http://bugzilla.kernel.org/show_bug.cgi?id=10620
--- Comment #23 from [EMAIL PROTECTED] 2008-05-19 23:39 ---
On Mon, 2008-05-19 at 14:44 -0700, [EMAIL PROTECTED]
wrote:
> Notice that git bisect accepts a path, so that it will only bisect between the
> commits that affect to a given pa
http://bugzilla.kernel.org/show_bug.cgi?id=10669
--- Comment #5 from [EMAIL PROTECTED] 2008-05-19 19:58 ---
add comments for the patch:
It's not safe to access walk_state->op in acpi_ps_get_next_namepath and
acpi_ps_get_next_arg since it may have been deleted.
It's safe to refer
http://bugzilla.kernel.org/show_bug.cgi?id=10377
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|Kernel usually freezes |Kernel usually freezes
http://bugzilla.kernel.org/show_bug.cgi?id=10011
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|[EMAIL PROTECTED]
|m
http://bugzilla.kernel.org/show_bug.cgi?id=10749
--- Comment #2 from [EMAIL PROTECTED] 2008-05-19 17:45 ---
Hi, Riccardo
It seems that it is a regression. Will you please try to use git-bisect to
identify which commit brings the regression?
Will you please attach the output of
http://bugzilla.kernel.org/show_bug.cgi?id=10482
--- Comment #20 from [EMAIL PROTECTED] 2008-05-19 16:02 ---
Looking at the logs, I still cannot make out where we actually hang and why?
Not sure whether the sleep(1) in patch 3 preventing the hang altogether or just
hiding it for the
** Attachment added: "dmesg.log"
http://launchpadlibrarian.net/14611386/dmesg.log
--
Power down after shutdown does not work...
https://bugs.launchpad.net/bugs/43961
You received this bug notification because you are a direct subscriber
of a duplicate bug.
---
I've got this issue on Ubuntu Hardy with the 2.6.24-16-generic kernel.
It also existed with the various Gutsy Kernel releases
Hardware is a Gigabyte 7vaxp motherboard with an Athlon XP 2800+ and 1Gb
Ram.
** Attachment added: "lspci-vv.log"
http://launchpadlibrarian.net/14611357/lspci-vv.log
** Attachment added: "lshal.log"
http://launchpadlibrarian.net/14611397/lshal.log
--
Power down after shutdown does not work...
https://bugs.launchpad.net/bugs/43961
You received this bug notification because you are a direct subscriber
of a duplicate bug.
---
http://bugzilla.kernel.org/show_bug.cgi?id=8246
--- Comment #47 from [EMAIL PROTECTED] 2008-05-19 15:06 ---
>>ACPI Error (tbfadt-0475): 32/64X address mismatch in "Gpe0Block": [8020]
[8028], using 64X [20070126]
Would we not need to use the RSDT and the "other" FADT
http://bugzilla.kernel.org/show_bug.cgi?id=10620
--- Comment #22 from [EMAIL PROTECTED] 2008-05-19 14:44 ---
Notice that git bisect accepts a path, so that it will only bisect between the
commits that affect to a given path. If you are sure that it's a drm-related
thing, you can try t
http://bugzilla.kernel.org/show_bug.cgi?id=10658
--- Comment #40 from [EMAIL PROTECTED] 2008-05-19 14:39 ---
It used to be the case that reading some hardware attached to embedded
controllers would block the kernel for a significant period of time while it
polled for completion, but I
http://bugzilla.kernel.org/show_bug.cgi?id=10409
--- Comment #44 from [EMAIL PROTECTED] 2008-05-19 14:37 ---
Bad luck -- dmesg_output is readable but incomplete.
Just for your interest I am looking for output like:
ENABLING IO-APIC IRQs
init IO_APIC IRQs
IOAPIC[0]: Set routing entry
http://bugzilla.kernel.org/show_bug.cgi?id=10658
--- Comment #39 from [EMAIL PROTECTED] 2008-05-19 14:34 ---
Unless I'm missing something we're talking about polling every 10 seconds until
we hit the passive limit, and then every second. It surprises me that this is a
performance issu
http://bugzilla.kernel.org/show_bug.cgi?id=10620
--- Comment #21 from [EMAIL PROTECTED] 2008-05-19 14:17 ---
Ok, I do not think that I can make much more than this... not this night at
least. I have restricted this like that:
good 50704516f334d5036c09b0ecc0064598f7c5596f
bad d9c04d
*** This bug is a duplicate of bug 43961 ***
https://bugs.launchpad.net/bugs/43961
I hade made a clean install to 8.04, the problem persist . I had it on
7.10 and 7.04 .
Before I try a Kubuntu and it did shutdow power correctly.
Only for testitng porpuose I made a "halt" command on the shel
http://bugzilla.kernel.org/show_bug.cgi?id=10749
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
OtherBugsDependingO|
http://bugzilla.kernel.org/show_bug.cgi?id=10620
[EMAIL PROTECTED] changed:
What|Removed |Added
CC|[EMAIL PROTECTED] |acpi-
|
http://bugzilla.kernel.org/show_bug.cgi?id=10692
--- Comment #11 from [EMAIL PROTECTED] 2008-05-19 10:38 ---
Hi,
thanks for the hint with the SMP kernel. This works fine. I think we can close
this bug.
Thanks a lot for your very fast and good support.
All the best
Robert
--
Con
http://bugzilla.kernel.org/show_bug.cgi?id=10749
--- Comment #1 from [EMAIL PROTECTED] 2008-05-19 09:01 ---
Created an attachment (id=16201)
--> (http://bugzilla.kernel.org/attachment.cgi?id=16201&action=view)
.config
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?
http://bugzilla.kernel.org/show_bug.cgi?id=10749
Summary: the system doesn't shutdown
Product: ACPI
Version: 2.5
KernelVersion: 2.6.26_rc3
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity
http://bugzilla.kernel.org/show_bug.cgi?id=10658
--- Comment #38 from [EMAIL PROTECTED] 2008-05-19 08:34 ---
Because there's no reason to believe that it's something that can be well
determined at the per-model level. I can't see any situation in which polling
could trigger bugs, othe
http://bugzilla.kernel.org/show_bug.cgi?id=10658
--- Comment #37 from [EMAIL PROTECTED] 2008-05-19 08:24 ---
I agree with Len and would also not activate thermal polling by default. This
often is very slow and might cause problems on other machines where the BIOS
vendor intended to no
http://bugzilla.kernel.org/show_bug.cgi?id=10409
--- Comment #43 from [EMAIL PROTECTED] 2008-05-19 08:01 ---
Created an attachment (id=16200)
--> (http://bugzilla.kernel.org/attachment.cgi?id=16200&action=view)
new output
fixed??
--
Configure bugmail: http://bugzilla.kernel.org/u
http://bugzilla.kernel.org/show_bug.cgi?id=10669
--- Comment #2 from [EMAIL PROTECTED] 2008-05-19 07:13 ---
Created an attachment (id=16198)
--> (http://bugzilla.kernel.org/attachment.cgi?id=16198&action=view)
proposed patch
--
Configure bugmail: http://bugzilla.kernel.org/userpre
http://bugzilla.kernel.org/show_bug.cgi?id=10669
--- Comment #2 from [EMAIL PROTECTED] 2008-05-19 07:13 ---
Created an attachment (id=16198)
--> (http://bugzilla.kernel.org/attachment.cgi?id=16198&action=view)
proposed patch
--- Comment #3 from [EMAIL PROTECTED] 2008-05-19 07:
http://bugzilla.kernel.org/show_bug.cgi?id=10669
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Status|A
http://bugzilla.kernel.org/show_bug.cgi?id=10669
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--
Configure bug
http://bugzilla.kernel.org/show_bug.cgi?id=10658
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|CLOSED |REOPENED
Resolution|DOCUMENTED
http://bugzilla.kernel.org/show_bug.cgi?id=10734
--- Comment #7 from [EMAIL PROTECTED] 2008-05-19 01:39 ---
Created an attachment (id=16190)
--> (http://bugzilla.kernel.org/attachment.cgi?id=16190&action=view)
acpidump outputs as requested
Hope it is OK I tar'd them (didn't want to
http://bugzilla.kernel.org/show_bug.cgi?id=10734
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||acpi-
|
http://bugzilla.kernel.org/show_bug.cgi?id=10683
--- Comment #5 from [EMAIL PROTECTED] 2008-05-19 01:18 ---
Hi, Mika,
any update on this?
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC
http://bugzilla.kernel.org/show_bug.cgi?id=10217
--- Comment #14 from [EMAIL PROTECTED] 2008-05-19 00:36 ---
[EMAIL PROTECTED] a �crit :
> http://bugzilla.kernel.org/show_bug.cgi?id=10217
>
>
> [EMAIL PROTECTED] changed:
>
>What|Removed |Added
>
http://bugzilla.kernel.org/show_bug.cgi?id=9624
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #24 from [E
34 matches
Mail list logo