On Sat, 01 May 2010 17:13:47 +1000 Graeme Russ <graeme.russ@xxxxxxxxx> wrote: > Hello, > > I have a CF slot mapped to a GP bus on a board I'm porting linux to. It is > wired in 8-bit Memory Mode only with only A0 - A3 mapped from the address > bus (starting at 0x20000000). I know the arrangement works as this board is > successfully accessing CF cards using existing proprietary firmware. Our ATA/IDE driver stack only supports 16/32bit accesses for data. You can override the data_xfer methods in a driver to do 8bit transfers. That may be one problem you are seeing I guess. > [ 1.988931] scsi0 : pata_platform > [ 1.996940] ata1: PATA max PIO0 no IRQ, using PIO polling mmio cmd > 0x20000000 ctl 0x2000000e > ... > [ 2.168883] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2) > [ 1.995794] ata1.01: NODEV after polling detection > [ 2.013803] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2) > ... > [ 7.146794] ata1.01: NODEV after polling detection > [ 7.164802] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2) > [ 12.297794] ata1.01: NODEV after polling detection > [ 12.315802] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x2) > [ 17.448794] ata1.01: NODEV after polling detection > > And similar with a 1G UltraII and 4G Extreme III but they do not generate > the NODEV message. With no card inserted I get neither the NODEV nor the > failed to IDENTIFY messages. It looks like something is at least partially > working. > > Can anyone tell me how to go about enabling an appropriate level of > debugging options, and what I should be looking out for? include/linux/libata.h define these: #undef ATA_DEBUG /* debugging output */ #undef ATA_VERBOSE_DEBUG /* yet more debugging output */ and you should get a lot more info -- 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
