[opensuse-kernel] Need help to debug an non working Dell Precision M4600
Hi All, before posting a bug, I need your help to grab the maximum of efficient informations I will need to finally debug a trouble I have. On a Dell Precision M4600 laptop, with a i7 2820QM proc, 16GB Ram 2 x seagate xt-momentus 500Go sata Gfx quadro 2000M ( without optimus enabled ) + openSUSE Factory : kernel 3.0-rc6 actually but tested with vanillia same I get a the most following trouble : shutdown -h works shutdown -r crash after "kernel will now reboot the system" And I need to cold reset the computer. I've tried several boot flags combination, and finally discover that putting noapic permit to have reboot working. But then several things at least warnings come during boot. So if someone has a pointer to a wiki page, or a howto debug kernel related trouble, could send me that link. so I will start to collect all the informations and store them online here the old (one month ago) smolt profile http://www.smolts.org/client/show/pub_caa64eca-6d8c-4abd-a61e-93d7fbfa1d48 -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
El 17/07/11 14:14, Bruno Friedmann escribió:
Hi All, before posting a bug, I need your help to grab the maximum of efficient informations I will need to finally debug a trouble I have.
On a Dell Precision M4600 laptop, with a i7 2820QM proc, 16GB Ram 2 x seagate xt-momentus 500Go sata Gfx quadro 2000M ( without optimus enabled )
+ openSUSE Factory : kernel 3.0-rc6 actually but tested with vanillia same I get a the most following trouble : shutdown -h works shutdown -r crash after "kernel will now reboot the system" And I need to cold reset the computer.
I've tried several boot flags combination, and finally discover that putting noapic permit to have reboot working. But then several things at least warnings come during boot.
First, is the machine's BIOS up to date ? -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 07/17/2011 08:16 PM, Cristian Rodríguez wrote:
El 17/07/11 14:14, Bruno Friedmann escribió:
Hi All, before posting a bug, I need your help to grab the maximum of efficient informations I will need to finally debug a trouble I have.
On a Dell Precision M4600 laptop, with a i7 2820QM proc, 16GB Ram 2 x seagate xt-momentus 500Go sata Gfx quadro 2000M ( without optimus enabled )
+ openSUSE Factory : kernel 3.0-rc6 actually but tested with vanillia same I get a the most following trouble : shutdown -h works shutdown -r crash after "kernel will now reboot the system" And I need to cold reset the computer.
I've tried several boot flags combination, and finally discover that putting noapic permit to have reboot working. But then several things at least warnings come during boot.
First, is the machine's BIOS up to date ?
unfortunately yes A04 is the latest and I'm not alone, others linux buyers of the M4600 are also in trouble. but me challenge the fact to be the first to have it working with my distribution :-) (will finish upstream at the end ...) -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
El 17/07/11 14:25, Bruno Friedmann escribió:
unfortunately yes A04 is the latest and I'm not alone, others linux buyers of the M4600 are also in trouble.
Ok, is the problem reproducible with 3.0-RC7 from Kernel:Head repository ? -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 07/17/2011 08:46 PM, Cristian Rodríguez wrote:
El 17/07/11 14:25, Bruno Friedmann escribió:
unfortunately yes A04 is the latest and I'm not alone, others linux buyers of the M4600 are also in trouble.
Ok, is the problem reproducible with 3.0-RC7 from Kernel:Head repository ?
I think it's not possible to try it http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/x86_... deadly empty Now I'm trying one of the /HEAD/standard/ 3.0-rc7 -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
Am Sun, 17 Jul 2011 21:04:32 +0200 schrieb Bruno Friedmann <bruno@ioda-net.ch>:
http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/x86_... deadly empty
As announced...
Now I'm trying one of the /HEAD/standard/ 3.0-rc7
Correct, that's the location where kernels are now. -- Stefan Seyfried "Dispatch war rocket Ajax to bring back his body!" -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
Am Sun, 17 Jul 2011 21:04:32 +0200 schrieb Bruno Friedmann <bruno@ioda-net.ch>:
http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/x86_... deadly empty
As announced...
Now I'm trying one of the /HEAD/standard/ 3.0-rc7
Correct, that's the location where kernels are now.
On 07/17/2011 09:33 PM, Stefan Seyfried wrote: ps : shouldn't the other repository removed ? Ok test made with rc7 with the same damned result. I've try to compile some informations about the hardware here http://linux.ioda.net/Dell_Precision_M4600/ Forget and excluded nvidia from the equation, with or without it I get same trouble. I've try in init 1, with most of the module I know as non essential (video,network,sound) removed and /boot / remounted ro (or not) same result no reboot. The most funny is that the shutdown -h works at 100%. Thanks for any pointers. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
El 17/07/11 16:01, Bruno Friedmann escribió:
Am Sun, 17 Jul 2011 21:04:32 +0200 schrieb Bruno Friedmann <bruno@ioda-net.ch>:
http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/x86_... deadly empty
As announced...
Now I'm trying one of the /HEAD/standard/ 3.0-rc7
Correct, that's the location where kernels are now.
On 07/17/2011 09:33 PM, Stefan Seyfried wrote: ps : shouldn't the other repository removed ?
Ok test made with rc7 with the same damned result.
I've try to compile some informations about the hardware here http://linux.ioda.net/Dell_Precision_M4600/
Forget and excluded nvidia from the equation, with or without it I get same trouble.
I've try in init 1, with most of the module I know as non essential (video,network,sound) removed and /boot / remounted ro (or not) same result
no reboot. The most funny is that the shutdown -h works at 100%.
Thanks for any pointers.
I can see some ACPI errors in your log, try to following.. get biosbits from http://biosbits.org/downloads/bits-438.zip inside the zip file there is an iso, "burn" it to a USB drive (easily with package "imagewriter") or to a CD. Boot your system with it, in the configure menu, select "HPC profile" if such option does not appear, select "power managment reference code" then boot the system using the "boot from first drive MBR" option. This will temporarily override your system ACPI tables with the Intel reference code, changes are not permanent will be lost after reboot. Cheers. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 07/17/2011 10:32 PM, Cristian Rodríguez wrote:
El 17/07/11 16:01, Bruno Friedmann escribió:
Am Sun, 17 Jul 2011 21:04:32 +0200 schrieb Bruno Friedmann <bruno@ioda-net.ch>:
http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/x86_... deadly empty
As announced...
Now I'm trying one of the /HEAD/standard/ 3.0-rc7
Correct, that's the location where kernels are now.
On 07/17/2011 09:33 PM, Stefan Seyfried wrote: ps : shouldn't the other repository removed ?
Ok test made with rc7 with the same damned result.
I've try to compile some informations about the hardware here http://linux.ioda.net/Dell_Precision_M4600/
Forget and excluded nvidia from the equation, with or without it I get same trouble.
I've try in init 1, with most of the module I know as non essential (video,network,sound) removed and /boot / remounted ro (or not) same result
no reboot. The most funny is that the shutdown -h works at 100%.
Thanks for any pointers.
I can see some ACPI errors in your log, try to following..
get biosbits from http://biosbits.org/downloads/bits-438.zip
inside the zip file there is an iso, "burn" it to a USB drive (easily with package "imagewriter") or to a CD.
Boot your system with it, in the configure menu, select "HPC profile" if such option does not appear, select "power managment reference code"
then boot the system using the "boot from first drive MBR" option.
This will temporarily override your system ACPI tables with the Intel reference code, changes are not permanent will be lost after reboot.
Cheers.
Thanks Cristian, really appreciate. In the meantime someone on the Precision mailing list give me that bug ref https://bugzilla.kernel.org/show_bug.cgi?id=14660 So I suspect this damned ALPS touchpad could be related to my shutdown trouble too. I will try the boot you propose. Too bad if really ALP/s doesn't want to help us to get their hardware working under Linux. I didn't manage the fact to found the blob .ko for RedHat too. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 07/18/2011 08:59 AM, Bruno Friedmann wrote:
On 07/17/2011 10:32 PM, Cristian Rodríguez wrote:
El 17/07/11 16:01, Bruno Friedmann escribió:
Am Sun, 17 Jul 2011 21:04:32 +0200 schrieb Bruno Friedmann <bruno@ioda-net.ch>:
http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/x86_... deadly empty
As announced...
Now I'm trying one of the /HEAD/standard/ 3.0-rc7
Correct, that's the location where kernels are now.
On 07/17/2011 09:33 PM, Stefan Seyfried wrote: ps : shouldn't the other repository removed ?
Ok test made with rc7 with the same damned result.
I've try to compile some informations about the hardware here http://linux.ioda.net/Dell_Precision_M4600/
Forget and excluded nvidia from the equation, with or without it I get same trouble.
I've try in init 1, with most of the module I know as non essential (video,network,sound) removed and /boot / remounted ro (or not) same result
no reboot. The most funny is that the shutdown -h works at 100%.
Thanks for any pointers.
I can see some ACPI errors in your log, try to following..
get biosbits from http://biosbits.org/downloads/bits-438.zip
inside the zip file there is an iso, "burn" it to a USB drive (easily with package "imagewriter") or to a CD.
Boot your system with it, in the configure menu, select "HPC profile" if such option does not appear, select "power managment reference code"
then boot the system using the "boot from first drive MBR" option.
This will temporarily override your system ACPI tables with the Intel reference code, changes are not permanent will be lost after reboot.
Cheers.
Thanks Cristian, really appreciate.
In the meantime someone on the Precision mailing list give me that bug ref https://bugzilla.kernel.org/show_bug.cgi?id=14660
So I suspect this damned ALPS touchpad could be related to my shutdown trouble too. I will try the boot you propose.
Too bad if really ALP/s doesn't want to help us to get their hardware working under Linux. I didn't manage the fact to found the blob .ko for RedHat too.
So unfortunately no good results. I've added dmidecode, and the different dmesg output here http://linux.ioda.net/Dell_Precision_M4600/ look at those from today. With or without the touchpad enable in bios, no luck. With noapic the system reboot normally. I will have to test all the suspend case scenario too. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On Sun, 2011-07-17 at 20:14 +0200, Bruno Friedmann wrote:
+ openSUSE Factory : kernel 3.0-rc6 actually but tested with vanillia same I get a the most following trouble : shutdown -h works shutdown -r crash after "kernel will now reboot the system" And I need to cold reset the computer.
I've tried several boot flags combination, and finally discover that putting noapic permit to have reboot working. But then several things at least warnings come during boot.
APIC reboot method probably broken but defaulted to for use. Try the following on the kernel command line; If you're running 32-bit reboot=bios otherwise one of reboot=pci reboot=kbd reboot=triple There are a full list of options in arch/x86/kernel/reboot.c but I'm listing the ones I think are most likely to work in this case. -- Mel Gorman SUSE Labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 07/18/2011 10:28 AM, Mel Gorman wrote:
On Sun, 2011-07-17 at 20:14 +0200, Bruno Friedmann wrote:
+ openSUSE Factory : kernel 3.0-rc6 actually but tested with vanillia same I get a the most following trouble : shutdown -h works shutdown -r crash after "kernel will now reboot the system" And I need to cold reset the computer.
I've tried several boot flags combination, and finally discover that putting noapic permit to have reboot working. But then several things at least warnings come during boot.
APIC reboot method probably broken but defaulted to for use. Try the following on the kernel command line;
If you're running 32-bit
reboot=bios
otherwise one of
reboot=pci reboot=kbd reboot=triple
There are a full list of options in arch/x86/kernel/reboot.c but I'm listing the ones I think are most likely to work in this case.
Hey thanks Mel, I always forgot that I can check in sources :-( I'm under x86_64 better to use my 16GB :-) and then I understand why the =bios was not working .... I will try all of them and report back if one is working better than another ps : reply only to ml is okay. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
El 18/07/11 04:54, Bruno Friedmann escribió:
On 07/18/2011 10:28 AM, Mel Gorman wrote:
On Sun, 2011-07-17 at 20:14 +0200, Bruno Friedmann wrote:
+ openSUSE Factory : kernel 3.0-rc6 actually but tested with vanillia same I get a the most following trouble : shutdown -h works shutdown -r crash after "kernel will now reboot the system" And I need to cold reset the computer.
I've tried several boot flags combination, and finally discover that putting noapic permit to have reboot working. But then several things at least warnings come during boot.
APIC reboot method probably broken but defaulted to for use. Try the following on the kernel command line;
If you're running 32-bit
reboot=bios
otherwise one of
reboot=pci reboot=kbd reboot=triple
Hey thanks Mel, I always forgot that I can check in sources :-( I'm under x86_64 better to use my 16GB :-) and then I understand why the =bios was not working ....
I will try all of them and report back if one is working better than another
ps : reply only to ml is okay.
Maybe the same issue as http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=... and http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=... but for a not yet "blacklisted" model ? -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On Thu, 2011-07-21 at 20:47 -0400, Cristian Rodríguez wrote:
El 18/07/11 04:54, Bruno Friedmann escribió:
On 07/18/2011 10:28 AM, Mel Gorman wrote:
On Sun, 2011-07-17 at 20:14 +0200, Bruno Friedmann wrote:
+ openSUSE Factory : kernel 3.0-rc6 actually but tested with vanillia same I get a the most following trouble : shutdown -h works shutdown -r crash after "kernel will now reboot the system" And I need to cold reset the computer.
I've tried several boot flags combination, and finally discover that putting noapic permit to have reboot working. But then several things at least warnings come during boot.
APIC reboot method probably broken but defaulted to for use. Try the following on the kernel command line;
If you're running 32-bit
reboot=bios
otherwise one of
reboot=pci reboot=kbd reboot=triple
Hey thanks Mel, I always forgot that I can check in sources :-( I'm under x86_64 better to use my 16GB :-) and then I understand why the =bios was not working ....
I will try all of them and report back if one is working better than another
ps : reply only to ml is okay.
Maybe the same issue as
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
and
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
but for a not yet "blacklisted" model ?
That's what I'm expecting. -- Mel Gorman SUSE Labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 07/22/2011 12:16 PM, Mel Gorman wrote:
On Thu, 2011-07-21 at 20:47 -0400, Cristian Rodríguez wrote:
El 18/07/11 04:54, Bruno Friedmann escribió:
On 07/18/2011 10:28 AM, Mel Gorman wrote:
On Sun, 2011-07-17 at 20:14 +0200, Bruno Friedmann wrote:
+ openSUSE Factory : kernel 3.0-rc6 actually but tested with vanillia same I get a the most following trouble : shutdown -h works shutdown -r crash after "kernel will now reboot the system" And I need to cold reset the computer.
I've tried several boot flags combination, and finally discover that putting noapic permit to have reboot working. But then several things at least warnings come during boot.
APIC reboot method probably broken but defaulted to for use. Try the following on the kernel command line;
If you're running 32-bit
reboot=bios
otherwise one of
reboot=pci reboot=kbd reboot=triple
Hey thanks Mel, I always forgot that I can check in sources :-( I'm under x86_64 better to use my 16GB :-) and then I understand why the =bios was not working ....
I will try all of them and report back if one is working better than another
ps : reply only to ml is okay.
Maybe the same issue as
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
and
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
but for a not yet "blacklisted" model ?
That's what I'm expecting.
After testing : reboot work at 100% with reboot=pci I don't know how or what to push upstream. Now I will investigate the sleep/suspend case ... -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On Sat, Jul 23, 2011 at 02:23:35PM +0200, Bruno Friedmann wrote:
<SNIP> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
and
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
but for a not yet "blacklisted" model ?
That's what I'm expecting.
After testing : reboot work at 100% with reboot=pci
I don't know how or what to push upstream.
Can you test the following patch without the reboot=pci switch please? If it works, I'll push it upstream. Thanks. ==== CUT HERE ==== x86: Add reboot quirk for Dell Precision M4600 ACPI reboot does not work for Dell Precision M4600. Detect this machine via DMI and force the use of the PCI reboot method. Reported-by: Bruno Friedmann <bruno@ioda-net.ch> Signed-off-by: Mel Gorman <mgorman@suse.de> --- arch/x86/kernel/reboot.c | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c index 9242436..7ca2ec4 100644 --- a/arch/x86/kernel/reboot.c +++ b/arch/x86/kernel/reboot.c @@ -443,6 +443,15 @@ static struct dmi_system_id __initdata pci_reboot_dmi_table[] = { DMI_MATCH(DMI_PRODUCT_NAME, "Latitude E6420"), }, }, + { /* Handle problems with rebooting on Dell Precision M4600's */ + .callback = set_pci_reboot, + .ident = "Dell Precision M4600", + .matches = { + DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc."), + DMI_MATCH(DMI_PRODUCT_NAME, "Precision M4600"), + }, + }, + { } }; -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 07/25/2011 11:51 AM, Mel Gorman wrote:
On Sat, Jul 23, 2011 at 02:23:35PM +0200, Bruno Friedmann wrote:
<SNIP> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
and
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
but for a not yet "blacklisted" model ?
That's what I'm expecting.
After testing : reboot work at 100% with reboot=pci
I don't know how or what to push upstream.
Can you test the following patch without the reboot=pci switch please? If it works, I'll push it upstream. Thanks.
==== CUT HERE ==== x86: Add reboot quirk for Dell Precision M4600
ACPI reboot does not work for Dell Precision M4600. Detect this machine via DMI and force the use of the PCI reboot method.
Reported-by: Bruno Friedmann <bruno@ioda-net.ch> Signed-off-by: Mel Gorman <mgorman@suse.de> --- arch/x86/kernel/reboot.c | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c index 9242436..7ca2ec4 100644 --- a/arch/x86/kernel/reboot.c +++ b/arch/x86/kernel/reboot.c @@ -443,6 +443,15 @@ static struct dmi_system_id __initdata pci_reboot_dmi_table[] = { DMI_MATCH(DMI_PRODUCT_NAME, "Latitude E6420"), }, }, + { /* Handle problems with rebooting on Dell Precision M4600's */ + .callback = set_pci_reboot, + .ident = "Dell Precision M4600", + .matches = { + DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc."), + DMI_MATCH(DMI_PRODUCT_NAME, "Precision M4600"), + }, + }, + { } };
Greg sorry to bother you, If applying the patch is easy, how can I get just that rebuild against my actual 3.0.0-2-desktop #1 SMP PREEMPT Fri Jul 22 08:28:15 UTC 2011 (50c05d7) x86_64 x86_64 x86_64 GNU/Linux without rebuilding the whole kernel ? -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/25/2011 07:43 AM, Bruno Friedmann wrote:
On 07/25/2011 11:51 AM, Mel Gorman wrote:
On Sat, Jul 23, 2011 at 02:23:35PM +0200, Bruno Friedmann wrote:
<SNIP> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
and
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
but for a not yet "blacklisted" model ?
That's what I'm expecting.
After testing : reboot work at 100% with reboot=pci
I don't know how or what to push upstream.
Can you test the following patch without the reboot=pci switch please? If it works, I'll push it upstream. Thanks.
==== CUT HERE ==== x86: Add reboot quirk for Dell Precision M4600
ACPI reboot does not work for Dell Precision M4600. Detect this machine via DMI and force the use of the PCI reboot method.
Reported-by: Bruno Friedmann <bruno@ioda-net.ch> Signed-off-by: Mel Gorman <mgorman@suse.de> --- arch/x86/kernel/reboot.c | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c index 9242436..7ca2ec4 100644 --- a/arch/x86/kernel/reboot.c +++ b/arch/x86/kernel/reboot.c @@ -443,6 +443,15 @@ static struct dmi_system_id __initdata pci_reboot_dmi_table[] = { DMI_MATCH(DMI_PRODUCT_NAME, "Latitude E6420"), }, }, + { /* Handle problems with rebooting on Dell Precision M4600's */ + .callback = set_pci_reboot, + .ident = "Dell Precision M4600", + .matches = { + DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc."), + DMI_MATCH(DMI_PRODUCT_NAME, "Precision M4600"), + }, + }, + { } };
Greg sorry to bother you,
If applying the patch is easy, how can I get just that rebuild against my actual 3.0.0-2-desktop #1 SMP PREEMPT Fri Jul 22 08:28:15 UTC 2011 (50c05d7) x86_64 x86_64 x86_64 GNU/Linux without rebuilding the whole kernel ?
You're gonna need to rebuild the kernel proper, vmlinux. You won't need to rebuild modules. Since the openSUSE kernel is mostly modular, that cuts out a good deal of build time. 'make bzImage' will do it. It'll end up in arch/x86/boot/bzImage. That'll cut the build time down to a few minutes. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4vjrUACgkQLPWxlyuTD7KWnACeM46ugGwsMQIbE5mamyjqXlt6 biEAn3Spe8aQNk7JK2OKgG4KNlFp7w1q =//Lr -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 07/27/2011 06:06 AM, Jeff Mahoney wrote:
On 07/25/2011 07:43 AM, Bruno Friedmann wrote:
On 07/25/2011 11:51 AM, Mel Gorman wrote:
On Sat, Jul 23, 2011 at 02:23:35PM +0200, Bruno Friedmann wrote:
<SNIP> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
and
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
but for a not yet "blacklisted" model ?
That's what I'm expecting.
After testing : reboot work at 100% with reboot=pci
I don't know how or what to push upstream.
Can you test the following patch without the reboot=pci switch please? If it works, I'll push it upstream. Thanks.
==== CUT HERE ==== x86: Add reboot quirk for Dell Precision M4600
ACPI reboot does not work for Dell Precision M4600. Detect this machine via DMI and force the use of the PCI reboot method.
Reported-by: Bruno Friedmann <bruno@ioda-net.ch> Signed-off-by: Mel Gorman <mgorman@suse.de> --- arch/x86/kernel/reboot.c | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/reboot.c b/arch/x86/kernel/reboot.c index 9242436..7ca2ec4 100644 --- a/arch/x86/kernel/reboot.c +++ b/arch/x86/kernel/reboot.c @@ -443,6 +443,15 @@ static struct dmi_system_id __initdata pci_reboot_dmi_table[] = { DMI_MATCH(DMI_PRODUCT_NAME, "Latitude E6420"), }, }, + { /* Handle problems with rebooting on Dell Precision M4600's */ + .callback = set_pci_reboot, + .ident = "Dell Precision M4600", + .matches = { + DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc."), + DMI_MATCH(DMI_PRODUCT_NAME, "Precision M4600"), + }, + }, + { } };
Greg sorry to bother you,
If applying the patch is easy, how can I get just that rebuild against my actual 3.0.0-2-desktop #1 SMP PREEMPT Fri Jul 22 08:28:15 UTC 2011 (50c05d7) x86_64 x86_64 x86_64 GNU/Linux without rebuilding the whole kernel ?
You're gonna need to rebuild the kernel proper, vmlinux. You won't need to rebuild modules. Since the openSUSE kernel is mostly modular, that cuts out a good deal of build time.
'make bzImage' will do it. It'll end up in arch/x86/boot/bzImage. That'll cut the build time down to a few minutes.
-Jeff
Jeff thanks, was easy once what was needed ... I'm now using it. test several reboot without a glitch I've asked on the Linux Dell Precision ML [1] if someone else, also with other distribution can give some feedback. I'm asking myself if the M6600 (same base but 17" screen) could be also affected. I will wait some days (~ a week) and see if there's reports [1] http://lists.us.dell.com/pipermail/linux-precision -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot
On Wed, 2011-07-27 at 09:25 +0200, Bruno Friedmann wrote:
If applying the patch is easy, how can I get just that rebuild against my actual 3.0.0-2-desktop #1 SMP PREEMPT Fri Jul 22 08:28:15 UTC 2011 (50c05d7) x86_64 x86_64 x86_64 GNU/Linux without rebuilding the whole kernel ?
You're gonna need to rebuild the kernel proper, vmlinux. You won't need to rebuild modules. Since the openSUSE kernel is mostly modular, that cuts out a good deal of build time.
'make bzImage' will do it. It'll end up in arch/x86/boot/bzImage. That'll cut the build time down to a few minutes.
-Jeff
Jeff thanks, was easy once what was needed ...
I'm now using it. test several reboot without a glitch
The Dell mailing list thread makes no reference to this patch so just to confirm - is rebooting working on your machine with this patch applied without using noapic or reboot= on the command line? If that is the case, I'll put a Tested-and-reported-by: Bruno Friedmann <bruno@ioda-net.ch> on the patch and push it upstream. I confess I don't know what the etiquette of pushing patches into the openSUSE kernel tree is. This is not going to get this into 2.6.37-stable where it would be automatically picked up. I can push the patch to the openSUSE tree myself but is there a community kernel maintainer that it should be going through instead? -- Mel Gorman SUSE Labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 07/27/2011 11:27 AM, Mel Gorman wrote:
On Wed, 2011-07-27 at 09:25 +0200, Bruno Friedmann wrote:
If applying the patch is easy, how can I get just that rebuild against my actual 3.0.0-2-desktop #1 SMP PREEMPT Fri Jul 22 08:28:15 UTC 2011 (50c05d7) x86_64 x86_64 x86_64 GNU/Linux without rebuilding the whole kernel ?
You're gonna need to rebuild the kernel proper, vmlinux. You won't need to rebuild modules. Since the openSUSE kernel is mostly modular, that cuts out a good deal of build time.
'make bzImage' will do it. It'll end up in arch/x86/boot/bzImage. That'll cut the build time down to a few minutes.
-Jeff
Jeff thanks, was easy once what was needed ...
I'm now using it. test several reboot without a glitch
The Dell mailing list thread makes no reference to this patch so just to confirm - is rebooting working on your machine with this patch applied without using noapic or reboot= on the command line?
YES that's the good news. If that is the
case, I'll put a
Tested-and-reported-by: Bruno Friedmann <bruno@ioda-net.ch>> on the patch and push it upstream.
I confess I don't know what the etiquette of pushing patches into the openSUSE kernel tree is. This is not going to get this into 2.6.37-stable where it would be automatically picked up. I can push the patch to the openSUSE tree myself but is there a community kernel maintainer that it should be going through instead?
I will be able to answer after the workshop of gkh at osc :D -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On Wed, 2011-07-27 at 12:00 +0200, Bruno Friedmann wrote:
On 07/27/2011 11:27 AM, Mel Gorman wrote:
On Wed, 2011-07-27 at 09:25 +0200, Bruno Friedmann wrote:
If applying the patch is easy, how can I get just that rebuild against my actual 3.0.0-2-desktop #1 SMP PREEMPT Fri Jul 22 08:28:15 UTC 2011 (50c05d7) x86_64 x86_64 x86_64 GNU/Linux without rebuilding the whole kernel ?
You're gonna need to rebuild the kernel proper, vmlinux. You won't need to rebuild modules. Since the openSUSE kernel is mostly modular, that cuts out a good deal of build time.
'make bzImage' will do it. It'll end up in arch/x86/boot/bzImage. That'll cut the build time down to a few minutes.
-Jeff
Jeff thanks, was easy once what was needed ...
I'm now using it. test several reboot without a glitch
The Dell mailing list thread makes no reference to this patch so just to confirm - is rebooting working on your machine with this patch applied without using noapic or reboot= on the command line?
YES that's the good news.
Good stuff. I've pushed to mainline in that case and will keep an eye on it. Thanks. -- Mel Gorman SUSE Labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On Wed, Jul 27, 2011 at 12:00:28PM +0200, Bruno Friedmann wrote:
I confess I don't know what the etiquette of pushing patches into the openSUSE kernel tree is. This is not going to get this into 2.6.37-stable where it would be automatically picked up. I can push the patch to the openSUSE tree myself but is there a community kernel maintainer that it should be going through instead?
I will be able to answer after the workshop of gkh at osc :D
What workshop am I giving? confused, greg k-h -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
On 07/27/2011 05:56 PM, Greg KH wrote:
On Wed, Jul 27, 2011 at 12:00:28PM +0200, Bruno Friedmann wrote:
I confess I don't know what the etiquette of pushing patches into the openSUSE kernel tree is. This is not going to get this into 2.6.37-stable where it would be automatically picked up. I can push the patch to the openSUSE tree myself but is there a community kernel maintainer that it should be going through instead?
I will be able to answer after the workshop of gkh at osc :D
What workshop am I giving?
confused,
greg k-h
Don't worry, I've loved so much the conf (the show:-) given at Fosdem about how to become a kernel hacker. That I can only dream to assist to a new version . :-) -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Ambassador GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org
participants (6)
-
Bruno Friedmann -
Cristian Rodríguez -
Greg KH -
Jeff Mahoney -
Mel Gorman -
Stefan Seyfried