#2005 closed bug (invalid)
SB600 on HP6715b laptop finds no bootable devices.
Reported by: | euan | Owned by: | marcusoverhagen |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Drivers/Disk | Version: | R1/pre-alpha1 |
Keywords: | boot-failure | Cc: | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
HP 6715b laptop (very nice too) SB600 IDE device, single channel (Vendor 0x1002 Device 0x4380) SB600 SATA Device (Vendor 0x1002, Device 0x438c)
I don't have serial debug (yet) so screen shots attached.
Attachments (3)
Change History (15)
by , 17 years ago
Attachment: | DSC00672.JPG added |
---|
comment:1 by , 17 years ago
oh yeah I added some code to force the controller into AHCI mode, but I think it was happily already in AHCI mode anyway on my bios (there's no options to force another mode)
comment:2 by , 17 years ago
Some log output from linux (yeah not much of use)
ahci 0000:00:12.0: controller can't do 64bit DMA, forcing 32bit ahci 0000:00:12.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode ahci 0000:00:12.0: flags: ncq ilck pm led clo pio slum part scsi0 : ahci scsi1 : ahci scsi2 : ahci scsi3 : ahci ata1: SATA max UDMA/133 cmd 0xf882e100 ctl 0x00000000 bmdma 0x00000000 irq 19 ata2: SATA max UDMA/133 cmd 0xf882e180 ctl 0x00000000 bmdma 0x00000000 irq 19 ata3: SATA max UDMA/133 cmd 0xf882e200 ctl 0x00000000 bmdma 0x00000000 irq 19 ata4: SATA max UDMA/133 cmd 0xf882e280 ctl 0x00000000 bmdma 0x00000000 irq 19 ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: ATA-7: ST9160821AS, 3.BHE, max UDMA/100 ata1.00: 312581808 sectors, multi 16: LBA48 ata1.00: configured for UDMA/100 ata2: SATA link down (SStatus 0 SControl 0) ata3: SATA link down (SStatus 0 SControl 0) ata4: SATA link down (SStatus 0 SControl 0) scsi 0:0:0:0: Direct-Access ATA ST9160821AS 3.BH PQ: 0 ANSI: 5
comment:3 by , 17 years ago
I found what the issue is from a post over at openbsd.
My laptop has overlapping memory regions:
SB600 AHCI Bar[5] @ D0609000-D0609100 (size 100h) SB600 Audio Bar[0] @ D0608000-D060C000 (size 4000h)
I confirmed this is the issue by adding a function in pci_fixup.c currently it just disables the audio device, and sets the bar to 0. I plan to change this to search for these two devices, check that the addresses match, and if they do (make the assumption that this pc is a an HP6715b) and move one of the BARs to an unallocated region.
I implemented a version using GetNthPciInfo() but it doesn't seem to work at all. Perhaps this api isn't quite ready yet at this stage in boot. so i'll try again tomorrow using some static variables in pci_fixup. slightly more hackish but should do the trick.
http://lists.freebsd.org/pipermail/freebsd-hardware/2007-December/004812.html
comment:4 by , 17 years ago
patch attached to disable the audio device for now. will need to look into remapping in a future version. AHCI now works!
by , 17 years ago
Attachment: | hp6715b_pci_fixup.diff added |
---|
comment:7 by , 14 years ago
Blocking: | 7665 added |
---|
comment:8 by , 12 years ago
euan, if you and the laptop are still around, could you please check with R1 Alpha 4.1?
comment:9 by , 6 years ago
Keywords: | boot-failure added |
---|
comment:10 by , 6 years ago
Blocking: | 7665 removed |
---|
comment:11 by , 6 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
No reply in 7 years, closing.
comment:12 by , 5 years ago
Milestone: | R1 |
---|
Remove milestone for tickets with status = closed and resolution != fixed
boot screenshot (ide)