Bug 6556
Summary: | CPU #1 not responding - cannot use it. - AMD 64 x2, ATI rd480 chipset | ||
---|---|---|---|
Product: | ACPI | Reporter: | doosoon kwon (dssn) |
Component: | Config-Processors | Assignee: | acpi_config-processors |
Status: | CLOSED PATCH_ALREADY_AVAILABLE | ||
Severity: | normal | CC: | acpi-bugzilla |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.16.14 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: |
dmesg wiht acpi=ht
dmesg with default boot diff dmesg-s64000.ht.notstamp.txt dmesg-s64000.noht.nostamp.txt acpi dump file |
Description
doosoon kwon
2006-05-14 21:27:29 UTC
The CPU detection and startup sequence should be exactly the same with and without "acpi=ht", so I don't understand why that fails in the default and "acpi=ht" succeeds. If you try it multiple times, does it always succeed with "acpi=ht" and always fails without? please disable the timestamps in your dmesg, and then attach (do not paste) the complete dmesg -s64000 output from the failure case, and all the success cases you can come up with. Maybe when i diff these files I'll see something I missed in the pasted text below. Also, please attach the output from acpidump, available in the latest pmtools here: http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ First I am really happy to receive mail from you It's first time i get message with English I am afraid you understand my word correctly. cause I am not good english. yes...always fail with default boot option and always success with "acpi=ht" and "acpi=off" It tested so many time from 2.6.15.?? to 2.6.16.14 Sometimes just hang with 2.6.15 kernel(it is default kernel with Dapper distribution) here is attached files ...but i don't understand disable timestamp... so i did just like this.. "sed 's/\[..............\]//' dmesg-s64000.ht.txt > dmesg-s64000.ht.notstamp.txt" "diff dmesg-s64000.ht.notstamp.txt dmesg-s64000.noht.nostamp.txt" and i get message during pmtools-20051111's acpidump like this.. "Wrong checksum for generic table!" Thanks for help 2006-05-18 (목), 00:08 -0700, bugme-daemon@bugzilla.kernel.org 쓰시길: > http://bugzilla.kernel.org/show_bug.cgi?id=6556 > > len.brown@intel.com changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |acpi- > | |bugzilla@lists.sourceforge.n > | |et > Summary|ACPI didn't wake up second |CPU #1 not responding - > |CPU( AMD 64 x2, ATI rd480 |cannot use it. - AMD 64 x2, > |chipset) |ATI rd480 chipset > > > > ------- Additional Comments From len.brown@intel.com 2006-05-18 00:07 ------- > The CPU detection and startup sequence should be exactly the same > with and without "acpi=ht", so I don't understand why that fails > in the default and "acpi=ht" succeeds. > If you try it multiple times, does it > always succeed with "acpi=ht" and always fails without? > > please disable the timestamps in your dmesg, and then attach (do not paste) > the complete dmesg -s64000 output from the failure case, and all the > success cases you can come up with. Maybe when i diff these files > I'll see something I missed in the pasted text below. > > Also, please attach the output from acpidump, available in the latest > pmtools here: > http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ > > > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > Created attachment 8133 [details]
dmesg wiht acpi=ht
Created attachment 8134 [details]
dmesg with default boot
Created attachment 8135 [details]
diff dmesg-s64000.ht.notstamp.txt dmesg-s64000.noht.nostamp.txt
Created attachment 8136 [details]
acpi dump file
I am change my motherboard to ASUS A8N-E COOL PIPE. And everything is fine with acpi. I think problem due to Bug of Abit motherboard. Thanks for help. |