linux-kernel - Re: pnp bug in 2.6.27-rc1 (ad1816a / mpu401 / parport

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <200808121526.12483.bjorn.helgaas@hp.com>
Date:	Tue, 12 Aug 2008 15:26:12 -0600
From:	Bjorn Helgaas <bjorn.helgaas@...com>
To:	Uwe Bugla <uwe.bugla@....de>
Cc:	akpm@...l.org, perex@...ex.cz, abelay@....edu,
	debian-kernel@...ts.debian.org, linux-kernel@...r.kernel.org
Subject: Re: pnp bug in 2.6.27-rc1 (ad1816a / mpu401 / parport_pc issue)

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.  Otherwise the
> kernel doesn't know how the jumpers on the ISA parport card are set.

One more thing: since you have a non-PNP ISA card, I don't think
you can reliably use a "pure PNP" approach.  In addition to the
kernel and module parameters, I think you need to configure the
BIOS to reserve IRQ 5 for ISA use.  Otherwise, the BIOS might put
some other device on IRQ 5.

Of course, if you are content to run the second parport in polling
mode, you wouldn't need the BIOS configuration.

Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/