[Nouveau] [Bug 56615] New: Unable to start X on ThinkPad T420s laptop
https://bugs.freedesktop.org/show_bug.cgi?id=56615 Priority: medium Bug ID: 56615 Assignee: nouveau@lists.freedesktop.org Summary: Unable to start X on ThinkPad T420s laptop QA Contact: xorg-t...@lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mark.cave-ayl...@ilande.co.uk Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Driver/nouveau Product: xorg Created attachment 69351 -- https://bugs.freedesktop.org/attachment.cgi?id=69351action=edit dmesg Hi all, I am trying to use the discrete graphics (nVidia) graphics card option on my T420s in order to use the DisplayPort connector, and am currently unable to start X under Debian Wheezy. Under advice from IRC, I've upgraded Wheezy with the following components: Linux kernel 3.7-rc3 from kernel.org libdrm-2.4.39 xf86-video-nouveau git (commit 8c3e1623b0be15f8cc590d893bfd19be87bd079a) However I am still unable to start with the new driver in place. When starting X, the fbconsole remains visible on screen and then hangs for nearly a minute before the login TTY appears again. There are some messages emitted in Xorg.log and dmesg which are attached to this bug report, along with the output of lspci. Many thanks, Mark. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56615] Unable to start X on ThinkPad T420s laptop
https://bugs.freedesktop.org/show_bug.cgi?id=56615 --- Comment #1 from Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk --- Created attachment 69352 -- https://bugs.freedesktop.org/attachment.cgi?id=69352action=edit xorg.log -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56615] Unable to start X on ThinkPad T420s laptop
https://bugs.freedesktop.org/show_bug.cgi?id=56615 --- Comment #2 from Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk --- The output from lspci -vv is included below: 01:00.0 VGA compatible controller: NVIDIA Corporation GF119 [Quadro NVS 4200M] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device 21d2 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at f200 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e000 (64-bit, prefetchable) [size=256M] Region 3: Memory at f000 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at 4000 [size=128] Expansion ROM at f308 [disabled] [size=512K] Capabilities: [60] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: Data: Capabilities: [78] Express (v2) Endpoint, MSI 00 DevCap:MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 64us ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl:Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta:CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap:Port #0, Speed 5GT/s, Width x16, ASPM L0s L1, Latency L0 256ns, L1 4us ClockPM+ Surprise- LLActRep- BwNot- LnkCtl:ASPM L0s L1 Enabled; RCB 64 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta:Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis+ DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1- EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest- Capabilities: [b4] Vendor Specific Information: Len=14 ? Kernel driver in use: nouveau -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH] nv50,nvc0: expose ARB_map_buffer_alignment
All HW buffers (also suballocated ones) are already aligned. Just make sure that also the initial sysram buffers have proper alignment. --- Passes the ARB_map_buffer_alignment piglit test on nv50. Not tested on nvc0. --- src/gallium/drivers/nouveau/nouveau_buffer.c | 6 +++--- src/gallium/drivers/nouveau/nouveau_mm.c | 2 +- src/gallium/drivers/nv50/nv50_screen.c | 3 ++- src/gallium/drivers/nvc0/nvc0_screen.c | 3 ++- 4 Dateien geändert, 8 Zeilen hinzugefügt(+), 6 Zeilen entfernt(-) diff --git a/src/gallium/drivers/nouveau/nouveau_buffer.c b/src/gallium/drivers/nouveau/nouveau_buffer.c index fb929d6..0ecd53a 100644 --- a/src/gallium/drivers/nouveau/nouveau_buffer.c +++ b/src/gallium/drivers/nouveau/nouveau_buffer.c @@ -43,7 +43,7 @@ nouveau_buffer_allocate(struct nouveau_screen *screen, } if (domain != NOUVEAU_BO_GART) { if (!buf-data) { - buf-data = MALLOC(buf-base.width0); + buf-data = align_malloc(buf-base.width0, 64); if (!buf-data) return FALSE; } @@ -92,7 +92,7 @@ nouveau_buffer_destroy(struct pipe_screen *pscreen, nouveau_buffer_release_gpu_storage(res); if (res-data !(res-status NOUVEAU_BUFFER_STATUS_USER_MEMORY)) - FREE(res-data); + align_free(res-data); nouveau_fence_ref(NULL, res-fence); nouveau_fence_ref(NULL, res-fence_wr); @@ -457,7 +457,7 @@ nouveau_buffer_migrate(struct nouveau_context *nv, if (ret) return ret; memcpy((uint8_t *)buf-bo-map + buf-offset, buf-data, size); - FREE(buf-data); + align_free(buf-data); } else if (old_domain != 0 new_domain != 0) { struct nouveau_mm_allocation *mm = buf-mm; diff --git a/src/gallium/drivers/nouveau/nouveau_mm.c b/src/gallium/drivers/nouveau/nouveau_mm.c index 4207084..6045af6 100644 --- a/src/gallium/drivers/nouveau/nouveau_mm.c +++ b/src/gallium/drivers/nouveau/nouveau_mm.c @@ -9,7 +9,7 @@ #include nouveau_screen.h #include nouveau_mm.h -#define MM_MIN_ORDER 7 +#define MM_MIN_ORDER 7 /* = 6 to not violate ARB_map_buffer_alignment */ #define MM_MAX_ORDER 20 #define MM_NUM_BUCKETS (MM_MAX_ORDER - MM_MIN_ORDER + 1) diff --git a/src/gallium/drivers/nv50/nv50_screen.c b/src/gallium/drivers/nv50/nv50_screen.c index 9461af9..d0a0295 100644 --- a/src/gallium/drivers/nv50/nv50_screen.c +++ b/src/gallium/drivers/nv50/nv50_screen.c @@ -170,11 +170,12 @@ nv50_screen_get_param(struct pipe_screen *pscreen, enum pipe_cap param) return 1; case PIPE_CAP_CONSTANT_BUFFER_OFFSET_ALIGNMENT: return 256; + case PIPE_CAP_MIN_MAP_BUFFER_ALIGNMENT: + return 64; case PIPE_CAP_VERTEX_BUFFER_OFFSET_4BYTE_ALIGNED_ONLY: case PIPE_CAP_VERTEX_BUFFER_STRIDE_4BYTE_ALIGNED_ONLY: case PIPE_CAP_VERTEX_ELEMENT_SRC_OFFSET_4BYTE_ALIGNED_ONLY: case PIPE_CAP_TEXTURE_MULTISAMPLE: - case PIPE_CAP_MIN_MAP_BUFFER_ALIGNMENT: return 0; default: NOUVEAU_ERR(unknown PIPE_CAP %d\n, param); diff --git a/src/gallium/drivers/nvc0/nvc0_screen.c b/src/gallium/drivers/nvc0/nvc0_screen.c index 0e0b666..3bf2191 100644 --- a/src/gallium/drivers/nvc0/nvc0_screen.c +++ b/src/gallium/drivers/nvc0/nvc0_screen.c @@ -148,11 +148,12 @@ nvc0_screen_get_param(struct pipe_screen *pscreen, enum pipe_cap param) return 1; case PIPE_CAP_CONSTANT_BUFFER_OFFSET_ALIGNMENT: return 256; + case PIPE_CAP_MIN_MAP_BUFFER_ALIGNMENT: + return 64; case PIPE_CAP_VERTEX_BUFFER_OFFSET_4BYTE_ALIGNED_ONLY: case PIPE_CAP_VERTEX_BUFFER_STRIDE_4BYTE_ALIGNED_ONLY: case PIPE_CAP_VERTEX_ELEMENT_SRC_OFFSET_4BYTE_ALIGNED_ONLY: case PIPE_CAP_TEXTURE_MULTISAMPLE: - case PIPE_CAP_MIN_MAP_BUFFER_ALIGNMENT: return 0; default: NOUVEAU_ERR(unknown PIPE_CAP %d\n, param); -- 1.7.11.7 ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Virtualbox 3D accel broken in xf86-video-nouveau 1.0.3
On Tue, Oct 30, 2012 at 01:30:53PM -0500, Pouar wrote: On 10/30/2012 01:28 PM, Pouar wrote: On 10/28/2012 01:21 PM, Pouar wrote: On 10/28/2012 01:18 PM, Emil Velikov wrote: On Sun, 28 Oct 2012 01:15:54 -, Pouar wrote: there's a regression in the xf86-video-nouveau driver that came up in 1.0.3 that causes the desktop to bounce around in virtualbox whenever using HW acceleration in cinnamon and gnome 3, but not in fallback or cinnamon 2d, only happens in virtualbox and not the host, I've confirmed it was the graphics driver on the host because it happened with the 1.0.3 driver but not the 1.0.2. anyone else having this problem? I'm using GeForce GTX 560 Ti Hi Pouar Can you open a bug, following these instructions [1] Ideally you can try bisecting the issue - there are only 10 changes that may have caused the issue Cheers Emil [1] [1]http://nouveau.freedesktop.org/wiki/Bugs I just did -- Pouar by I just did I meant the bug report, not the bisecting, I have zero experience with driver programming, much less graphics driver programming, so I wouldn't know what to look for, I signed up for this mailing list to keep track of the different driver issues and bugs and their progress You don't need to have any experience in driver programming to bisect this bug. git clone git://anongit.freedesktop.org/git/nouveau/xf86-video-nouveau/ cd xf86-video-nouveau/ ./autogen.sh make If you can compile successfully, do: 1) git bisect start xf86-video-nouveau-1.0.3 xf86-video-nouveau-1.0.2 2) make sudo rm /usr/lib/xorg/modules/drivers/nouveau_drv.so sudo cp src/.libs/nouveau_drv.so /usr/lib/xorg/modules/drivers 3) Restart X. Try to reproduce the bug. 4) If you can't reproduce it - do git bisect good, if you can - do git bisect bad. 5) Go to 2). After ~4 compiles it will tell you about first bad commit - this is what we want to see. Marcin ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56535] Resident evil 4 with wine: crash
https://bugs.freedesktop.org/show_bug.cgi?id=56535 --- Comment #1 from Marcin Slusarz marcin.slus...@gmail.com --- Can you run it under gdb and provide output of bt command? echo -e run\nbt | gdb --args wine something.exe Please tell us what card and what mesa version do you use. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56615] [NVD9+optimus] Unable to start X on ThinkPad T420s laptop
https://bugs.freedesktop.org/show_bug.cgi?id=56615 Marcin Slusarz marcin.slus...@gmail.com changed: What|Removed |Added Summary|Unable to start X on|[NVD9+optimus] Unable to |ThinkPad T420s laptop |start X on ThinkPad T420s ||laptop -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56347] NVPlatformProbe routine does not mark the entity as Shared for ZaphodHeads.
https://bugs.freedesktop.org/show_bug.cgi?id=56347 --- Comment #1 from Damian Nowak nowa...@geozone.pl --- Confirming the bug. 02:59 Nowaker after distro upgrade I am no longer able to use my 2 gpus, 3 monitors. looks like zaphodheads doesn't work as expected. Screen0 on GPU0 is OK, Screen1 on GPU0 fails, Screen2 on GPU1 is OK. fail message: Screen 1 deleted because of no matching config section. xorg.conf: http://wklej.org/id/555276/txt/ This is the bug that was fixed a year ago for me. https://bugs.freedesktop.org/show_bug.cgi?id=39099 03:00 Nowaker instead of getting two screens of GPU0 with zaphodheads, I get one (output DVI-I-1) and a clone (output DVI-I-2) 03:01 Nowaker something must have been broken along the way, I will check the version of nouveau I was using in my previous distro 03:27 Nowaker definitely ZaphodHeads broken in current nouveau 03:28 Nowaker [ 5849.183] Requested Entity already in use! 03:28 Nowaker this is not supposed to happen when ZaphodHeads is defined 03:31 Nowaker confirmed, http://www.spinics.net/lists/xorg/msg54660.html -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56347] NVPlatformProbe routine does not mark the entity as Shared for ZaphodHeads.
https://bugs.freedesktop.org/show_bug.cgi?id=56347 Damian Nowak nowa...@geozone.pl changed: What|Removed |Added Version|unspecified |git --- Comment #2 from Damian Nowak nowa...@geozone.pl --- I tried calling xf86SetEntityShared(0) in nv_driver.c before xf86AllocateScreen and xf86AddEntityToScreen are called. Unfortunately, it isn't enough. It would be great if any hacker could take a look at it. ZaphodHeads is the only way of dealing with multiple GPUs and monitors on Nouveau. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau