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

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 :

...

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

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 :

...

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 :

...

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

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 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 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 > 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, 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