On Thursday 25 of October 2012 20:06:54 Heinz Diehl wrote:
> On 25.10.2012, Paweł Sikora wrote:
>
> > what is the reason of loading nouveau driver for laptops
> > with nvidia optimus and enabling vga switcheroo
> > which doesn't work in such (optimus) cases.
>
> You can safely compile a kernel
On Thursday 25 of October 2012 20:06:54 Heinz Diehl wrote:
On 25.10.2012, Paweł Sikora wrote:
what is the reason of loading nouveau driver for laptops
with nvidia optimus and enabling vga switcheroo
which doesn't work in such (optimus) cases.
You can safely compile a kernel without
On 25.10.2012, Paweł Sikora wrote:
> what is the reason of loading nouveau driver for laptops
> with nvidia optimus and enabling vga switcheroo
> which doesn't work in such (optimus) cases.
You can safely compile a kernel without nouveau, your Nvidia
card will not be used at all since neither
On Saturday 20 of October 2012 11:40:04 Martin Peres wrote:
> On 20/10/2012 11:26, Heinz Diehl wrote:
> > On 20.10.2012, Linus Torvalds wrote:
> >
> >> Added more appropriate people to this. Added both i915 and nouveau
> >> people, since apparently that fine piece of hardware has both.
> >>
> >>
On Saturday 20 of October 2012 11:40:04 Martin Peres wrote:
On 20/10/2012 11:26, Heinz Diehl wrote:
On 20.10.2012, Linus Torvalds wrote:
Added more appropriate people to this. Added both i915 and nouveau
people, since apparently that fine piece of hardware has both.
Guys, any ideas?
On 25.10.2012, Paweł Sikora wrote:
what is the reason of loading nouveau driver for laptops
with nvidia optimus and enabling vga switcheroo
which doesn't work in such (optimus) cases.
You can safely compile a kernel without nouveau, your Nvidia
card will not be used at all since neither
On Sun, 2012-10-21 at 00:19 +0200, Marcin Slusarz wrote:
> On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
> > On 20.10.2012, Marcin Slusarz wrote:
> >
> > > Try this one.
> >
> > It works, now I can boot again. However, nouveau seems to be dead now.
> > The dmesg output with your
On Sunday 21 October 2012 16:49:08 Marcin Slusarz wrote:
> On Sun, Oct 21, 2012 at 07:38:58AM -0700, Linus Torvalds wrote:
> > On Sun, Oct 21, 2012 at 5:09 AM, Marcin Slusarz
> >
> > wrote:
> > > This looks like ACPI bug...
> >
> > I'm shocked to hear that firmware would be fragile.
> >
> >
On Sun, Oct 21, 2012 at 5:49 PM, Marcin Slusarz
wrote:
>
> I know. But this bug is not about broken firmware. It's about Linux kernel
> ACPI implementation, which (I think) wrongly interprets ACPI script.
Hmm. Len, care to comment? Marcin quoted the AML and our arguments in
an earlier thing. I
On Sun, Oct 21, 2012 at 07:38:58AM -0700, Linus Torvalds wrote:
> On Sun, Oct 21, 2012 at 5:09 AM, Marcin Slusarz
> wrote:
> >
> > This looks like ACPI bug...
>
> I'm _shocked_ to hear that firmware would be fragile.
>
> Anyway, here's the #1 thing to keep in mind about firmware:
>
> -
On Sun, Oct 21, 2012 at 5:09 AM, Marcin Slusarz
wrote:
>
> This looks like ACPI bug...
I'm _shocked_ to hear that firmware would be fragile.
Anyway, here's the #1 thing to keep in mind about firmware:
- firmware is *always* buggy.
It's that simple. Don't expect anything else. Firmware is
On 21.10.2012, Marcin Slusarz wrote:
> > > Please attach acpidump output.
> >
> > http://pluto.agmk.net/nv/acpidump.txt
> >
>
> This looks like ACPI bug...
I guess my acpidump didn't make it to the list. Anyway, here it is:
http://www.fritha.org/acpidump.gz
--
To unsubscribe from this
On Sun, Oct 21, 2012 at 08:58:07AM +0200, Paweł Sikora wrote:
> On Sunday 21 of October 2012 00:19:48 Marcin Slusarz wrote:
> > On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
> > > On 20.10.2012, Marcin Slusarz wrote:
> > >
> > > > Try this one.
> > >
> > > It works, now I can
On 21.10.2012, Paweł Sikora wrote:
> with these both patches applied my laptop boots and gui works fine.
The same here. The two patches together, applied to 3.7-rc1 let my
machine boot again. Here's the relevant dmesg cut:
[3.702671] nouveau [ DEVICE][:01:00.0] BOOT0 : 0x0a8800b1
[
On 21.10.2012, Marcin Slusarz wrote:
> On 3.6 kernel? (It doesn't exist on 3.7)
> Note that it may be in other directory than "0".
[root@wildsau linux-3.6.2]# cat .config | grep -i "nouveau"
CONFIG_DRM_NOUVEAU=m
CONFIG_DRM_NOUVEAU_BACKLIGHT=y
CONFIG_DRM_NOUVEAU_DEBUG=y
I grepped the whole
On Sunday 21 of October 2012 00:19:48 Marcin Slusarz wrote:
> On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
> > On 20.10.2012, Marcin Slusarz wrote:
> >
> > > Try this one.
> >
> > It works, now I can boot again. However, nouveau seems to be dead now.
> > The dmesg output with
On Sunday 21 of October 2012 00:19:48 Marcin Slusarz wrote:
On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
On 20.10.2012, Marcin Slusarz wrote:
Try this one.
It works, now I can boot again. However, nouveau seems to be dead now.
The dmesg output with your patch on
On 21.10.2012, Marcin Slusarz wrote:
On 3.6 kernel? (It doesn't exist on 3.7)
Note that it may be in other directory than 0.
[root@wildsau linux-3.6.2]# cat .config | grep -i nouveau
CONFIG_DRM_NOUVEAU=m
CONFIG_DRM_NOUVEAU_BACKLIGHT=y
CONFIG_DRM_NOUVEAU_DEBUG=y
I grepped the whole disk,
On 21.10.2012, Paweł Sikora wrote:
with these both patches applied my laptop boots and gui works fine.
The same here. The two patches together, applied to 3.7-rc1 let my
machine boot again. Here's the relevant dmesg cut:
[3.702671] nouveau [ DEVICE][:01:00.0] BOOT0 : 0x0a8800b1
[
On Sun, Oct 21, 2012 at 08:58:07AM +0200, Paweł Sikora wrote:
On Sunday 21 of October 2012 00:19:48 Marcin Slusarz wrote:
On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
On 20.10.2012, Marcin Slusarz wrote:
Try this one.
It works, now I can boot again. However,
On 21.10.2012, Marcin Slusarz wrote:
Please attach acpidump output.
http://pluto.agmk.net/nv/acpidump.txt
This looks like ACPI bug...
I guess my acpidump didn't make it to the list. Anyway, here it is:
http://www.fritha.org/acpidump.gz
--
To unsubscribe from this list: send the
On Sun, Oct 21, 2012 at 5:09 AM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
This looks like ACPI bug...
I'm _shocked_ to hear that firmware would be fragile.
Anyway, here's the #1 thing to keep in mind about firmware:
- firmware is *always* buggy.
It's that simple. Don't expect anything
On Sun, Oct 21, 2012 at 07:38:58AM -0700, Linus Torvalds wrote:
On Sun, Oct 21, 2012 at 5:09 AM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
This looks like ACPI bug...
I'm _shocked_ to hear that firmware would be fragile.
Anyway, here's the #1 thing to keep in mind about firmware:
On Sun, Oct 21, 2012 at 5:49 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
I know. But this bug is not about broken firmware. It's about Linux kernel
ACPI implementation, which (I think) wrongly interprets ACPI script.
Hmm. Len, care to comment? Marcin quoted the AML and our arguments in
On Sunday 21 October 2012 16:49:08 Marcin Slusarz wrote:
On Sun, Oct 21, 2012 at 07:38:58AM -0700, Linus Torvalds wrote:
On Sun, Oct 21, 2012 at 5:09 AM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
This looks like ACPI bug...
I'm shocked to hear that firmware would be fragile.
On Sun, 2012-10-21 at 00:19 +0200, Marcin Slusarz wrote:
On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
On 20.10.2012, Marcin Slusarz wrote:
Try this one.
It works, now I can boot again. However, nouveau seems to be dead now.
The dmesg output with your patch on top
On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
> On 20.10.2012, Marcin Slusarz wrote:
>
> > Try this one.
>
> It works, now I can boot again. However, nouveau seems to be dead now.
> The dmesg output with your patch on top of 3.7-rc1 is:
>
> [3.685909] [drm] Initialized i915
On Sat, Oct 20, 2012 at 11:42:17PM +0200, Marcin Slusarz wrote:
> On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
> > On 20.10.2012, Marcin Slusarz wrote:
> >
> > > Try this one.
> >
> > It works, now I can boot again. However, nouveau seems to be dead now.
> > The dmesg output
On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
> On 20.10.2012, Marcin Slusarz wrote:
>
> > Try this one.
>
> It works, now I can boot again. However, nouveau seems to be dead now.
> The dmesg output with your patch on top of 3.7-rc1 is:
>
> [3.685909] [drm] Initialized i915
On 20.10.2012, Marcin Slusarz wrote:
> Try this one.
It works, now I can boot again. However, nouveau seems to be dead now.
The dmesg output with your patch on top of 3.7-rc1 is:
[3.685909] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[3.687784] nouveau [
On Sat, Oct 20, 2012 at 10:28:46PM +0200, Marcin Slusarz wrote:
> On Sat, Oct 20, 2012 at 12:42:38PM +0200, Heinz Diehl wrote:
> > On 20.10.2012, Martin Peres wrote:
> >
> > > Can you test the attached patch too ? I rebased the previous one I sent on
> > > top on 3.7-rc1 as I accidentally used
On Sat, Oct 20, 2012 at 12:42:38PM +0200, Heinz Diehl wrote:
> On 20.10.2012, Martin Peres wrote:
>
> > Can you test the attached patch too ? I rebased the previous one I sent on
> > top on 3.7-rc1 as I accidentally used an older version.
>
> Yes, of course.
>
> Tried it. Unfortunately, the
On 20.10.2012, Martin Peres wrote:
> Can you test the attached patch too ? I rebased the previous one I sent on
> top on 3.7-rc1 as I accidentally used an older version.
Yes, of course.
Tried it. Unfortunately, the crash remains the same as reported.
--
To unsubscribe from this list: send the
On 20/10/2012 11:26, Heinz Diehl wrote:
On 20.10.2012, Linus Torvalds wrote:
Added more appropriate people to this. Added both i915 and nouveau
people, since apparently that fine piece of hardware has both.
Guys, any ideas?
Plese see https://lkml.org/lkml/2012/10/19/371 , this is the same
On 20.10.2012, Linus Torvalds wrote:
> Added more appropriate people to this. Added both i915 and nouveau
> people, since apparently that fine piece of hardware has both.
>
> Guys, any ideas?
Plese see https://lkml.org/lkml/2012/10/19/371 , this is the same
thing going on. Reverting
Ben Skeggs
On 20.10.2012, Linus Torvalds wrote:
Added more appropriate people to this. Added both i915 and nouveau
people, since apparently that fine piece of hardware has both.
Guys, any ideas?
Plese see https://lkml.org/lkml/2012/10/19/371 , this is the same
thing going on. Reverting
Ben Skeggs
On 20/10/2012 11:26, Heinz Diehl wrote:
On 20.10.2012, Linus Torvalds wrote:
Added more appropriate people to this. Added both i915 and nouveau
people, since apparently that fine piece of hardware has both.
Guys, any ideas?
Plese see https://lkml.org/lkml/2012/10/19/371 , this is the same
On 20.10.2012, Martin Peres wrote:
Can you test the attached patch too ? I rebased the previous one I sent on
top on 3.7-rc1 as I accidentally used an older version.
Yes, of course.
Tried it. Unfortunately, the crash remains the same as reported.
--
To unsubscribe from this list: send the
On Sat, Oct 20, 2012 at 12:42:38PM +0200, Heinz Diehl wrote:
On 20.10.2012, Martin Peres wrote:
Can you test the attached patch too ? I rebased the previous one I sent on
top on 3.7-rc1 as I accidentally used an older version.
Yes, of course.
Tried it. Unfortunately, the crash
On Sat, Oct 20, 2012 at 10:28:46PM +0200, Marcin Slusarz wrote:
On Sat, Oct 20, 2012 at 12:42:38PM +0200, Heinz Diehl wrote:
On 20.10.2012, Martin Peres wrote:
Can you test the attached patch too ? I rebased the previous one I sent on
top on 3.7-rc1 as I accidentally used an older
On 20.10.2012, Marcin Slusarz wrote:
Try this one.
It works, now I can boot again. However, nouveau seems to be dead now.
The dmesg output with your patch on top of 3.7-rc1 is:
[3.685909] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[3.687784] nouveau [
On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
On 20.10.2012, Marcin Slusarz wrote:
Try this one.
It works, now I can boot again. However, nouveau seems to be dead now.
The dmesg output with your patch on top of 3.7-rc1 is:
[3.685909] [drm] Initialized i915 1.6.0
On Sat, Oct 20, 2012 at 11:42:17PM +0200, Marcin Slusarz wrote:
On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
On 20.10.2012, Marcin Slusarz wrote:
Try this one.
It works, now I can boot again. However, nouveau seems to be dead now.
The dmesg output with your patch
On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
On 20.10.2012, Marcin Slusarz wrote:
Try this one.
It works, now I can boot again. However, nouveau seems to be dead now.
The dmesg output with your patch on top of 3.7-rc1 is:
[3.685909] [drm] Initialized i915 1.6.0
On Fri, Oct 19, 2012 at 3:41 PM, Martin Peres wrote:
>
> You must have missed the oops that was attached to the mail:
> http://www.spinics.net/lists/kernel/msg1420355.html
I did indeed. So never mind about that dmesg request, Paweł ;-p
> Paweł, could you try the attached patch please ?
Thanks
Added more appropriate people to this. Added both i915 and nouveau
people, since apparently that fine piece of hardware has both.
Guys, any ideas?
Paweł, could you perhaps get a photo of the oops and post it
somewhere? I'm assuming the oops happens early during boot and you
never get a usable
Added more appropriate people to this. Added both i915 and nouveau
people, since apparently that fine piece of hardware has both.
Guys, any ideas?
Paweł, could you perhaps get a photo of the oops and post it
somewhere? I'm assuming the oops happens early during boot and you
never get a usable
On Fri, Oct 19, 2012 at 3:41 PM, Martin Peres martin.pe...@labri.fr wrote:
You must have missed the oops that was attached to the mail:
http://www.spinics.net/lists/kernel/msg1420355.html
I did indeed. So never mind about that dmesg request, Paweł ;-p
Paweł, could you try the attached patch
On 10/14/2012 06:37 PM, Randy Dunlap wrote:
> On 10/14/2012 06:15 PM, Randy Dunlap wrote:
>
>> On 10/14/2012 03:27 PM, Linus Torvalds wrote:
>>
>>> The two weeks are up, and I was merging during my trip, so no reason
>>> for merge window extensions.
>>>
>>> The 3.7-rc1 kernel is out there.
Hi Randy,
Randy Dunlap wrote:
> Building um (uml) for x86_64 (defconfig) has lots of errors like:
>
> In file included from include/linux/irq.h:22:0,
> from include/asm-generic/hardirq.h:12,
> from arch/um/include/generated/asm/hardirq.h:1,
>
Randy Dunlap wrote:
> Building um (uml) for x86_64 (defconfig) has lots of errors like:
>
> In file included from include/linux/irq.h:22:0,
> from include/asm-generic/hardirq.h:12,
> from arch/um/include/generated/asm/hardirq.h:1,
> from
On Mon, Oct 15, 2012 at 5:18 PM, Alex Shi wrote:
> Sorry, something in my side. the bisect result is unreliable. I will redo.
Seems the patch-3.7-rc1.bz2 at ftp://www.kernel.org/pub/linux/kernel/
is missed some patches.
but Linus' tree works fine.
>
> On Mon, Oct 15, 2012 at 4:30 PM, richard
Sorry, something in my side. the bisect result is unreliable. I will redo.
On Mon, Oct 15, 2012 at 4:30 PM, richard -rw- weinberger
wrote:
> On Mon, Oct 15, 2012 at 6:16 AM, Alex Shi wrote:
>>>
>>> Building um (uml) for x86_64 (defconfig) has lots of errors like:
>>>
>>> In file included from
On Mon, Oct 15, 2012 at 6:16 AM, Alex Shi wrote:
>>
>> Building um (uml) for x86_64 (defconfig) has lots of errors like:
>>
>> In file included from include/linux/irq.h:22:0,
>> from include/asm-generic/hardirq.h:12,
>> from
On Mon, Oct 15, 2012 at 6:16 AM, Alex Shi lkml.a...@gmail.com wrote:
Building um (uml) for x86_64 (defconfig) has lots of errors like:
In file included from include/linux/irq.h:22:0,
from include/asm-generic/hardirq.h:12,
from
Sorry, something in my side. the bisect result is unreliable. I will redo.
On Mon, Oct 15, 2012 at 4:30 PM, richard -rw- weinberger
richard.weinber...@gmail.com wrote:
On Mon, Oct 15, 2012 at 6:16 AM, Alex Shi lkml.a...@gmail.com wrote:
Building um (uml) for x86_64 (defconfig) has lots of
On Mon, Oct 15, 2012 at 5:18 PM, Alex Shi lkml.a...@gmail.com wrote:
Sorry, something in my side. the bisect result is unreliable. I will redo.
Seems the patch-3.7-rc1.bz2 at ftp://www.kernel.org/pub/linux/kernel/
is missed some patches.
but Linus' tree works fine.
On Mon, Oct 15, 2012 at
Randy Dunlap rdun...@xenotime.net wrote:
Building um (uml) for x86_64 (defconfig) has lots of errors like:
In file included from include/linux/irq.h:22:0,
from include/asm-generic/hardirq.h:12,
from arch/um/include/generated/asm/hardirq.h:1,
Hi Randy,
Randy Dunlap rdun...@xenotime.net wrote:
Building um (uml) for x86_64 (defconfig) has lots of errors like:
In file included from include/linux/irq.h:22:0,
from include/asm-generic/hardirq.h:12,
from arch/um/include/generated/asm/hardirq.h:1,
On 10/14/2012 06:37 PM, Randy Dunlap wrote:
On 10/14/2012 06:15 PM, Randy Dunlap wrote:
On 10/14/2012 03:27 PM, Linus Torvalds wrote:
The two weeks are up, and I was merging during my trip, so no reason
for merge window extensions.
The 3.7-rc1 kernel is out there. There's a few big
>
> Building um (uml) for x86_64 (defconfig) has lots of errors like:
>
> In file included from include/linux/irq.h:22:0,
> from include/asm-generic/hardirq.h:12,
> from arch/um/include/generated/asm/hardirq.h:1,
> from include/linux/hardirq.h:7,
On 10/14/2012 06:15 PM, Randy Dunlap wrote:
> On 10/14/2012 03:27 PM, Linus Torvalds wrote:
>
>> The two weeks are up, and I was merging during my trip, so no reason
>> for merge window extensions.
>>
>> The 3.7-rc1 kernel is out there. There's a few big things worth noting here:
>>
>> - the
On 10/14/2012 03:27 PM, Linus Torvalds wrote:
> The two weeks are up, and I was merging during my trip, so no reason
> for merge window extensions.
>
> The 3.7-rc1 kernel is out there. There's a few big things worth noting here:
>
> - the "uapi" include file cleanups. The idea is that the
The two weeks are up, and I was merging during my trip, so no reason
for merge window extensions.
The 3.7-rc1 kernel is out there. There's a few big things worth noting here:
- the "uapi" include file cleanups. The idea is that the stuff
exported to user space should now be found under
The two weeks are up, and I was merging during my trip, so no reason
for merge window extensions.
The 3.7-rc1 kernel is out there. There's a few big things worth noting here:
- the uapi include file cleanups. The idea is that the stuff
exported to user space should now be found under
On 10/14/2012 03:27 PM, Linus Torvalds wrote:
The two weeks are up, and I was merging during my trip, so no reason
for merge window extensions.
The 3.7-rc1 kernel is out there. There's a few big things worth noting here:
- the uapi include file cleanups. The idea is that the stuff
On 10/14/2012 06:15 PM, Randy Dunlap wrote:
On 10/14/2012 03:27 PM, Linus Torvalds wrote:
The two weeks are up, and I was merging during my trip, so no reason
for merge window extensions.
The 3.7-rc1 kernel is out there. There's a few big things worth noting here:
- the uapi include
Building um (uml) for x86_64 (defconfig) has lots of errors like:
In file included from include/linux/irq.h:22:0,
from include/asm-generic/hardirq.h:12,
from arch/um/include/generated/asm/hardirq.h:1,
from include/linux/hardirq.h:7,
68 matches
Mail list logo