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

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

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

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

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