* [0/9] Support for old IBM PReP boxes
@ 2004-07-29 21:33 Leigh Brown
2004-07-30 15:30 ` Christoph Hellwig
2004-07-30 15:46 ` Tom Rini
0 siblings, 2 replies; 6+ messages in thread
From: Leigh Brown @ 2004-07-29 21:33 UTC (permalink / raw)
To: paulus; +Cc: trini, linuxppc-dev, barbieri
This set of patches add support for old IBM PReP machines. They are
not perfect, but they are known working on the E20, E30, 140, 240
and F30. The F40 is not currently working, but it doesn't work at
all without these patches so I'm not too concerned right now.
As 060-old-openpic.diff has not shown up any problems on any machines
I think it's worth applying, but if Tom is still unhappy then it can
be left for now.
Summary:
[1/9] 005-have-residual-data.diff
Introduce have_residual_data() function and change existing code to
use it. This is mainly to avoid my additions adding loads of ugly
#ifdef CONFIG_RESIDUAL_DATA sections.
[2/9] 020-ibm_prep_statusled.diff
This allows use of the IBM status LED if it's found in the residual
data, plus a couple of other bells and whistles. It removes the
140-specific code.
[3/9] 040-residual-pcidev.diff
This adds a function to use the residual data to determine the IRQ
for a given PCI device, and changes prep_pcibios_fixup() to use it.
[4/9] 045-residual-irqmask.diff
This adds a function to determine the 8259 level/edge mask word.
With this function we can now (in theory) support any IBM PReP
machine. We therefore add a little bit more code to fallback
to using residual data if we don't recognise the machine.
[5/9] 050-residual-isapic-addr.diff
This adds a function to use the residual data to determine the
address to pass to i8259_init().
[6/9] 055-host-bridge.diff
This adds support for the "PCIBridgeRS6K" bridge type in residual
data to prep_find_bridges() - this is for the 7043-240.
[7/9] 060-old-openpic.diff
Some older E20/E30 machines have a very old implementation of the
OpenPIC which trips up the existing ibm_prep_init() function. This
adds support for it. It also changes the OPENPIC_VEC_SPURIOUS
constant to work around the buggy OpenPIC in those machines.
[8/9] 080-shorter-planar-id.diff
The planar id is only a byte, so why waste 8 characters displaying
it?
[9/9] 090-show-level.diff
This makes the /proc/interrupts display the correct edge/level
indicator for each interrupt. This is purely cosmetic, but does
reduce confusion.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [0/9] Support for old IBM PReP boxes
2004-07-29 21:33 [0/9] Support for old IBM PReP boxes Leigh Brown
@ 2004-07-30 15:30 ` Christoph Hellwig
2004-07-30 15:46 ` Tom Rini
1 sibling, 0 replies; 6+ messages in thread
From: Christoph Hellwig @ 2004-07-30 15:30 UTC (permalink / raw)
To: Leigh Brown; +Cc: paulus, trini, linuxppc-dev, barbieri
On Thu, Jul 29, 2004 at 10:33:19PM +0100, Leigh Brown wrote:
>
> This set of patches add support for old IBM PReP machines. They are
> not perfect, but they are known working on the E20, E30, 140, 240
> and F30. The F40 is not currently working, but it doesn't work at
> all without these patches so I'm not too concerned right now.
>
> As 060-old-openpic.diff has not shown up any problems on any machines
> I think it's worth applying, but if Tom is still unhappy then it can
> be left for now.
I know everyone hates beeing put under pressure, but I'd be really
grateful on a quick okay or not on this for mainline so we can decide on
taking the full patchkit or the small patch for Debian Sarge which will
freeze soon.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [0/9] Support for old IBM PReP boxes
2004-07-29 21:33 [0/9] Support for old IBM PReP boxes Leigh Brown
2004-07-30 15:30 ` Christoph Hellwig
@ 2004-07-30 15:46 ` Tom Rini
2004-07-30 16:08 ` Christoph Hellwig
1 sibling, 1 reply; 6+ messages in thread
From: Tom Rini @ 2004-07-30 15:46 UTC (permalink / raw)
To: Leigh Brown; +Cc: paulus, linuxppc-dev, barbieri
On Thu, Jul 29, 2004 at 10:33:19PM +0100, Leigh Brown wrote:
> This set of patches add support for old IBM PReP machines. They are
> not perfect, but they are known working on the E20, E30, 140, 240
> and F30. The F40 is not currently working, but it doesn't work at
> all without these patches so I'm not too concerned right now.
OK. Thinking back to last time, I asked about being able to blacklist
some machines Residual Data (since it's crap on some, but I don't have
the dumps handy) and you mentioned that you'd like to do fixups on the
data since there's a few cases where the data is mostly good, just with
one or two incorrect things. And it doesn't look like either are
here... yet.
Could you do a 10/9 patch that adds a bit of help to the PREP_RESIDUAL
config option along the lines of:
"When this information is incorrect, it could lead to the machine
behaving incorrectly. If this happens, please disable PREP_RESIDUAL and
try again."
And change the existing "Unless you expect to boot on a PReP system,
there is no need to select Y." to "If you are running a PReP system, say
Y here, otherwise say N."
> As 060-old-openpic.diff has not shown up any problems on any machines
> I think it's worth applying, but if Tom is still unhappy then it can
> be left for now.
Since I don't think we can get it in for 2.6.8, and I'd rather not push
this particular change so close to release, lets try and get these in
early in 2.6.9 so they get hammered on as much as possible before a full
release.
--
Tom Rini
http://gate.crashing.org/~trini/
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [0/9] Support for old IBM PReP boxes
2004-07-30 15:46 ` Tom Rini
@ 2004-07-30 16:08 ` Christoph Hellwig
2004-07-30 16:50 ` Tom Rini
0 siblings, 1 reply; 6+ messages in thread
From: Christoph Hellwig @ 2004-07-30 16:08 UTC (permalink / raw)
To: Tom Rini; +Cc: Leigh Brown, paulus, linuxppc-dev, barbieri
On Fri, Jul 30, 2004 at 08:46:11AM -0700, Tom Rini wrote:
> OK. Thinking back to last time, I asked about being able to blacklist
> some machines Residual Data (since it's crap on some, but I don't have
> the dumps handy) and you mentioned that you'd like to do fixups on the
> data since there's a few cases where the data is mostly good, just with
> one or two incorrect things. And it doesn't look like either are
> here... yet.
>
> Could you do a 10/9 patch that adds a bit of help to the PREP_RESIDUAL
> config option along the lines of:
> "When this information is incorrect, it could lead to the machine
> behaving incorrectly. If this happens, please disable PREP_RESIDUAL and
> try again."
>
> And change the existing "Unless you expect to boot on a PReP system,
> there is no need to select Y." to "If you are running a PReP system, say
> Y here, otherwise say N."
As the residual support is runtime switchable can we also have a kernel
boot option? That way we can switch it off for distro kernels.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [0/9] Support for old IBM PReP boxes
2004-07-30 16:08 ` Christoph Hellwig
@ 2004-07-30 16:50 ` Tom Rini
2004-07-30 16:58 ` Leigh Brown
0 siblings, 1 reply; 6+ messages in thread
From: Tom Rini @ 2004-07-30 16:50 UTC (permalink / raw)
To: Christoph Hellwig; +Cc: Leigh Brown, paulus, linuxppc-dev, barbieri
On Fri, Jul 30, 2004 at 06:08:48PM +0200, Christoph Hellwig wrote:
> On Fri, Jul 30, 2004 at 08:46:11AM -0700, Tom Rini wrote:
> > OK. Thinking back to last time, I asked about being able to blacklist
> > some machines Residual Data (since it's crap on some, but I don't have
> > the dumps handy) and you mentioned that you'd like to do fixups on the
> > data since there's a few cases where the data is mostly good, just with
> > one or two incorrect things. And it doesn't look like either are
> > here... yet.
> >
> > Could you do a 10/9 patch that adds a bit of help to the PREP_RESIDUAL
> > config option along the lines of:
> > "When this information is incorrect, it could lead to the machine
> > behaving incorrectly. If this happens, please disable PREP_RESIDUAL and
> > try again."
> >
> > And change the existing "Unless you expect to boot on a PReP system,
> > there is no need to select Y." to "If you are running a PReP system, say
> > Y here, otherwise say N."
>
> As the residual support is runtime switchable can we also have a kernel
> boot option? That way we can switch it off for distro kernels.
A distro kernel would probably want it on by default (it makes more
machines work than it breaks). As for runtime switchable, Leigh?
--
Tom Rini
http://gate.crashing.org/~trini/
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [0/9] Support for old IBM PReP boxes
2004-07-30 16:50 ` Tom Rini
@ 2004-07-30 16:58 ` Leigh Brown
0 siblings, 0 replies; 6+ messages in thread
From: Leigh Brown @ 2004-07-30 16:58 UTC (permalink / raw)
To: Tom Rini; +Cc: Christoph Hellwig, paulus, linuxppc-dev, barbieri
Tom Rini said:
> On Fri, Jul 30, 2004 at 06:08:48PM +0200, Christoph Hellwig wrote:
>
>> On Fri, Jul 30, 2004 at 08:46:11AM -0700, Tom Rini wrote:
>> > OK. Thinking back to last time, I asked about being able to blacklist
>> > some machines Residual Data (since it's crap on some, but I don't have
>> > the dumps handy) and you mentioned that you'd like to do fixups on the
>> > data since there's a few cases where the data is mostly good, just
>> with
>> > one or two incorrect things. And it doesn't look like either are
>> > here... yet.
>> >
>> > Could you do a 10/9 patch that adds a bit of help to the PREP_RESIDUAL
>> > config option along the lines of:
>> > "When this information is incorrect, it could lead to the machine
>> > behaving incorrectly. If this happens, please disable PREP_RESIDUAL
>> and
>> > try again."
>> >
>> > And change the existing "Unless you expect to boot on a PReP system,
>> > there is no need to select Y." to "If you are running a PReP system,
>> say
>> > Y here, otherwise say N."
>>
>> As the residual support is runtime switchable can we also have a kernel
>> boot option? That way we can switch it off for distro kernels.
>
> A distro kernel would probably want it on by default (it makes more
> machines work than it breaks). As for runtime switchable, Leigh?
I'm working on it ;-)
You should note that IBM PRePs will not work at all without residual
data, due to this code in arch/ppc/platforms/prep_setup.c:
if ( !strncmp(res->VitalProductData.PrintableModel,"IBM",3) )
_prep_type = _PREP_IBM;
else
_prep_type = _PREP_Motorola;
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2004-07-30 16:58 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-29 21:33 [0/9] Support for old IBM PReP boxes Leigh Brown
2004-07-30 15:30 ` Christoph Hellwig
2004-07-30 15:46 ` Tom Rini
2004-07-30 16:08 ` Christoph Hellwig
2004-07-30 16:50 ` Tom Rini
2004-07-30 16:58 ` Leigh Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).