Opened 14 years ago

Closed 6 years ago

Last modified 5 years ago

#7562 closed bug (fixed)

gigabyte GA-MA78lm-S2h motherboard will not boot, stops at ATA

Reported by: stargatefan Owned by: marcusoverhagen
Priority: normal Milestone: R1/beta2
Component: Drivers/Disk Version: R1/Development
Keywords: boot-failure Cc:
Blocked By: Blocking:
Platform: All

Description

I am attaching screen shots from initilization to where it stops at ATA fialure. Since IO-APIC this is the farthest the board has gotten.

Attachments (4)

P5220464.png​ (1.2 MB ) - added by stargatefan 14 years ago.
P5220463.png​ (1.4 MB ) - added by stargatefan 14 years ago.
P5220462.png​ (1.5 MB ) - added by stargatefan 14 years ago.
syslog​ (416.2 KB ) - added by stargatefan 14 years ago.

Change History (22)

by stargatefan, 14 years ago

Attachment: P5220464.png​ added

by stargatefan, 14 years ago

Attachment: P5220463.png​ added

by stargatefan, 14 years ago

Attachment: P5220462.png​ added

comment:1 by stargatefan, 14 years ago

Note this is from 41704 gcc2 hybrid ISO.

Version 0, edited 14 years ago by stargatefan (next)

comment:2 by fishpond, 14 years ago

Not that I can contribute much - but did encounter something similar on another Gigabyte as well as an Asus board. Putting the HDD controllers in ACPI mode via BIOS did help. With one board, the successful setting was RAID, although I would not set up a RAID array.

by stargatefan, 14 years ago

Attachment: syslog​ added

comment:3 by stargatefan, 14 years ago

I think this maybe a edge case, but it could be a bios configuration issue.

I attached the syslog.

comment:4 by Mictlantecuhtli, 13 years ago

I have the same issue with 890FX chipset, SB850 ATA controller.

comment:5 by Mictlantecuhtli, 13 years ago

hrev41818 works with SATA controller in IDE mode, local APIC disabled.

comment:6 by Mictlantecuhtli, 13 years ago

Trying to boot hrev41816 in AHCI mode results in endless loop of the following: 

achi: Port Connect Change
ahci: AHCIPort::InterruptErrorHandler port 0, fCommandsActive 0x00000000, is 0x00000040, ci 0x00000000
achi: ssts 0x00000000
achi: sctl 0x00000301
achi: serr 0x04080000
achi: sact 0x00000000

comment:7 by augiedoggie, 13 years ago

I think this is related to #3999. I was having similar trouble on mine until I disabled C1E support in the BIOS.

ASUS M4A89GTD Pro/USB3 (AMD 890GX/SB850)

AMD PhenomII X4

comment:8 by scottmc, 13 years ago

Blocking: 7665 added

in reply to:  7 comment:9 by polari, 13 years ago

Replying to augiedoggie:

I think this is related to #3999. I was having similar trouble on mine until I disabled C1E support in the BIOS.

ASUS M4A89GTD Pro/USB3 (AMD 890GX/SB850)

AMD PhenomII X4

Just making a note that the same fix works for me on an Asus M4A88TD-M/USB3 (AMD 880G/SB850).

comment:10 by yongcong, 13 years ago

Would you please help to try the patch in #8111

comment:11 by tqh, 13 years ago

The patch is applied in hrev44025. Please test with nightly that has this change.

comment:12 by kallisti5, 13 years ago

Verified that the AMD boot blocking issue in #8085 no longer exists after hrev44025... however I still need to disable AHCI for Haiku to boot.. otherwise I get the same AHCIPort::InterruptErrorHandler errors.

comment:13 by x-ist, 12 years ago

I get the same AHCI errors, however booting works without problems, at least since hrevr1alpha4-44643. Did you try to repeat your test recently?

comment:14 by waddlesplash, 6 years ago

Keywords: boot-failure added; ATA AMD 760g 710 removed

comment:15 by waddlesplash, 6 years ago

Blocking: 7665 removed

comment:16 by waddlesplash, 6 years ago

Still exists after the AHCI rework?

comment:17 by waddlesplash, 6 years ago

Resolution: → fixed
Status: new → closed

Assuming fixed, as commenters say it is.

comment:18 by nielx, 5 years ago

Milestone: R1 → R1/beta2

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone

Note: See TracTickets for help on using tickets.