> idetm_data |= 0x4000; /* Ensure SITRE is set */ > pci_write_config_word(dev, idetm_port, idetm_data); > > idetm_port needs to be programmed _before_ slave_data to "ensure SITRE is set". That isn't what the documentation seems to say. It says it has no effect unless SITRE is set not that you can't program the registers. > Unless they are obvious or risk is higher than benefit (bugfixes based > on code review). I don't think that ATA code has became recently > special in this regard compared to the rest of the kernel. They aren't special - random unneeded code changes that haven't been tested shouldn't be going into the code unless there is a big gain. For obscure ancient devices there isn't a gain. > ata_piix: unify code for programming PIO and MWDMA timings Which as I said makes sense > pata_efar: fix register naming used in efar_set_piomode() > pata_efar: unify code for programming PIO and MWDMA timings > pata_efar: always program master_data before slave_data All untested > pata_it8213: fix register naming used in it8213_set_piomode() > pata_it8213: unify code for programming PIO and MWDMA timings > pata_it8213: add UDMA100 and UDMA133 support All untested > pata_oldpiix: unify code for programming PIO and MWDMA timings Untested > pata_radisys: unify code for programming PIO and MWDMA timings Untested > pata_rdc: unify code for programming PIO and MWDMA timings > pata_rdc: parallel scanning needs an extra locking > pata_rdc: add Power Management support All untested but the locking is a clear bug fix and I think should go in > pata_oldpiix: add locking for parallel scanning > pata_oldpiix: enable parallel scan This is an ancient device on some old pentium class boxes, it's not worth adding this stuff really is it ? Well maybe putting the locking in or at least comments that it will be needed ? > Most patches has been posted months ago in the past as the part of > atang tree. So - where are the test reports > * pata_it8213: IDE -> libata regression fix (UDMA100/133 support based > on vendor / old IDE driver) I didn't see it tested in the old IDE driver either. > * pata_oldpiix: locking bug-fix (ACK-ed by you in the past) and > parallel scanning support I'm happy with the locking fix, I don't see the point in the parallel scan - and that wants testing because I don't know how the hardware will react. Most controllers were not designed for parallel scan and its a path windows will never have exercised therefore may well never have been tested out. In the PIIX4+ cases Jeff insisted we chased this down with the hardware folks in Intel to be sure it was ok. I'm not sure there is anyone who remembers original PIIX however. > I see a lot of magnitude more risky stuff going elsewhere in the > kernel, including ATA itself And being tested. efar/it8213/radisys are going to be tricky to find testers for as they are rare chips but the RDC is found in some of the embedded CPU/ATA/Net/etc in a device embedded x86 devices. Alan -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
