[lkml]   [2002]   [Dec]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Linux 2.4.21-pre1 IDE
On Tue Dec 10, 2002 at 06:37:14PM -0200, Marcelo Tosatti wrote:
> So here goes the first pre of 2.4.21 including the new IDE code merged
> from Alan's tree.
> Test it carefully, since the new IDE code is not yet fully tested.

A few off things here...

Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PDC20267: IDE controller at PCI slot 00:0b.0
PDC20267: chipset revision 2
PDC20267: not 100%% native mode: will probe irqs later
PDC20267: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
ide2: BM-DMA at 0xb800-0xb807, BIOS settings: hde:DMA, hdf:DMA
ide3: BM-DMA at 0xb808-0xb80f, BIOS settings: hdg:pio, hdh:pio
VP_IDE: IDE controller at PCI slot 00:11.1
PCI: No IRQ known for interrupt pin A of device 00:11.1.
VP_IDE: chipset revision 6
VP_IDE: not 100%% native mode: will probe irqs later
VP_IDE: VIA vt8233 (rev 00) IDE UDMA100 controller on pci00:11.1
ide0: BM-DMA at 0xbc00-0xbc07, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xbc08-0xbc0f, BIOS settings: hdc:DMA, hdd:DMA
hda: IC35L080AVVA07-0, ATA DISK drive
hdb: IC35L040AVER07-0, ATA DISK drive
hda: DMA disabled

What's up with this? For each drive in my system it claims it
has disabled DMA. But hdparm later reports that DMA is in fact
enabled. In fact, later on the kernel ever reports the drive
as being in UDMA 100 mode... I think these "DMA disabled"
messages are bogus.

blk: queue c03c4a00, I/O limit 4095Mb (mask 0xffffffff)
hdb: DMA disabled

blk: queue c03c4b4c, I/O limit 4095Mb (mask 0xffffffff)
hdc: PCRW804, ATAPI CD/DVD-ROM drive
hdd: Pioneer DVD-ROM ATAPIModel DVD-116 0122, ATAPI CD/DVD-ROM drive
hdc: DMA disabled
hdd: DMA disabled

hde: IC35L040AVER07-0, ATA DISK drive
hde: DMA disabled

Yet more bogus DMA disabled messages....

blk: queue c03c52d8, I/O limit 4095Mb (mask 0xffffffff)
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide2 at 0x1800-0x1807,0xac02 on irq 11
hda: host protected area => 1
hda: 160836480 sectors (82348 MB) w/1863KiB Cache, CHS=10011/255/63, UDMA(100)

Now we see the funky "host protected area => 1" message. As
discussed earlier with Andre, this message should be removed from
the kernel. The message as written implies that the drive
actually has an active HPA -- which is not the case at all! All
this is doing is enumerating support for a particular drive
feature. Do we really care that the drive has Host Protected
Area feature set support? I don't care. I suppose it might be
interesting to note if there is actually an HPA in effect, but
this as is the message is just noise. If we are going to
enumerate drive capabilities, why not useful ones like the Power
Management feature set, or the Power-Up In Standby feature set...

I think we should kill the "host protected area => 1" message. If
people care about their drives supported feature set, they can
run 'hdparm -I' to find this out,


Erik B. Andersen
--This message was written using 73% post-consumer electrons--
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-03-22 13:31    [W:0.105 / U:0.044 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site