On Thu, Sep 19, 2013 at 12:02 PM, Paul Zimmerman Paul.Zimmerman@synopsys.com wrote:
I have an ASUS P6X58D-Premium mobo with a GeForce 9400GT PCIe video card. With kernel 3.12-rc1, I get scrambled video on boot. Kernel 3.11 works fine.
Bisecting this, I found 7c510133d93dd6f15ca040733ba7b2891ed61fd1 "drm: mark context support as a legacy subsystem" is the guilty commit. If I revert that commit, the video works fine.
Is there any more info I can provide?
Full dmesg, and what driver you are using.
Dave.
From: Dave Airlie [mailto:airlied@gmail.com] Sent: Wednesday, September 18, 2013 7:40 PM
On Thu, Sep 19, 2013 at 12:02 PM, Paul Zimmerman Paul.Zimmerman@synopsys.com wrote:
I have an ASUS P6X58D-Premium mobo with a GeForce 9400GT PCIe video card. With kernel 3.12-rc1, I get scrambled video on boot. Kernel 3.11 works fine.
Bisecting this, I found 7c510133d93dd6f15ca040733ba7b2891ed61fd1 "drm: mark context support as a legacy subsystem" is the guilty commit. If I revert that commit, the video works fine.
Is there any more info I can provide?
Full dmesg, and what driver you are using.
Driver is nouveau.
The dmesg from a good boot with the commit reverted is attached.
For the bad boot, the dmesg log is filled with messages like this:
[ 15.871667] nouveau E[ PFB][0000:03:00.0] trapped write at 0x01010010a0 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871698] nouveau E[ PFB][0000:03:00.0] trapped write at 0x010100b2e0 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871781] nouveau E[ PFB][0000:03:00.0] trapped write at 0x0101011600 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT
I will try next with the patch series you sent to Linus yesterday, to see if that happens to fix this.
From: Paul Zimmerman Sent: Thursday, September 19, 2013 11:21 AM
From: Dave Airlie [mailto:airlied@gmail.com] Sent: Wednesday, September 18, 2013 7:40 PM
On Thu, Sep 19, 2013 at 12:02 PM, Paul Zimmerman Paul.Zimmerman@synopsys.com wrote:
I have an ASUS P6X58D-Premium mobo with a GeForce 9400GT PCIe video card. With kernel 3.12-rc1, I get scrambled video on boot. Kernel 3.11 works fine.
Bisecting this, I found 7c510133d93dd6f15ca040733ba7b2891ed61fd1 "drm: mark context support as a legacy subsystem" is the guilty commit. If I revert that commit, the video works fine.
Is there any more info I can provide?
Full dmesg, and what driver you are using.
Driver is nouveau.
The dmesg from a good boot with the commit reverted is attached.
For the bad boot, the dmesg log is filled with messages like this:
[ 15.871667] nouveau E[ PFB][0000:03:00.0] trapped write at 0x01010010a0 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871698] nouveau E[ PFB][0000:03:00.0] trapped write at 0x010100b2e0 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871781] nouveau E[ PFB][0000:03:00.0] trapped write at 0x0101011600 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT
I will try next with the patch series you sent to Linus yesterday, to see if that happens to fix this.
Nope, with your patch series from yesterday the problem still exists.
On Thu, Sep 19, 2013 at 06:32:47PM +0000, Paul Zimmerman wrote:
From: Paul Zimmerman Sent: Thursday, September 19, 2013 11:21 AM
From: Dave Airlie [mailto:airlied@gmail.com] Sent: Wednesday, September 18, 2013 7:40 PM
On Thu, Sep 19, 2013 at 12:02 PM, Paul Zimmerman Paul.Zimmerman@synopsys.com wrote:
I have an ASUS P6X58D-Premium mobo with a GeForce 9400GT PCIe video card. With kernel 3.12-rc1, I get scrambled video on boot. Kernel 3.11 works fine.
Bisecting this, I found 7c510133d93dd6f15ca040733ba7b2891ed61fd1 "drm: mark context support as a legacy subsystem" is the guilty commit. If I revert that commit, the video works fine.
Is there any more info I can provide?
Full dmesg, and what driver you are using.
Driver is nouveau.
The dmesg from a good boot with the commit reverted is attached.
For the bad boot, the dmesg log is filled with messages like this:
[ 15.871667] nouveau E[ PFB][0000:03:00.0] trapped write at 0x01010010a0 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871698] nouveau E[ PFB][0000:03:00.0] trapped write at 0x010100b2e0 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871781] nouveau E[ PFB][0000:03:00.0] trapped write at 0x0101011600 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT
I will try next with the patch series you sent to Linus yesterday, to see if that happens to fix this.
Nope, with your patch series from yesterday the problem still exists.
Just to double-check: Does the revert still work, even on latest upstream git + Dave's pull request? -Daniel
On Fri, Sep 20, 2013 at 6:10 AM, Daniel Vetter daniel@ffwll.ch wrote:
On Thu, Sep 19, 2013 at 06:32:47PM +0000, Paul Zimmerman wrote:
From: Paul Zimmerman Sent: Thursday, September 19, 2013 11:21 AM
From: Dave Airlie [mailto:airlied@gmail.com] Sent: Wednesday, September 18, 2013 7:40 PM
On Thu, Sep 19, 2013 at 12:02 PM, Paul Zimmerman Paul.Zimmerman@synopsys.com wrote:
I have an ASUS P6X58D-Premium mobo with a GeForce 9400GT PCIe video card. With kernel 3.12-rc1, I get scrambled video on boot. Kernel 3.11 works fine.
Bisecting this, I found 7c510133d93dd6f15ca040733ba7b2891ed61fd1 "drm: mark context support as a legacy subsystem" is the guilty commit. If I revert that commit, the video works fine.
Is there any more info I can provide?
Full dmesg, and what driver you are using.
Driver is nouveau.
The dmesg from a good boot with the commit reverted is attached.
For the bad boot, the dmesg log is filled with messages like this:
[ 15.871667] nouveau E[ PFB][0000:03:00.0] trapped write at 0x01010010a0 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871698] nouveau E[ PFB][0000:03:00.0] trapped write at 0x010100b2e0 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871781] nouveau E[ PFB][0000:03:00.0] trapped write at 0x0101011600 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT
I will try next with the patch series you sent to Linus yesterday, to see if that happens to fix this.
Nope, with your patch series from yesterday the problem still exists.
Just to double-check: Does the revert still work, even on latest upstream git + Dave's pull request?
Also what versions of userspace have you got, libdrm + xf86-video-nouveau and mesa?
Dave.
From: Dave Airlie [mailto:airlied@gmail.com] Sent: Thursday, September 19, 2013 1:15 PM
On Fri, Sep 20, 2013 at 6:10 AM, Daniel Vetter daniel@ffwll.ch wrote:
On Thu, Sep 19, 2013 at 06:32:47PM +0000, Paul Zimmerman wrote:
From: Paul Zimmerman Sent: Thursday, September 19, 2013 11:21 AM
From: Dave Airlie [mailto:airlied@gmail.com] Sent: Wednesday, September 18, 2013 7:40 PM
On Thu, Sep 19, 2013 at 12:02 PM, Paul Zimmerman Paul.Zimmerman@synopsys.com wrote:
I have an ASUS P6X58D-Premium mobo with a GeForce 9400GT PCIe video card. With kernel 3.12-rc1, I get scrambled video on boot. Kernel 3.11 works fine.
Bisecting this, I found 7c510133d93dd6f15ca040733ba7b2891ed61fd1 "drm: mark context support as a legacy subsystem" is the guilty commit. If I revert that commit, the video works fine.
Is there any more info I can provide?
Full dmesg, and what driver you are using.
Driver is nouveau.
The dmesg from a good boot with the commit reverted is attached.
For the bad boot, the dmesg log is filled with messages like this:
[ 15.871667] nouveau E[ PFB][0000:03:00.0] trapped write at 0x01010010a0 on channel
0x0001fed0
[unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871698] nouveau E[ PFB][0000:03:00.0] trapped write at 0x010100b2e0 on channel
0x0001fed0
[unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871781] nouveau E[ PFB][0000:03:00.0] trapped write at 0x0101011600 on channel
0x0001fed0
[unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT
I will try next with the patch series you sent to Linus yesterday, to see if that happens to fix this.
Nope, with your patch series from yesterday the problem still exists.
Just to double-check: Does the revert still work, even on latest upstream git + Dave's pull request?
Also what versions of userspace have you got, libdrm + xf86-video-nouveau and mesa?
Yes, the revert still works.
I have pretty old userspace, Fedora 14.
libdrm is 2.4.22-1.fc14, mesa is 7.9-5.fc14.
I don't have xf86-video-nouveau, I have xorg-x11-drv-nouveau.x86_64 1:0.0.16-14.20101010git8c8f15c.fc14
On Fri, Sep 20, 2013 at 7:13 AM, Paul Zimmerman Paul.Zimmerman@synopsys.com wrote:
From: Dave Airlie [mailto:airlied@gmail.com] Sent: Thursday, September 19, 2013 1:15 PM
On Fri, Sep 20, 2013 at 6:10 AM, Daniel Vetter daniel@ffwll.ch wrote:
On Thu, Sep 19, 2013 at 06:32:47PM +0000, Paul Zimmerman wrote:
From: Paul Zimmerman Sent: Thursday, September 19, 2013 11:21 AM
From: Dave Airlie [mailto:airlied@gmail.com] Sent: Wednesday, September 18, 2013 7:40 PM
On Thu, Sep 19, 2013 at 12:02 PM, Paul Zimmerman Paul.Zimmerman@synopsys.com wrote: > I have an ASUS P6X58D-Premium mobo with a GeForce 9400GT PCIe video card. > With kernel 3.12-rc1, I get scrambled video on boot. Kernel 3.11 works > fine. > > Bisecting this, I found 7c510133d93dd6f15ca040733ba7b2891ed61fd1 "drm: > mark context support as a legacy subsystem" is the guilty commit. If I > revert that commit, the video works fine. > > Is there any more info I can provide?
Full dmesg, and what driver you are using.
Driver is nouveau.
The dmesg from a good boot with the commit reverted is attached.
For the bad boot, the dmesg log is filled with messages like this:
[ 15.871667] nouveau E[ PFB][0000:03:00.0] trapped write at 0x01010010a0 on channel
0x0001fed0
[unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871698] nouveau E[ PFB][0000:03:00.0] trapped write at 0x010100b2e0 on channel
0x0001fed0
[unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871781] nouveau E[ PFB][0000:03:00.0] trapped write at 0x0101011600 on channel
0x0001fed0
[unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT
I will try next with the patch series you sent to Linus yesterday, to see if that happens to fix this.
Nope, with your patch series from yesterday the problem still exists.
Just to double-check: Does the revert still work, even on latest upstream git + Dave's pull request?
Also what versions of userspace have you got, libdrm + xf86-video-nouveau and mesa?
Yes, the revert still works.
I have pretty old userspace, Fedora 14.
libdrm is 2.4.22-1.fc14, mesa is 7.9-5.fc14.
I don't have xf86-video-nouveau, I have xorg-x11-drv-nouveau.x86_64 1:0.0.16-14.20101010git8c8f15c.fc14
Okay it all makes sense now!
I'll revert the patch upstream then, older nouveau userspace used contexts, for what reason I've no idea :-)
Dave.
From: Paul Zimmerman Sent: Thursday, September 19, 2013 11:33 AM
From: Paul Zimmerman Sent: Thursday, September 19, 2013 11:21 AM
From: Dave Airlie [mailto:airlied@gmail.com] Sent: Wednesday, September 18, 2013 7:40 PM
On Thu, Sep 19, 2013 at 12:02 PM, Paul Zimmerman Paul.Zimmerman@synopsys.com wrote:
I have an ASUS P6X58D-Premium mobo with a GeForce 9400GT PCIe video card. With kernel 3.12-rc1, I get scrambled video on boot. Kernel 3.11 works fine.
Bisecting this, I found 7c510133d93dd6f15ca040733ba7b2891ed61fd1 "drm: mark context support as a legacy subsystem" is the guilty commit. If I revert that commit, the video works fine.
Is there any more info I can provide?
Full dmesg, and what driver you are using.
Driver is nouveau.
The dmesg from a good boot with the commit reverted is attached.
For the bad boot, the dmesg log is filled with messages like this:
[ 15.871667] nouveau E[ PFB][0000:03:00.0] trapped write at 0x01010010a0 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871698] nouveau E[ PFB][0000:03:00.0] trapped write at 0x010100b2e0 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT [ 15.871781] nouveau E[ PFB][0000:03:00.0] trapped write at 0x0101011600 on channel 0x0001fed0 [unknown] BAR/PFIFO_WRITE/IN reason: PAGE_NOT_PRESENT
I will try next with the patch series you sent to Linus yesterday, to see if that happens to fix this.
Nope, with your patch series from yesterday the problem still exists.
For the bad boot, I found some boot messages in /var/log/messages. Truncated version attached.
dri-devel@lists.freedesktop.org
-
Daniel Vetter -
Dave Airlie -
Paul Zimmerman