Re: pnp bug in 2.6.27-rc1 (ad1816a / mpu401 / parport_pc issue)
On Wednesday 13 August 2008 09:47:04 am Uwe Bugla wrote:
> Am Tuesday 12 August 2008 23:26:12 schrieben Sie:
> > On Tuesday 12 August 2008 12:10:51 pm Bjorn Helgaas wrote:
> > > On Tuesday 12 August 2008 05:17:26 am Uwe Bugla wrote:
> > > > Case C:
> > > > same preconditions as case B, but additionally:
> > > > 1. no IRQs reserved for ISA use only (in BIOS)
> > > > This option I would call "PNP pure"
> > > >
> > > > ...
> > > > My only criticism within the desired case C (no additional screwing
> > > > around done by user)
> > > > consists of two points:
> > > > 1. I'd prefer the second parport running with IRQ 5 instead of in
> > > > polling mode.
> > >
> > > Yes, that would be good. But I think the only way to achieve this
> > > reliably is to use the "pnp_reserve_irq=5" kernel parameter and the
> > > "options parport_pc io=0x278 irq=5" module parameter.
I see several things that should be fixed in ISAPNP. I'm working
on those, but they're probably post-2.6.27 material.
In the meantime, are you seeing new problems that were introduced
between 2.6.26 and 2.6.27-rc3? If so, I should try to fix them
right away so we can get a fix in 2.6.27.
Your original report of "WARNING: at lib/vsprintf.c:609 vsnprintf+0x36/0x43d()"
has been fixed already. I *think* the remaining issues about the
parport1 IRQ and the MPU401 are related to the BIOS configuration
and the parport_pc module parameters and are not regressions from
2.6.26, but please correct me if I'm wrong.
Thanks for your patience with all this. I'm putting together an ISA
machine at home now, so hopefully I'll soon have a way to test this
better without wasting your time.
Bjorn
Reply to: