linux-kernel - Re: PnP Bios activation of parallel port prior to request

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-ID:  <slrnek4vfg.39b.olecom@flower.upol.cz>
Date:	Fri, 27 Oct 2006 21:38:37 +0000 (UTC)
From:	Oleg Verych <olecom@...wer.upol.cz>
To:	linux-kernel@...r.kernel.org
Subject:  Re: PnP Bios activation of parallel port prior to request_region

On 2006-10-26, Darren Hart <dvhltc@...ibm.com> wrote:
> While working with a very simple demo parallel port interrupt driver, I found 
> that request_region() will successfully return, regardless of whether or not 
> the pnp calls have been made to activite the parallel port on a pnp system.  
>
> The driver worked by just calling request_region() on another system, but on 
> my laptop it wouldn't work unless I made the pnp activation calls before 
> hand.  The confusion came because the io range got assigned to my module, 
> showed up in /proc/ioports, etc.  So it appeared to be properly configured, 
> but all the inb() calls returned 0xff.
>
> I know have something working, but just wanted to ask if it is considered 
"now"?
> correct behavior for request_region() to succeed on an io range pertaining to 
> a device that needs to be initialized by the pnp system and hasn't been.

I know that legacy parallel port must work regadless of any parport
modules, using /dev/port and BIOS setup for EPP/ECP etc.

If you really want to be answered, try to address message (or cc) to
e-mails mentioned in
- `linux/MAINTAINERS.*PARALLEL PORT*'
- `linux/drivers/parport/parport_pc.c'
____

-
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/