All of lore.kernel.org
 help / color / mirror / Atom feed
* PCI troubles on Alchemy AU1550 in 2.6.20 (and 2.6.19.1)
@ 2007-02-10  2:53 Clem Taylor
  0 siblings, 0 replies; 2+ messages in thread
From: Clem Taylor @ 2007-02-10  2:53 UTC (permalink / raw)
  To: linux-mips

Hi,

I was wondering if anyone has any PCI devices working on an AU1550
with 2.6.20 or 2.6.19.1. I'm currently using 2.6.16.16 and I've been
trying to move to 2.6.20.

With 2.6.19.1 (including the resource_size_t patch) and 2.6.20,
reading from an address that is mapped with ioremap_nocache() is
returning the wrong data.

I also tried out the sata_sil driver which was working with 2.6.16.1,
but with 2.6.20 it seems unhappy:
sata_sil 0000:00:13.0: version 2.0
PCI: Enabling device 0000:00:13.0 (0000 -> 0003)
sata_sil 0000:00:13.0: cache line size not set.  Driver may not function
PCI: Setting latency timer of device 0000:00:13.0 to 64
ata1: SATA max UDMA/100 cmd 0xC0102080 ctl 0xC010208A bmdma 0xC0102000 irq 1
ata2: SATA max UDMA/100 cmd 0xC01020C0 ctl 0xC01020CA bmdma 0xC0102008 irq 1
scsi0 : sata_sil
ata1: SATA link up <unknown> (SStatus 208 SControl 2484F5B8)
scsi1 : sata_sil
ata2: SATA link up <unknown> (SStatus 1000FC08 SControl 2484F5B8)

It doesn't seem to be finding the disk.

With 2.6.16.16 it is happy:
libata version 1.20 loaded.
sata_sil 0000:00:13.0: version 0.9
PCI: Enabling device 0000:00:13.0 (0000 -> 0003)
sata_sil 0000:00:13.0: cache line size not set.  Driver may not function
sata_sil 0000:00:13.0: Applying R_ERR on DMA activate FIS errata fix
PCI: Setting latency timer of device 0000:00:13.0 to 64
ata1: SATA max UDMA/100 cmd 0xC0162080 ctl 0xC016208A bmdma 0xC0162000 irq 1
ata2: SATA max UDMA/100 cmd 0xC01620C0 ctl 0xC01620CA bmdma 0xC0162008 irq 1
ata1: SATA link down (SStatus 0)
scsi0 : sata_sil
ata2: SATA link up 1.5 Gbps (SStatus 113)
ata2: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:207f
ata2: dev 0 ATA-7, max UDMA/133, 1465149168 sectors: LBA48
ata2: dev 0 configured for UDMA/100
scsi1 : sata_sil
  Vendor: ATA       Model: ST3750640AS       Rev: 3.AA
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sda: 1465149168 512-byte hdwr sectors (750156 MB)
...

If I define CONFIG_RESOURCES_64BIT, then things get even worse, none
of the PCI devices show up. This would agree with what Alexander Bigga
saw without the resource_size_t fixups. I applied his patch to
2.6.19.1 and it seems to be in 2.6.20.

                         Any ideas?
                         Clem

^ permalink raw reply	[flat|nested] 2+ messages in thread

* RE: PCI troubles on Alchemy AU1550 in 2.6.20 (and 2.6.19.1)
@ 2007-03-21 16:32 Marco Braga
  0 siblings, 0 replies; 2+ messages in thread
From: Marco Braga @ 2007-03-21 16:32 UTC (permalink / raw)
  To: Linux-MIPS; +Cc: clem.taylor

[-- Attachment #1: Type: text/plain, Size: 628 bytes --]

Hello Clem,

I am experiencing exactly the same problems with PCI peripherials on Au1500
with kernel 2.6.20.1, now I am trying 2.6.20.3 but I have few hopes. Kernel
version 2.6.17.14 instead seems to be ok.

Perhaps sometime someone with better knowloedge than me will fix this issue,
since I am truly a newbie.

I am also trying to make out Sil3512 work with sata_sil, in kernel
2.6.17.14it hangs when probing the dis. Exactly which Sil controller
are you using?
Do you have an EPROM on your controller? It is present in the PCI reference
card but our engineer decided to go without it. I am not sure it has been a
good idea..

[-- Attachment #2: Type: text/html, Size: 780 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-03-21 16:33 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-02-10  2:53 PCI troubles on Alchemy AU1550 in 2.6.20 (and 2.6.19.1) Clem Taylor
2007-03-21 16:32 Marco Braga

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.