On 03/14/11 21:06, Scott McEachern wrote:
The problem is that the kernel freezes when booting any of: bsd.rd,
for either amd64 or i386, -current or 4.8-stable; any GENERIC kernel
for amd64/i386 -current or 4.8-stable on an installed system. (partial
dmesgs below).
My apologies for the
On 2011-03-18, Tero Koskinen tero.koski...@iki.fi wrote:
Is there a way to see human-readable dump of aml code?
pkg_add acpica
acpidump -o foo
iasl -d foo.DSDT
more foo.DSDT.dsl
On 03/16/11 10:54, Tero Koskinen wrote:
I have exactly same motherboard with Phenom II X4. For me, it helps
when I disable acpi. (boot -c disable acpi during the boot)
You know, I'd absolutely *swear* I tried that to no avail, but trying it
again, I can get it to boot.
I have a funny
On 2011-03-17, Scott McEachern sc...@blackstaff.ca wrote:
On 03/16/11 10:54, Tero Koskinen wrote:
I have exactly same motherboard with Phenom II X4. For me, it helps
when I disable acpi. (boot -c disable acpi during the boot)
You know, I'd absolutely *swear* I tried that to no avail, but
On 03/17/11 18:22, Stuart Henderson wrote:
Modern machines *expect* to have the acpi code running, acpi controls
many aspects of the system including some methods to maintain correct
system temperature.
Absolutely. Which is why this box, (once it has completed some build
tasks for other
It looks like there is a bug in the AML on that particular system (the code is
being called in from the atk0110 driver).
bios0: vendor American Megatrends Inc. version 2105 date 07/23/2010
bios0: ASUSTeK Computer INC. M4A785TD-V EVO
Eventually the AML code tries to execute the following:
Try disabling the atk0110 driver and see if that lets your system boot
successfully.
On 03/17/11 19:31, Jordan Hargrave wrote:
It looks like there is a bug in the AML on that particular system (the code is
being called in from the atk0110 driver).
bios0: vendor American Megatrends Inc. version 2105 date 07/23/2010
bios0: ASUSTeK Computer INC. M4A785TD-V EVO
Eventually the AML
On Thu, 17 Mar 2011 23:31:02 + Jordan Hargrave wrote:
It looks like there is a bug in the AML on that particular system (the code is
being called in from the atk0110 driver).
bios0: vendor American Megatrends Inc. version 2105 date 07/23/2010
bios0: ASUSTeK Computer INC. M4A785TD-V EVO
On 03/14/11 21:06, Scott McEachern wrote:
I bought some new hardware the other day, including an Asus M4A785TD-V EVO
motherboard and an AMD Phenom II X6 1100T CPU.
The problem is that the kernel freezes when booting any of: bsd.rd, for either
amd64 or i386, -current or 4.8-stable; any GENERIC
On Mon, 14 Mar 2011 21:06:26 -0400 Scott McEachern wrote:
I bought some new hardware the other day, including an Asus M4A785TD-V
EVO motherboard and an AMD Phenom II X6 1100T CPU.
The problem is that the kernel freezes when booting
...
If anyone has any suggestions, I'd love to hear
I have exactly same motherboard with Phenom II X4. For me, it helps
when I disable acpi. (boot -c disable acpi during the boot)
OpenBSD 4.9-beta (GENERIC.MP) #780: Thu Jan 20 17:21:34 MST 2011
t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3487105024
On Wed, 16 Mar 2011 10:12:22 -0600 Theo de Raadt wrote:
I have exactly same motherboard with Phenom II X4. For me, it helps
when I disable acpi. (boot -c disable acpi during the boot)
...
acpi at bios0 not configured
mpbios0 at bios0: Intel MP Specification 1.4
...
Trusting mpbios
Replying to myself,
On Wed, 16 Mar 2011 21:50:15 +0200 Tero Koskinen wrote:
Booting with ACPI enabled still stops after acpihpet. I think I debugged
the problem at some point last year and found that acpi code went into
busyloop and never exited, but I already forgot the details.
Turning on
I bought some new hardware the other day, including an Asus M4A785TD-V
EVO motherboard and an AMD Phenom II X6 1100T CPU.
The problem is that the kernel freezes when booting any of: bsd.rd, for
either amd64 or i386, -current or 4.8-stable; any GENERIC kernel for
amd64/i386 -current or
15 matches
Mail list logo