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.
> >
> > Anywa
https://bugs.freedesktop.org/show_bug.cgi?id=56139
--- Comment #3 from Alexandre Demers ---
So, I went further and I split commit 62444b in 3 patches. On for the register
values, one for the stop function and one for the resume function. I applied
the first and the second patches for now and it s
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.
> >
> > Anywa
https://bugzilla.kernel.org/show_bug.cgi?id=36522
--- Comment #10 from Christian Casteyde
2012-10-21 21:49:34 ---
Update:
Still present in 3.7-rc2 on Slackware 64 + xf86-video-ati-6.14.6 +
libdrm-2.4.39-x86_64
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
-
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 do
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #5 from Linas 2012-10-21 19:34:45 ---
Created an attachment (id=84211)
--> (https://bugzilla.kernel.org/attachment.cgi?id=84211)
Other Xorg log
Another failed Xorg log, this time without overflowing errors.
--
Configure bugmai
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #4 from Linas 2012-10-21 19:31:38 ---
Created an attachment (id=84201)
--> (https://bugzilla.kernel.org/attachment.cgi?id=84201)
Xorg log mieq
Testing with 3.6.2, radeon.no_wb=1 is still needed, although it seems a bit
better.
Y
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 p
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:
>
> - firmwar
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
https://bugzilla.kernel.org/show_bug.cgi?id=36522
--- Comment #10 from Christian Casteyde
2012-10-21 21:49:34 ---
Update:
Still present in 3.7-rc2 on Slackware 64 + xf86-video-ati-6.14.6 +
libdrm-2.4.39-x86_64
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
-
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
Hi Ben and Greg,
Please consider
9756fe38d10b drm/i915: no lvds quirk for Zotac ZDBOX SD ID12/ID13
for application to the 3.0.y, 3.2.y, and 3.4.y trees. It was applied
upstream during the 3.6 merge window, so newer kernels don't need it.
Alexander Kurtz writes, using a kernel closely based o
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
_
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 disk,
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 you
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 [ DEVICE][
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.
___
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
th
On 10/19/12 23:25, 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?
Paweł, could you perhaps get a photo of the oops and post it
somewhere? I'm assuming the oops happens early
The radeon driver does speed cap detection on the root PCI device for
the maximum speed with which the adapter can communicate. On ppc64
systems, however, the root device belongs to the Hypervisor, so the
current code would case a null pointer dereference.
I propose to look for the outmost bus
Hi Ben and Greg,
Please consider
9756fe38d10b drm/i915: no lvds quirk for Zotac ZDBOX SD ID12/ID13
for application to the 3.0.y, 3.2.y, and 3.4.y trees. It was applied
upstream during the 3.6 merge window, so newer kernels don't need it.
Alexander Kurtz writes, using a kernel closely based o
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #5 from Linas 2012-10-21 19:34:45 ---
Created an attachment (id=84211)
--> (https://bugzilla.kernel.org/attachment.cgi?id=84211)
Other Xorg log
Another failed Xorg log, this time without overflowing errors.
--
Configure bugmai
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #4 from Linas 2012-10-21 19:31:38 ---
Created an attachment (id=84201)
--> (https://bugzilla.kernel.org/attachment.cgi?id=84201)
Xorg log mieq
Testing with 3.6.2, radeon.no_wb=1 is still needed, although it seems a bit
better.
Y
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 Sat, Oct 20, 2012 at 12:32:47PM +0200, Thierry Reding wrote:
> The drm_gem_cma_create() function never returns NULL but rather an error
> encoded in the return value using the ERR_PTR() macro. Callers therefore
> need to check for errors using the IS_ERR() macro. This change allows
> drivers to
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 at 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 di
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 do
On Thu, Oct 18, 2012 at 11:58:09AM +0200, Henrik Rydberg wrote:
> Hi Ben,
>
> 3.7-rc1 messed up the screen on my MacBookAir3,1 (nv50, 0xaf) pretty
> badly. Not surprisingly,
>
> commit 3863c9bc887e9638a9d905d55f6038641ece78d6
> Author: Ben Skeggs
> Date: Sat Jul 14 19:09:17 2012 +1000
>
>
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 you
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:
>
> - firmwar
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 writ
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 writ
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
On Sat, Oct 20, 2012 at 12:32:47PM +0200, Thierry Reding wrote:
> The drm_gem_cma_create() function never returns NULL but rather an error
> encoded in the return value using the ERR_PTR() macro. Callers therefore
> need to check for errors using the IS_ERR() macro. This change allows
> drivers to
On Thu, Oct 18, 2012 at 11:58:09AM +0200, Henrik Rydberg wrote:
> Hi Ben,
>
> 3.7-rc1 messed up the screen on my MacBookAir3,1 (nv50, 0xaf) pretty
> badly. Not surprisingly,
>
> commit 3863c9bc887e9638a9d905d55f6038641ece78d6
> Author: Ben Skeggs
> Date: Sat Jul 14 19:09:17 2012 +1000
>
>
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
39 matches
Mail list logo
