Re: [PATCH v2 2/2]: MIPS: IP27: Xtalk detection cleanups

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 06/05/2015 07:41, Ralf Baechle wrote:
> On Mon, May 25, 2015 at 02:16:04PM -0400, Joshua Kinard wrote:
> 
>> From: Joshua Kinard <kumba@xxxxxxxxxx>
>>
>> This is the second patch of two to clean up/update the Xtalk detection
>> code used by IP27 with some of the code used in the IP30 port.
>>
>> This specific patch replaces some of the IP27 Xtalk detection code with
>> methods used in the IP30 port, and converts the Xtalk devices into
>> platform devices.
> 
> Hm...  that all is good cleanup but registration as platform device doesn't
> help if there's no matching platform driver.  I assume you have something
> like that as part of your yet unpublished patches?

Kinda yeah.  It appears the original IP27 Xtalk code was only looking for
BRIDGE chips to identify and enumerate additional PCI buses.  At the time I
made this change, I modified a spare Impact board to fit the Onyx2 and
installed it.  It can boot the PROM on it and get a console, just the only odd
bit is the Onyx2's PROM never expected an Impact board, so it only says
"Welcome to", and nothing else at the bottom.

Linux sees the Impact board installed in the slot, but, for some reason, it was
not connecting the board to the impact driver and running the impact_probe
function, where I was anticipating additional errors to crop up.  I gave up at
that point and haven't had the time to finish chasing it down.  It's that, or
someone needs to help me write a driver for the InfiniteReality boards,
codename "Kona" :)

But the changes should enable IP27 to probe for XIO devices that don't have a
BRIDGE chip in front of them, which right now, is only the Impact (that I know
of).  I'm keeping an eye on eBay for other archaic XIO boards that may need
testing.  Just picked up an Onyx2 HD Video board of some kind.  I think it's
got a BRIDGE chip, though, so it might be PCI-based.

Impact itself needs more work before I can send that in.  I've been using
Stan's very original driver with some code clean-ups done by "Tanzy" in 2009
for the Octane, and then IP28 has a separate version from Peter Fuerst.  Those
need to be merged together so a single driver can work for both systems.

Same for Odyssey/VPro on Octane and maybe, IP35, but that's WAY down the road...

--J





[Index of Archives]     [Linux MIPS Home]     [LKML Archive]     [Linux ARM Kernel]     [Linux ARM]     [Linux]     [Git]     [Yosemite News]     [Linux SCSI]     [Linux Hams]

  Powered by Linux