Ryan skrev:
Hello, I purchased a new Clevo M860TU on the account that it ran linux
very well and was hoping it would fair the same on FreeBSD. Not so
much, little help? I posted this in mobile originally but though
stable would be a better choice. Don't know if it is more appropriate
here or ACPI.
I'm giving you as much information as I know how to get. as I cannot
get sysinstall to load I am having to type all these dmesg. The boot
process is hanging. This is all with 7.x, I can give 6.x if needed.
Hardware:
Intel P9500
4gb DDR3-1066
Nvidia 9800M GT
Atheros AR5006e
FreeBSD 7.1-BETA2
These snippets of dmesg happen around the end where it hangs.
1. Default
...
cpu0: <ACPI CPU> on acpi0
ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj
0xc6a02d40 [20070320]
ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving
operands for [OpcodeName unavailable] [20070320]
ACPI Error (psparse-0626): Method parse/execution failed
[\_PR_.CPU0._OSC] (Node 0xc68556e0), AE_AML_INTERNAL
est0: <Enhanced SpeedStep Frequency Control> on cpu0
p4tcc0: <CPU Frequency Thermal Control> on cpu0
cpu1: <ACPI CPU> on acpi0
ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj
0xc6a0e300 [20070320]
ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving
operands for [OpcodeName unavailable] [20070320]
ACPI Error (psparse-0626): Method parse/execution failed
[\_PR_.CPU1._OSC] (Node 0xc685560), AE_AML_INTERNAL
est1: <Enhanced SpeedStep Frequency Control> on cpu1
p4tcc1: <CPU Frequency Thermal Control> on cpu1
...
cpu0: Cx states changed
cpu1: Cx states changed
unknown: timeout waiting for read DRQ
unknown: timeout waiting for read DRQ
acd0: DVDR <Optiarc DVD RW AD-7560S/SX01> at ata3-master UDMA33
GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install
run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config
run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config
run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config
run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config
run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config
Disabling firewire completely in BIOS might at least get the machine
booting. You should try that if you haven't already. I've seen this
problem on at least two different systems...
--
Joel
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
