Quoting Len Brown ([EMAIL PROTECTED]):
> Also, please test with CONFIG_X86_ACPI_CPUFREQ=n
> to remove the acpi-cpufreq driver (and thus this patch)
> from your kernel. If it still fails, then we know
> that this driver (and this patch) are not related
> to the failure.
It wasn't enabled in any of
Quoting Len Brown ([EMAIL PROTECTED]):
> Hmmm, okay, the "big hammer" works. Please see
> if any of these smaller hammers work:
> acpi=noirq
died within 2 minutes
> notsc
After 36 minutes
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Quoting Len Brown ([EMAIL PROTECTED]):
> Hmmm, okay, the "big hammer" works. Please see
> if any of these smaller hammers work:
>
> pnpacpi=off
Went out for dinner, machine was frozen on return.
One less on the checklist ..
--
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
Quoting Len Brown ([EMAIL PROTECTED]):
> Please attach the output from acpidump to
> http://bugzilla.kernel.org/show_bug.cgi?id=7880
done
also on : http://www.dth.net/kernel/acpidump_output_via_c3_5000
> We'll likely be able to tell from it if that patch
> has any real effect on your system, or
On Sunday 29 July 2007 22:54, Danny ter Haar wrote:
> Quoting Gabriel C ([EMAIL PROTECTED]):
> > Now while we think is ACPI this should be easy for you to bisect.
> > This commit
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=39804b20f62532fa05c2a8c3e2d1ae551fd0327
Quoting Gabriel C ([EMAIL PROTECTED]):
> Now while we think is ACPI this should be easy for you to bisect.
> This commit
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=39804b20f62532fa05c2a8c3e2d1ae551fd0327b
> merged ACPI so this one should be your first bad one.
>
Danny ter Haar wrote:
[ added linux-acpi and Len to CC ]
> Quoting Gabriel C ([EMAIL PROTECTED]):
>> Maybe try to :
>> disable BSG ( maybe some leftover bug )
>> boot acpi=off ( that got merged kind late )
>
> My first git disected kernel wouldn't boot, but with
> acpi=off it would indeed boot!
Quoting Gabriel C ([EMAIL PROTECTED]):
> Maybe try to :
> disable BSG ( maybe some leftover bug )
> boot acpi=off ( that got merged kind late )
My first git disected kernel wouldn't boot, but with
acpi=off it would indeed boot!
As did the 2.6.23-rc1-git5 kernel...
I will bisect further to find
Danny ter Haar wrote:
> Quoting Bartlomiej Zolnierkiewicz ([EMAIL PROTECTED]):
>> Please retry with the latest -git kernel and if the problem is still
>> there install git, get kernel tree and run git-bisect.
>
> I ran over "make menuconfig" and did a few changes.
>
> http://www.dth.net/kernel/co
Quoting Bartlomiej Zolnierkiewicz ([EMAIL PROTECTED]):
> Please retry with the latest -git kernel and if the problem is still
> there install git, get kernel tree and run git-bisect.
I ran over "make menuconfig" and did a few changes.
http://www.dth.net/kernel/config-2.6.23-rc1-git5
It boots, bu
Quoting Bartlomiej Zolnierkiewicz ([EMAIL PROTECTED]):
> Should be harmless for now but we would like to fix it the long-term,
> please send "hdparm --Istdout /dev/hda" output.
I allready made that available in the same subdir:
http://www.dth.net/kernel/
Output repeated here:
voyage:~# hdparm
Hi,
On Friday 27 July 2007, dth wrote:
> I have a via mini-itx epia 5000 motherboard as a firewall.
> It has an ide device: PQI 128MB flash DOM [1] which just plugs
> directly into the ide connector on the motherboard.
> 2.6.22-git17 works, although it gives some warning
> hda: set_drive_speed_s
I have a via mini-itx epia 5000 motherboard as a firewall.
It has an ide device: PQI 128MB flash DOM [1] which just plugs
directly into the ide connector on the motherboard.
2.6.22-git17 works, although it gives some warning
hda: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error
13 matches
Mail list logo