Bartlomiej Zolnierkiewicz wrote:
Various old IDE drivers go mapping ROM devices for no apparent reason and
without using the ROM mapping API we now have. They don't actually use
Hm, do you mean the sysfs based aproach? I've tried that and somehow it
failed to work for me -- that's because I deferred removing this stuff from
the drivers.
Could you elaborate a bit about sysfs based approach?
You can see the code is in drivers/pci/pci-sysfs.c.
I have HPT370 as PCI device 11 -- and it fails with it in this way:
[EMAIL PROTECTED]:~# ls -l /sys/devices/pci0000\:00/0000\:00\:0b.0/rom
-r------- 1 root root 131072 Jun 23 21:36 21:36
/sys/devices/pci0000:00/0000:00:0b.0/rom
[EMAIL PROTECTED]:~# echo 1 > /sys/devices/pci0000\:00/0000\:00\:0b.0/rom
[EMAIL PROTECTED]:~# od -h /sys/devices/pci0000\:00/0000\:00\:0b.0/rom
0000000
If it indeed doesn't work we should ping PCI people about it.
As you can see, the file isn't empty but 'od' fails to dump anything --
I've just verified this still happens with the most recent i386 kernel.
I suspect this is because ROM mapping fails... :-/
mapped so rather than port them lets just junk it for the next -rc1.
I'd agree to the patch -- the drivers were mapping ROMs in a bad way,
often using the default addresses.
I added your ACK to the patch.
Well, if you think it's important... :-)
(Yeah, I've read the recent LKML thread. :-)
Thanks,
Bart
MBR, Sergei
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html