This series re-instates the octeon drivers that were recently removed and
addresses the build issues that lead to that decision.
I've approached Cavium/Marvell about taking a more active interest in getting
the code out of staging and into their proper location. No reply on that (yet).
Chris Packham (6):
Revert "staging: octeon-usb: delete the octeon usb host controller
driver"
Revert "staging: octeon: delete driver"
MIPS: octeon: remove typedef declaration for cvmx_wqe
MIPS: octeon: remove typedef declaration for cvmx_helper_link_info
MIPS: octeon: remove typedef declaration for cvmx_pko_command_word0
Revert "staging/octeon: Mark Ethernet driver as BROKEN"
.../executive/cvmx-helper-board.c | 4 +-
.../executive/cvmx-helper-rgmii.c | 6 +-
.../executive/cvmx-helper-sgmii.c | 8 +-
.../cavium-octeon/executive/cvmx-helper-spi.c | 6 +-
.../executive/cvmx-helper-xaui.c | 6 +-
.../cavium-octeon/executive/cvmx-helper.c | 10 +-
.../include/asm/octeon/cvmx-helper-board.h | 2 +-
.../include/asm/octeon/cvmx-helper-rgmii.h | 4 +-
.../include/asm/octeon/cvmx-helper-sgmii.h | 4 +-
.../mips/include/asm/octeon/cvmx-helper-spi.h | 4 +-
.../include/asm/octeon/cvmx-helper-util.h | 2 +-
.../include/asm/octeon/cvmx-helper-xaui.h | 4 +-
arch/mips/include/asm/octeon/cvmx-helper.h | 8 +-
arch/mips/include/asm/octeon/cvmx-pko.h | 10 +-
arch/mips/include/asm/octeon/cvmx-pow.h | 22 +-
arch/mips/include/asm/octeon/cvmx-wqe.h | 16 +-
drivers/staging/Kconfig | 4 +
drivers/staging/Makefile | 2 +
drivers/staging/octeon-usb/Kconfig | 11 +
drivers/staging/octeon-usb/Makefile | 2 +
drivers/staging/octeon-usb/TODO | 8 +
drivers/staging/octeon-usb/octeon-hcd.c | 3737 +++++++++++++++++
drivers/staging/octeon-usb/octeon-hcd.h | 1847 ++++++++
drivers/staging/octeon/Kconfig | 15 +
drivers/staging/octeon/Makefile | 19 +
drivers/staging/octeon/TODO | 9 +
drivers/staging/octeon/ethernet-defines.h | 40 +
drivers/staging/octeon/ethernet-mdio.c | 178 +
drivers/staging/octeon/ethernet-mdio.h | 28 +
drivers/staging/octeon/ethernet-mem.c | 154 +
drivers/staging/octeon/ethernet-mem.h | 9 +
drivers/staging/octeon/ethernet-rgmii.c | 158 +
drivers/staging/octeon/ethernet-rx.c | 538 +++
drivers/staging/octeon/ethernet-rx.h | 31 +
drivers/staging/octeon/ethernet-sgmii.c | 30 +
drivers/staging/octeon/ethernet-spi.c | 226 +
drivers/staging/octeon/ethernet-tx.c | 717 ++++
drivers/staging/octeon/ethernet-tx.h | 14 +
drivers/staging/octeon/ethernet-util.h | 47 +
drivers/staging/octeon/ethernet.c | 992 +++++
drivers/staging/octeon/octeon-ethernet.h | 107 +
drivers/staging/octeon/octeon-stubs.h | 1433 +++++++
42 files changed, 10414 insertions(+), 58 deletions(-)
create mode 100644 drivers/staging/octeon-usb/Kconfig
create mode 100644 drivers/staging/octeon-usb/Makefile
create mode 100644 drivers/staging/octeon-usb/TODO
create mode 100644 drivers/staging/octeon-usb/octeon-hcd.c
create mode 100644 drivers/staging/octeon-usb/octeon-hcd.h
create mode 100644 drivers/staging/octeon/Kconfig
create mode 100644 drivers/staging/octeon/Makefile
create mode 100644 drivers/staging/octeon/TODO
create mode 100644 drivers/staging/octeon/ethernet-defines.h
create mode 100644 drivers/staging/octeon/ethernet-mdio.c
create mode 100644 drivers/staging/octeon/ethernet-mdio.h
create mode 100644 drivers/staging/octeon/ethernet-mem.c
create mode 100644 drivers/staging/octeon/ethernet-mem.h
create mode 100644 drivers/staging/octeon/ethernet-rgmii.c
create mode 100644 drivers/staging/octeon/ethernet-rx.c
create mode 100644 drivers/staging/octeon/ethernet-rx.h
create mode 100644 drivers/staging/octeon/ethernet-sgmii.c
create mode 100644 drivers/staging/octeon/ethernet-spi.c
create mode 100644 drivers/staging/octeon/ethernet-tx.c
create mode 100644 drivers/staging/octeon/ethernet-tx.h
create mode 100644 drivers/staging/octeon/ethernet-util.h
create mode 100644 drivers/staging/octeon/ethernet.c
create mode 100644 drivers/staging/octeon/octeon-ethernet.h
create mode 100644 drivers/staging/octeon/octeon-stubs.h
--
2.25.0
On Wed, Feb 05, 2020 at 01:11:10PM +1300, Chris Packham wrote:
> This series re-instates the octeon drivers that were recently removed and
> addresses the build issues that lead to that decision.
>
> I've approached Cavium/Marvell about taking a more active interest in getting
> the code out of staging and into their proper location. No reply on that (yet).
Good luck with talking to the companies, hopefully that will work.
Anyway, I've applied this series, thanks for this, let's see what breaks
now :)
greg k-h
Greg KH <[email protected]> 于2020年2月13日周四 上午5:52写道：
>
> On Wed, Feb 05, 2020 at 01:11:10PM +1300, Chris Packham wrote:
> > This series re-instates the octeon drivers that were recently removed and
> > addresses the build issues that lead to that decision.
> >
> > I've approached Cavium/Marvell about taking a more active interest in getting
> > the code out of staging and into their proper location. No reply on that (yet).
>
> Good luck with talking to the companies, hopefully that will work.
>
> Anyway, I've applied this series, thanks for this, let's see what breaks
> now :)
Did you meet any problem to merge Chris's patchset?
>
> greg k-h
--
YunQiang Su
On Wed, Mar 04, 2020 at 09:48:46AM +0800, YunQiang Su wrote:
> Greg KH <[email protected]> 于2020年2月13日周四 上午5:52写道：
> >
> > On Wed, Feb 05, 2020 at 01:11:10PM +1300, Chris Packham wrote:
> > > This series re-instates the octeon drivers that were recently removed and
> > > addresses the build issues that lead to that decision.
> > >
> > > I've approached Cavium/Marvell about taking a more active interest in getting
> > > the code out of staging and into their proper location. No reply on that (yet).
> >
> > Good luck with talking to the companies, hopefully that will work.
> >
> > Anyway, I've applied this series, thanks for this, let's see what breaks
> > now :)
>
> Did you meet any problem to merge Chris's patchset?
They are all in linux-next, so you can see for yourself :)
greg k-h
Greg KH <[email protected]> 于2020年3月4日周三 下午2:39写道：
>
> On Wed, Mar 04, 2020 at 09:48:46AM +0800, YunQiang Su wrote:
> > Greg KH <[email protected]> 于2020年2月13日周四 上午5:52写道：
> > >
> > > On Wed, Feb 05, 2020 at 01:11:10PM +1300, Chris Packham wrote:
> > > > This series re-instates the octeon drivers that were recently removed and
> > > > addresses the build issues that lead to that decision.
> > > >
> > > > I've approached Cavium/Marvell about taking a more active interest in getting
> > > > the code out of staging and into their proper location. No reply on that (yet).
> > >
> > > Good luck with talking to the companies, hopefully that will work.
> > >
> > > Anyway, I've applied this series, thanks for this, let's see what breaks
> > > now :)
> >
> > Did you meet any problem to merge Chris's patchset?
>
> They are all in linux-next, so you can see for yourself :)
Thank you so much. I found it.
It is very important for Debian MIPS Ports as we are using some of
Octeon machines.
>
> greg k-h
--
YunQiang Su
On Wed, Mar 04, 2020 at 06:25:34PM +0800, YunQiang Su wrote:
> Greg KH <[email protected]> 于2020年3月4日周三 下午2:39写道：
> >
> > On Wed, Mar 04, 2020 at 09:48:46AM +0800, YunQiang Su wrote:
> > > Greg KH <[email protected]> 于2020年2月13日周四 上午5:52写道：
> > > >
> > > > On Wed, Feb 05, 2020 at 01:11:10PM +1300, Chris Packham wrote:
> > > > > This series re-instates the octeon drivers that were recently removed and
> > > > > addresses the build issues that lead to that decision.
> > > > >
> > > > > I've approached Cavium/Marvell about taking a more active interest in getting
> > > > > the code out of staging and into their proper location. No reply on that (yet).
> > > >
> > > > Good luck with talking to the companies, hopefully that will work.
> > > >
> > > > Anyway, I've applied this series, thanks for this, let's see what breaks
> > > > now :)
> > >
> > > Did you meet any problem to merge Chris's patchset?
> >
> > They are all in linux-next, so you can see for yourself :)
>
> Thank you so much. I found it.
> It is very important for Debian MIPS Ports as we are using some of
> Octeon machines.
If it is so important, why is no one working on fixing these drivers up?
thanks,
greg k-h
On Wed, 2020-03-04 at 12:50 +0100, Greg KH wrote:
> On Wed, Mar 04, 2020 at 06:25:34PM +0800, YunQiang Su wrote:
> > Greg KH <[email protected]> 于2020年3月4日周三 下午2:39写道：
> > >
> > > On Wed, Mar 04, 2020 at 09:48:46AM +0800, YunQiang Su wrote:
> > > > Greg KH <[email protected]> 于2020年2月13日周四 上午5:52写道：
> > > > >
> > > > > On Wed, Feb 05, 2020 at 01:11:10PM +1300, Chris Packham wrote:
> > > > > > This series re-instates the octeon drivers that were recently removed and
> > > > > > addresses the build issues that lead to that decision.
> > > > > >
> > > > > > I've approached Cavium/Marvell about taking a more active interest in getting
> > > > > > the code out of staging and into their proper location. No reply on that (yet).
> > > > >
> > > > > Good luck with talking to the companies, hopefully that will work.
> > > > >
> > > > > Anyway, I've applied this series, thanks for this, let's see what breaks
> > > > > now :)
> > > >
> > > > Did you meet any problem to merge Chris's patchset?
> > >
> > > They are all in linux-next, so you can see for yourself :)
> >
> > Thank you so much. I found it.
> > It is very important for Debian MIPS Ports as we are using some of
> > Octeon machines.
>
> If it is so important, why is no one working on fixing these drivers up?
>
I have had a reply from Marvell. They've contracted support for the old
Cavium Octeon designs out to an external company. I'm not sure that
means that we'll see some action on these drivers any time soon but at
least they're doing something.