[lkml]   [2005]   [Dec]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: RFC: add udev support to parport_pc

>> I would prefer to actually see == 0x378 in the code, because the
>> hexademical number is what you see everywhere else, such as the BIOS POST
>> and /proc/ioports. This also applies to 0x278 and 0x3BC below.
> This is what I wanted but I could not figure out how do it. If you tell me how
> I will be happy to change it. I tried if (p->base == 0x378) but then
> class_device_create does not get executed.
Sounds very strange to me that by changing a base-10 integer into base-16
does not execute the branch anymore...

>> Background info before: Because I burnt my on-board LPT port (applying too
>> much volts or milliamps), I bought a dual-slot PCI add-in card. This card
>> provides "parport1" and "parport2" at ports at 0xC800 and 0xC00
>> (/proc/ioports).
> The last experience I have with off board cards was about 5 years ago. The
> choices for the two parallel ports were 378, 278, or 3BC. I was not aware that
> you had flexibility now.
Well, I can tell you even more: I also have an ISA LPT expansion card in an
ol 386 that gets assigned 278 and 3BC respectively.

> As I said above I was not aware todays off board parallel ports had more
> choices. I will see what I can do to fix this. Do you have any suggestions?

I have not yet checked the BIOS POST message of the i686 where
the PCI LPT card is in... maybe it's just Linux that remaps
it to high ports. Gotta test it in Windows. BBL.

Anyway, as for the patch I think you should walk down the list of
already-collected ioports (in userspace that would equal to `grep parport
/proc/ioports`) and assign each of them consecutive device names.

Jan Engelhardt
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-12-31 21:54    [W:0.043 / U:0.476 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site