[Nouveau] [PATCH][8.0] nvfx: handle some unknown PIPE_CAPs
fixes these warnings: nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 55 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 56 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 58 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 59 Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=47442 Bugzilla: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674965 Signed-off-by: Andreas Boll andreas.boll@gmail.com --- Note: This patch is only for the 8.0 branch. Compile tested only. src/gallium/drivers/nvfx/nvfx_screen.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/src/gallium/drivers/nvfx/nvfx_screen.c b/src/gallium/drivers/nvfx/nvfx_screen.c index b4a1b3a..26c2d8d 100644 --- a/src/gallium/drivers/nvfx/nvfx_screen.c +++ b/src/gallium/drivers/nvfx/nvfx_screen.c @@ -88,6 +88,12 @@ nvfx_screen_get_param(struct pipe_screen *pscreen, enum pipe_cap param) case PIPE_CAP_MAX_TEXEL_OFFSET: case PIPE_CAP_CONDITIONAL_RENDER: case PIPE_CAP_TEXTURE_BARRIER: + case PIPE_CAP_MAX_STREAM_OUTPUT_BUFFERS: + case PIPE_CAP_MAX_STREAM_OUTPUT_SEPARATE_COMPONENTS: + case PIPE_CAP_MAX_STREAM_OUTPUT_INTERLEAVED_COMPONENTS: + case PIPE_CAP_STREAM_OUTPUT_PAUSE_RESUME: + case PIPE_CAP_TGSI_CAN_COMPACT_VARYINGS: + case PIPE_CAP_TGSI_CAN_COMPACT_CONSTANTS: return 0; case PIPE_CAP_MIXED_COLORBUFFER_FORMATS: return 0; -- 1.7.4.1 ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [Mesa-dev] [PATCH][8.0] nvfx: handle some unknown PIPE_CAPs
2012/10/30 Lucas Stach d...@lynxeye.de: Am Dienstag, den 30.10.2012, 18:03 +0100 schrieb Andreas Boll: fixes these warnings: nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 55 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 56 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 58 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 59 Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=47442 Bugzilla: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674965 Signed-off-by: Andreas Boll andreas.boll@gmail.com While this doesn't really fix anything: Reviewed-by: Lucas Stach d...@lynxeye.de Yeah I know, but it's pretty annoying for users who don't know it and it's easy to fix. --- Note: This patch is only for the 8.0 branch. Compile tested only. src/gallium/drivers/nvfx/nvfx_screen.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/src/gallium/drivers/nvfx/nvfx_screen.c b/src/gallium/drivers/nvfx/nvfx_screen.c index b4a1b3a..26c2d8d 100644 --- a/src/gallium/drivers/nvfx/nvfx_screen.c +++ b/src/gallium/drivers/nvfx/nvfx_screen.c @@ -88,6 +88,12 @@ nvfx_screen_get_param(struct pipe_screen *pscreen, enum pipe_cap param) case PIPE_CAP_MAX_TEXEL_OFFSET: case PIPE_CAP_CONDITIONAL_RENDER: case PIPE_CAP_TEXTURE_BARRIER: + case PIPE_CAP_MAX_STREAM_OUTPUT_BUFFERS: + case PIPE_CAP_MAX_STREAM_OUTPUT_SEPARATE_COMPONENTS: + case PIPE_CAP_MAX_STREAM_OUTPUT_INTERLEAVED_COMPONENTS: + case PIPE_CAP_STREAM_OUTPUT_PAUSE_RESUME: + case PIPE_CAP_TGSI_CAN_COMPACT_VARYINGS: + case PIPE_CAP_TGSI_CAN_COMPACT_CONSTANTS: return 0; case PIPE_CAP_MIXED_COLORBUFFER_FORMATS: return 0; ___ 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 --- Comment #3 from Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk --- Hmmm so this could be Optimus related? In the BIOS, the Display has 3 separate modes: - Integrated (works, using Intel driver) - Discrete (uses nouveau driver) - Optimus All my attempts so far to get this to work with nouveau have been using the Discrete setting - I don't really care about switching between cards on the fly, I'd just like to be able to use the external DisplayPort connector. -- 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 --- Comment #5 from Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk --- Another experiment: if I reboot with the DisplayPort connected, but disconnect it during the boot process before X starts then X still hangs on startup. So perhaps this is a kernel module initialisation problem for DisplayPort? -- 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] 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|[NVD9+optimus] Unable to|[NVD9] Unable to start X on |start X on ThinkPad T420s |ThinkPad T420s laptop |laptop | --- Comment #6 from Marcin Slusarz marcin.slus...@gmail.com --- Ah, sorry. I'm removing Optimus from bug title. Did it work correctly with previous kernels? 3.7 contains massive rewrite/rework of nouveau module, so it's possible it's a regression. -- 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] Unable to start X on ThinkPad T420s laptop
https://bugs.freedesktop.org/show_bug.cgi?id=56615 --- Comment #7 from Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk --- No - only the 3.2 stock wheezy kernel, and that would often freeze early when starting X and while it would find the DisplayPort it kept insisting that it wasn't connected. I could try building the latest 3.6 kernel if you think that would help? -- 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
Re: [Nouveau] Nouveau soft lockup after switcheroo'd...
On Mon, Oct 29, 2012 at 10:09:07PM +0800, Daniel J Blueman wrote: On 25 October 2012 02:07, Marcin Slusarz marcin.slus...@gmail.com wrote: On Wed, Oct 24, 2012 at 01:54:43PM +0800, Daniel J Blueman wrote: On 13 October 2012 15:12, Daniel J Blueman dan...@quora.org wrote: [...] echo IGD /sys/kernel/debug/vgaswitcheroo/switch echo OFF /sys/kernel/debug/vgaswitcheroo/switch after boot+40s: BUG: soft lockup - CPU#0 stuck for 22s! [Xorg:1703] [...]\ [a037c538] nv04_timer_read+0x28/0x70 [nouveau] [a037bfec] nouveau_timer_wait_eq+0x7c/0xe0 [nouveau] [a03f4f4e] nvd0_sor_dpms+0xde/0x1a0 [nouveau] [813871d9] ? fb_set_var+0xe9/0x3a0 [811554a9] ? __pte_alloc+0xa9/0x160 [a03f4e70] ? nvd0_sor_dp_link_set+0x2c0/0x2c0 [nouveau] [a00b2a5c] drm_helper_connector_dpms+0xbc/0x100 [drm_kms_helper] [a00b1665] drm_fb_helper_dpms.isra.13+0xa5/0xf0 [drm_kms_helper] [a00b16f9] drm_fb_helper_blank+0x49/0x80 [drm_kms_helper] [81386e16] fb_blank+0x56/0xc0 [813887bb] do_fb_ioctl+0x59b/0x5f0 [81152883] ? vma_interval_tree_insert+0x83/0x90 [81388af5] fb_ioctl+0x45/0x50 [8119adda] do_vfs_ioctl+0x8a/0x340 [8119b121] sys_ioctl+0x91/0xb0 [81189862] ? sys_read+0x52/0xa0 In case it's not obvious: Xorg tries to blank monitor connected to nvidia card, but hangs because card is already powered down. Did it ever work? If yes, can you bisect it? Does it work if you power down nvidia card while X is not running? Thanks for your reply Marcin! I wasn't able to boot kernels earlier than 3.6 on this Macbook Pro retina due to various issues, and it occurs on kernels between and including 3.6 and 3.7-rc3. As we see read being called, I've taken the lsof output [1]. Should the DPMS functions be deregistered prior the hardware being placed in D3, or is it more that the functions should check if the card was put into D3 and just return? I'm not sure, but I would bet on adding a check(s). The question is: at which layer (nouveau? drm? fb?)? Another is: are there any other code paths which need to be protected from calling when suspended? (Currently, I don't have answers to these questions and not much time to look into them, sorry.) If no one will figure it out in a few days, please open new bug report - see http://nouveau.freedesktop.org/wiki/Bugs for description how to do this. Marcin ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56615] [NVD9] Unable to start X on ThinkPad T420s laptop
https://bugs.freedesktop.org/show_bug.cgi?id=56615 --- Comment #8 from Marcin Slusarz marcin.slus...@gmail.com --- Please do. Even without rewrites, Nouveau changes a lot between kernel revisions. -- 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 0/4] nouveau: xserver 1.13 compat fixes
Here are a few patches adding some missing functions in NvPlatformProbe, which iirc is being used as of xserver 1.13 First patch adds a nouveau_kernel_mode_enabled helper, similar to xf86-video-radeon Second and third use the function in Nv{Pci,Platform}Probe And last one ensures we can still use ZaphodHead and relative head positioning via xorg.conf The coding style may be a bit off, despite my best attempts Please review and comment [PATCH 1/4] nouveau: add nouveau_kernel_mode_enabled() [PATCH 2/4] nouveau: Use helper function [PATCH 3/4] nouveau: Check for kms in NvPlatformProbe [PATCH 4/4] nouveau: fix entity handling in NvPlatformProbe ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH 2/4] nouveau: Use helper function nouveau_kernel_mode_enabled()
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com --- src/nv_driver.c | 64 ++--- 1 file changed, 6 insertions(+), 58 deletions(-) diff --git a/src/nv_driver.c b/src/nv_driver.c index eff0d47..911b05d 100644 --- a/src/nv_driver.c +++ b/src/nv_driver.c @@ -319,6 +319,7 @@ nouveau_kernel_mode_enabled(ScrnInfoPtr pScrn, struct pci_device *pci_dev) return TRUE; } + static Bool NVPciProbe(DriverPtr drv, int entity_num, struct pci_device *pci_dev, intptr_t match_data) @@ -328,72 +329,19 @@ NVPciProbe(DriverPtr drv, int entity_num, struct pci_device *pci_dev, (pci_dev-vendor_id 16) | pci_dev-device_id, NULL }, { -1, -1, NULL } }; - struct nouveau_device *dev = NULL; EntityInfoPtr pEnt = NULL; ScrnInfoPtr pScrn = NULL; - drmVersion *version; - int chipset, ret; - char *busid; - - if (!xf86LoaderCheckSymbol(DRICreatePCIBusID)) { - xf86DrvMsg(-1, X_ERROR, [drm] No DRICreatePCIBusID symbol\n); - return FALSE; - } - busid = DRICreatePCIBusID(pci_dev); - - ret = nouveau_device_open(busid, dev); - if (ret) { - xf86DrvMsg(-1, X_ERROR, [drm] failed to open device\n); - free(busid); - return FALSE; - } - - /* Check the version reported by the kernel module. In theory we -* shouldn't have to do this, as libdrm_nouveau will do its own checks. -* But, we're currently using the kernel patchlevel to also version -* the DRI interface. -*/ - version = drmGetVersion(dev-fd); - xf86DrvMsg(-1, X_INFO, [drm] nouveau interface version: %d.%d.%d\n, - version-version_major, version-version_minor, - version-version_patchlevel); - drmFree(version); - - chipset = dev-chipset; - nouveau_device_del(dev); - - ret = drmCheckModesettingSupported(busid); - free(busid); - if (ret) { - xf86DrvMsg(-1, X_ERROR, [drm] KMS not enabled\n); - return FALSE; - } - - switch (chipset 0xf0) { - case 0x00: - case 0x10: - case 0x20: - case 0x30: - case 0x40: - case 0x60: - case 0x50: - case 0x80: - case 0x90: - case 0xa0: - case 0xc0: - case 0xd0: - case 0xe0: - break; - default: - xf86DrvMsg(-1, X_ERROR, Unknown chipset: NV%02x\n, chipset); - return FALSE; - } + int ret; pScrn = xf86ConfigPciEntity(pScrn, 0, entity_num, NVChipsets, NULL, NULL, NULL, NULL, NULL); if (!pScrn) return FALSE; + if (!nouveau_kernel_mode_enabled(pScrn, pci_dev)) { + return FALSE; + } + pScrn-driverVersion= NV_VERSION; pScrn-driverName = NV_DRIVER_NAME; pScrn-name = NV_NAME; -- 1.8.0 ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH 3/4] nouveau: Check for kms in NvPlatformProbe
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com --- src/nv_driver.c | 18 ++ 1 file changed, 14 insertions(+), 4 deletions(-) diff --git a/src/nv_driver.c b/src/nv_driver.c index 911b05d..c1a50cd 100644 --- a/src/nv_driver.c +++ b/src/nv_driver.c @@ -57,6 +57,8 @@ static voidNVFreeScreen(FREE_SCREEN_ARGS_DECL); static BoolNVMapMem(ScrnInfoPtr pScrn); static BoolNVUnmapMem(ScrnInfoPtr pScrn); +static Boolnouveau_kernel_mode_enabled(ScrnInfoPtr pScrn, + struct pci_device *pci_dev); #define NOUVEAU_PCI_DEVICE(_vendor_id, _device_id) \ { (_vendor_id), (_device_id), PCI_MATCH_ANY, PCI_MATCH_ANY,\ @@ -76,7 +78,9 @@ static Bool NVPciProbe ( DriverPtr drv, #ifdef XSERVER_PLATFORM_BUS static Bool NVPlatformProbe(DriverPtr driver, -int entity_num, int flags, struct xf86_platform_device *dev, intptr_t dev_match_data) + int entity_num, int flags, + struct xf86_platform_device *dev, + intptr_t dev_match_data) { ScrnInfoPtr scrn = NULL; uint32_t scr_flags = 0; @@ -84,12 +88,17 @@ NVPlatformProbe(DriverPtr driver, if (!dev-pdev) return FALSE; -if (flags PLATFORM_PROBE_GPU_SCREEN) - scr_flags = XF86_ALLOCATE_GPU_SCREEN; + if (flags PLATFORM_PROBE_GPU_SCREEN) + scr_flags = XF86_ALLOCATE_GPU_SCREEN; scrn = xf86AllocateScreen(driver, scr_flags); + if (!scrn) + return FALSE; xf86AddEntityToScreen(scrn, entity_num); + if (!nouveau_kernel_mode_enabled(scrn, dev-pdev)) + return FALSE; + scrn-driverVersion= NV_VERSION; scrn-driverName = NV_DRIVER_NAME; scrn-name = NV_NAME; @@ -102,7 +111,8 @@ NVPlatformProbe(DriverPtr driver, scrn-EnterVT = NVEnterVT; scrn-LeaveVT = NVLeaveVT; scrn-FreeScreen = NVFreeScreen; - return scrn != NULL; + + return TRUE; } #endif -- 1.8.0 ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH 4/4] nouveau: fix entity handling in NvPlatformProbe
Ensure that the entity is shareable, making ZaphodHeads work again Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=56347 Connect entity to screen - should fix relative screen positioning in xorg.conf Reported-by: shox on IRC Signed-off-by: Emil Velikov emil.l.veli...@gmail.com --- src/nv_driver.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/nv_driver.c b/src/nv_driver.c index c1a50cd..7c7f822 100644 --- a/src/nv_driver.c +++ b/src/nv_driver.c @@ -84,6 +84,7 @@ NVPlatformProbe(DriverPtr driver, { ScrnInfoPtr scrn = NULL; uint32_t scr_flags = 0; + EntityInfoPtr pEnt = NULL; if (!dev-pdev) return FALSE; @@ -112,6 +113,11 @@ NVPlatformProbe(DriverPtr driver, scrn-LeaveVT = NVLeaveVT; scrn-FreeScreen = NVFreeScreen; + xf86SetEntitySharable(entity_num); + + pEnt = xf86GetEntityInfo(entity_num); + xf86SetEntityInstanceForScreen(scrn, pEnt-index, xf86GetNumEntityInstances(pEnt-index) - 1); + free(pEnt); return TRUE; } #endif -- 1.8.0 ___ 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 #3 from Emil Velikov emil.l.veli...@gmail.com --- Guys can you try the patch series as posted in here http://lists.freedesktop.org/archives/nouveau/2012-November/011347.html Only the last patch is needed in this case, although I have added a few more checks to be on the safe side -- 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 51962] Raz's eyes flicker in Psychonauts on nv50
https://bugs.freedesktop.org/show_bug.cgi?id=51962 Emil Velikov emil.l.veli...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Emil Velikov emil.l.veli...@gmail.com --- Marking as Resolved/Fixed -- 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
Re: [Nouveau] Virtualbox 3D accel broken in xf86-video-nouveau 1.0.3
On 2012/10/31 17:27, Marcin Slusarz wrote: 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 Did the bisect today. Here's what I got: 297fd0d0755bda698be1d0b30cc60a41d7673c0b is the first bad commit commit 297fd0d0755bda698be1d0b30cc60a41d7673c0b Author: Dave Airlie airl...@redhat.com Date: Tue Oct 16 16:15:16 2012 +1000 nouveau/dri2: fix pixmap/window offset calcs. This should fix prime rendering under kwin, and not break it under the others. Signed-off-by: Dave Airlie airl...@redhat.com :04 04 10860842c2d9ff579e3e0b46b1edfc332d40b311 886ca8b5c05779ee410c6d14575b4805016b71af Msrc -- Pouar ___ 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 Thu, Nov 01, 2012 at 11:13:03AM -0500, Pouar wrote: On 2012/10/31 17:27, Marcin Slusarz wrote: 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][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 Did the bisect today. Here's what I got: 297fd0d0755bda698be1d0b30cc60a41d7673c0b is the first bad commit commit 297fd0d0755bda698be1d0b30cc60a41d7673c0b Author: Dave Airlie [2]airl...@redhat.com Date: Tue Oct 16 16:15:16 2012 +1000 nouveau/dri2: fix pixmap/window offset calcs. This should fix prime rendering under kwin, and not break it under the others. Signed-off-by: Dave Airlie [3]airl...@redhat.com :04 04 10860842c2d9ff579e3e0b46b1edfc332d40b311 886ca8b5c05779ee410c6d14575b4805016b71af Msrc -- Thanks! Cc'ing Dave. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56615] [NVD9] Unable to start X on ThinkPad T420s laptop
https://bugs.freedesktop.org/show_bug.cgi?id=56615 --- Comment #9 from Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk --- I've just tried with a 3.6.5 kernel built from source, and I see the same behaviour as 3.7.rc3 when the DisplayPort cable is connected - i.e. X hangs on startup if the cable is connected. Does that help at all? -- 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 30370] Nouveau module crashes with divide error
https://bugs.freedesktop.org/show_bug.cgi?id=30370 Emil Velikov emil.l.veli...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from Emil Velikov emil.l.veli...@gmail.com --- The regression mentioned is that the incorrect pll entry/setting were mapped. All of that has been resolved with the linux 3.7 kernel rework Marking as Resolved/Fixed -- 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 49736] piglit quick.driver tests kill X server on nv43
https://bugs.freedesktop.org/show_bug.cgi?id=49736 Emil Velikov emil.l.veli...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Emil Velikov emil.l.veli...@gmail.com --- The bug is in the obsolete, unsupported and now missing gallium/nvfx. Consider updating Mesa 9.0 or greater that includes gallium/nv30 Marking as Resolved/Wontfix -- 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 49731] wine 1.5.2 and 3Dmark2001se on nv43 hits assertion in simplify_cmp: Assertion `inst-dst.index 4096' failed
https://bugs.freedesktop.org/show_bug.cgi?id=49731 Emil Velikov emil.l.veli...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX |--- --- Comment #5 from Emil Velikov emil.l.veli...@gmail.com --- You are using nv30, by bad -- 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 49736] piglit quick.driver tests kill X server on nv43
https://bugs.freedesktop.org/show_bug.cgi?id=49736 Emil Velikov emil.l.veli...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX |--- --- Comment #5 from Emil Velikov emil.l.veli...@gmail.com --- You are using nv30, by bad -- 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 56601] 9600m GT HDMI output no video or audio.
https://bugs.freedesktop.org/show_bug.cgi?id=56601 Emil Velikov emil.l.veli...@gmail.com changed: What|Removed |Added Status|NEW |NEEDINFO QA Contact||xorg-t...@lists.x.org Product|Mesa|xorg Component|Drivers/DRI/nouveau |Driver/nouveau --- Comment #2 from Emil Velikov emil.l.veli...@gmail.com --- Hi Kevin Does your LVDS work correctly ? When are you connecting your TV - during boot or later? Here are a few thing for you to try 1. Boot without video=uvesafb:1280x800-32 from your command line 2. Boot your system without the TV, then connect it after X is up 3. Boot your system with the TV plugged in - do you see any output on it ? - if not attach the dmesg Consider attaching dmesg output [1] of some of the above do not work [1] http://nouveau.freedesktop.org/wiki/Bugs -- 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 48464] Crash when GLXVBlank set to true
https://bugs.freedesktop.org/show_bug.cgi?id=48464 --- Comment #4 from Marcin Slusarz marcin.slus...@gmail.com --- This bug should be fixed in xf86-video-nouveau 1.0.3. http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=b4231dd715a8a7f86b04519b5f4e8a8d93c2f561 -- 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 Status|NEW |ASSIGNED --- Comment #4 from Damian Nowak nowa...@geozone.pl --- Nope, doesn't work. :( http://upload.nowaker.net/nwkr/1351803759_Xorg.0.log [ 1809.910] (II) [drm] nouveau interface version: 1.0.0 [ 1809.910] Requested Entity already in use! [ 1809.910] (II) [drm] nouveau interface version: 1.0.0 [ 1809.910] (II) [drm] nouveau interface version: 1.0.0 [ 1809.910] (EE) Screen 1 deleted because of no matching config section. I applied all the four patches. (full patch: http://upload.nowaker.net/nwkr/1351804213_xexaxo-diff) -- 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 56535] Resident evil 4 with wine: crash
https://bugs.freedesktop.org/show_bug.cgi?id=56535 --- Comment #2 from KinG-InFeT king.in...@gmail.com --- nouveau last version 1.0.3 my video card: ┌─[root] @ [KinG-InFeT] └─[(~)] lspci | grep VGA 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [GeForce 8500 GT] (rev a1) unfortunately I can not run the executable via gdb -- 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 49086] nouveau — Gallium 0.4 on NVA5 — 2.1 Mesa 8.0.2 crashes Firefox Nightly
https://bugs.freedesktop.org/show_bug.cgi?id=49086 Marcin Slusarz marcin.slus...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Marcin Slusarz marcin.slus...@gmail.com --- http://cgit.freedesktop.org/mesa/mesa/commit/?id=ef51ce522bbb0a9bb3e6faa4890049b21f533aed -- 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 46533] Firefox WebGL crash with Nouveau 3D; user claims it came installed by default on OpenSuse 12.1
https://bugs.freedesktop.org/show_bug.cgi?id=46533 Marcin Slusarz marcin.slus...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- 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 56535] Resident evil 4 with wine: crash
https://bugs.freedesktop.org/show_bug.cgi?id=56535 --- Comment #3 from KinG-InFeT king.in...@gmail.com --- perhaps I did: GNU gdb (GDB) 7.5 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-pc-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/wine...(no debugging symbols found)...done. (gdb) Starting program: /usr/bin/wine game.exe warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /usr/lib/libthread_db.so.1. [New Thread 0xb7ca9b40 (LWP 1288)] [Thread 0xb7ca9b40 (LWP 1288) exited] process 1284 is executing new program: /usr/bin/wine-preloader fixme:d3d:init_driver_info Unable to find a driver/device info for vendor_id=0x10de device_id=0x421 for driver_model=2 fixme:win:EnumDisplayDevicesW ((null),0,0x7c7f608,0x), stub! fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x1b55a0 stub! [New LWP 1320] Program received signal SIGUSR1, User defined signal 1. [Switching to LWP 1320] 0xb7fff424 in ?? () (gdb) #0 0xb7fff424 in ?? () #1 0xb7e84d08 in ?? () #2 0xb7dc13fe in ?? () (gdb) quit A debugging session is active. Inferior 1 [process 1284] will be killed. Quit anyway? (y or n) [answered Y; input not from terminal] -- 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 45299] fullscreen GL window flickering with updates in other windows
https://bugs.freedesktop.org/show_bug.cgi?id=45299 Marcin Slusarz marcin.slus...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED QA Contact||xorg-t...@lists.x.org Product|Mesa|xorg Component|Drivers/DRI/nouveau |Driver/nouveau --- Comment #1 from Marcin Slusarz marcin.slus...@gmail.com --- This bug was fixed in march on xf86-video-nouveau side. If you can't update xf86-video-nouveau, you can workaround it by disabling pageflipping in xorg.conf (see man 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] [Bug 56535] Resident evil 4 with wine: crash
https://bugs.freedesktop.org/show_bug.cgi?id=56535 --- Comment #4 from Johannes Obermayr johannesoberm...@gmx.de --- The better command: $ echo c | WINEDEBUG=-dbghelp_dwarf winedbg --gdb game.exe -- 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 34179] Nouveau 3D driver: nv50_pc_emit.c:863 assertion error kills Compiz
https://bugs.freedesktop.org/show_bug.cgi?id=34179 Marcin Slusarz marcin.slus...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- 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 31954] Mesa fails to build
https://bugs.freedesktop.org/show_bug.cgi?id=31954 Marcin Slusarz marcin.slus...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID -- 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 48464] Crash when GLXVBlank set to true
https://bugs.freedesktop.org/show_bug.cgi?id=48464 --- Comment #5 from Jonathan Heaney agent_...@yahoo.co.uk --- Nouveau-1.0.3 has fixed this for me on my GTX460 -- 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 28017] Compiz segfaults, backtrace log and patch included
https://bugs.freedesktop.org/show_bug.cgi?id=28017 Marcin Slusarz marcin.slus...@gmail.com changed: What|Removed |Added Assignee|nouveau@lists.freedesktop.o |mesa-dev@lists.freedesktop. |rg |org Component|Drivers/DRI/nouveau |Mesa core --- Comment #3 from Marcin Slusarz marcin.slus...@gmail.com --- I guess this was fixed in the meantime? By looking at the backtrace it doesn't seem to be Nouveau issue - reassigning to Mesa core. -- 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
Re: [Nouveau] Virtualbox 3D accel broken in xf86-video-nouveau 1.0.3
On Fri, Nov 2, 2012 at 2:32 AM, Marcin Slusarz marcin.slus...@gmail.com wrote: On Thu, Nov 01, 2012 at 11:13:03AM -0500, Pouar wrote: On 2012/10/31 17:27, Marcin Slusarz wrote: 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][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 Did the bisect today. Here's what I got: 297fd0d0755bda698be1d0b30cc60a41d7673c0b is the first bad commit commit 297fd0d0755bda698be1d0b30cc60a41d7673c0b Author: Dave Airlie [2]airl...@redhat.com Date: Tue Oct 16 16:15:16 2012 +1000 nouveau/dri2: fix pixmap/window offset calcs. This should fix prime rendering under kwin, and not break it under the others. Signed-off-by: Dave Airlie [3]airl...@redhat.com :04 04 10860842c2d9ff579e3e0b46b1edfc332d40b311 886ca8b5c05779ee410c6d14575b4805016b71af Msrc Just pushed a hopeful fix to master, please give it a go. Dave. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56601] 9600m GT HDMI output no video or audio.
https://bugs.freedesktop.org/show_bug.cgi?id=56601 --- Comment #3 from Kevin N. vek...@gmail.com --- LVDS-1 always works. I booted without the video=. With hdmi plugged in at boot there is no display before or after X and xrandr --auto. With hdmi plugged in after X starts and xrandr --auto still black. I will attach X log and dmesg from both attempts labeled. -- 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 56601] 9600m GT HDMI output no video or audio.
https://bugs.freedesktop.org/show_bug.cgi?id=56601 --- Comment #4 from Kevin N. vek...@gmail.com --- Created attachment 69404 -- https://bugs.freedesktop.org/attachment.cgi?id=69404action=edit dmesg output with hdmi at boot -- 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 56601] 9600m GT HDMI output no video or audio.
https://bugs.freedesktop.org/show_bug.cgi?id=56601 --- Comment #5 from Kevin N. vek...@gmail.com --- Created attachment 69405 -- https://bugs.freedesktop.org/attachment.cgi?id=69405action=edit X log with hdmi at boot -- 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 56601] 9600m GT HDMI output no video or audio.
https://bugs.freedesktop.org/show_bug.cgi?id=56601 --- Comment #6 from Kevin N. vek...@gmail.com --- Created attachment 69406 -- https://bugs.freedesktop.org/attachment.cgi?id=69406action=edit dmesg hdmi plugged after X -- 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 56601] 9600m GT HDMI output no video or audio.
https://bugs.freedesktop.org/show_bug.cgi?id=56601 --- Comment #7 from Kevin N. vek...@gmail.com --- Created attachment 69407 -- https://bugs.freedesktop.org/attachment.cgi?id=69407action=edit X log hdmi plugged after X -- 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
Re: [Nouveau] Virtualbox 3D accel broken in xf86-video-nouveau 1.0.3
On 2012/11/01 18:05, Dave Airlie wrote: On Fri, Nov 2, 2012 at 2:32 AM, Marcin Slusarz marcin.slus...@gmail.com wrote: On Thu, Nov 01, 2012 at 11:13:03AM -0500, Pouar wrote: On 2012/10/31 17:27, Marcin Slusarz wrote: 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][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 Did the bisect today. Here's what I got: 297fd0d0755bda698be1d0b30cc60a41d7673c0b is the first bad commit commit 297fd0d0755bda698be1d0b30cc60a41d7673c0b Author: Dave Airlie [2]airl...@redhat.com Date: Tue Oct 16 16:15:16 2012 +1000 nouveau/dri2: fix pixmap/window offset calcs. This should fix prime rendering under kwin, and not break it under the others. Signed-off-by: Dave Airlie [3]airl...@redhat.com :04 04 10860842c2d9ff579e3e0b46b1edfc332d40b311 886ca8b5c05779ee410c6d14575b4805016b71af Msrc Just pushed a hopeful fix to master, please give it a go. Dave. It looks like it worked -- Pouar ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56502] regression: gnome 3 cinnamon desktop moves up and down in virtualbox
https://bugs.freedesktop.org/show_bug.cgi?id=56502 thepo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from thepo...@gmail.com --- it looks like it got fixed in git -- 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
Re: [Nouveau] [PATCH 0/4] nouveau: xserver 1.13 compat fixes
On Thu, 01 Nov 2012 14:40:54 -, Emil Velikov wrote: Here are a few patches adding some missing functions in NvPlatformProbe, which iirc is being used as of xserver 1.13 First patch adds a nouveau_kernel_mode_enabled helper, similar to xf86-video-radeon Second and third use the function in Nv{Pci,Platform}Probe And last one ensures we can still use ZaphodHead and relative head positioning via xorg.conf The coding style may be a bit off, despite my best attempts Please review and comment A few notes * patch1 - it may be better to split the function to has_kms and is_gpu_supported * patch2 - introduced a minor memory leak, when has_kms fails * patch3 - is ok * patch4 - is incomplete, it turns out that we need to explicitly check if IsSharable and SetShared() it. Note radeon and others would need a similar fix. Intel is OK I'm planning to consolidate the common parts of Nv{Pci,Platform}Probe() into a common function, and send another series ~Emil [PATCH 1/4] nouveau: add nouveau_kernel_mode_enabled() [PATCH 2/4] nouveau: Use helper function [PATCH 3/4] nouveau: Check for kms in NvPlatformProbe [PATCH 4/4] nouveau: fix entity handling in NvPlatformProbe ___ 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 #5 from Emil Velikov emil.l.veli...@gmail.com --- Created attachment 69408 -- https://bugs.freedesktop.org/attachment.cgi?id=69408action=edit Four stage patch adding the relevant functions to NVPlatformProbe Guy can you try the patch series I have reworked it a bit, to be more consistent with the coding style and eliminate some minor memory leak I have introduced -- 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