On Saturday 16 May 2009 4:21:47 am Bruce Simpson wrote:
John Baldwin wrote:
...
Sounds like the ATA driver is allocating the same BAR twice. Hmm, yes, it
allocates the resources once for each channel it seems in the ata_ali_sata
attachment. Looking in ata-chipset.c, all the other
On Sunday 17 May 2009 6:51:19 pm Alexander Motin wrote:
John Baldwin wrote:
Sounds like the ATA driver is allocating the same BAR twice. Hmm, yes, it
allocates the resources once for each channel it seems in the ata_ali_sata
attachment. Looking in ata-chipset.c, all the other chipsets
John Baldwin wrote:
Sounds like the ATA driver is allocating the same BAR twice. Hmm, yes, it
allocates the resources once for each channel it seems in the ata_ali_sata
attachment. Looking in ata-chipset.c, all the other chipsets are good about
allocating these resources in their chipinit
John Baldwin wrote:
...
Sounds like the ATA driver is allocating the same BAR twice. Hmm, yes, it
allocates the resources once for each channel it seems in the ata_ali_sata
attachment. Looking in ata-chipset.c, all the other chipsets are good about
allocating these resources in their
On Friday 15 May 2009 1:10:12 am Bruce Simpson wrote:
Hi,
Since upgrading sources on RELENG_7 yesterday, my amd64 system panics
right after this line in dmesg:
ata4: ATA channel 2 on atapci1
panic: resource_list_alloc: resource entry is busy
This machine uses an ALi SATA controller. I
Hi,
Since upgrading sources on RELENG_7 yesterday, my amd64 system panics
right after this line in dmesg:
ata4: ATA channel 2 on atapci1
panic: resource_list_alloc: resource entry is busy
This machine uses an ALi SATA controller. I haven't had any problems
with this controller's support for
Bruce Simpson wrote:
Since upgrading sources on RELENG_7 yesterday, my amd64 system panics
right after this line in dmesg:
ata4: ATA channel 2 on atapci1
panic: resource_list_alloc: resource entry is busy
...
I see there have recently been commits in this area which may have
broken ATA driver