Displaying 9 results from an estimated 9 matches similar to: "[PATCH 1/4] drm/nouveau: refactor VGA font save/restore"
2017 Jul 29
0
[PATCH] nouveau: Fix declarations with incorrect variables.
Signed-off by: Rosen Penev <rosenp at gmail.com>
---
drm/nouveau/dispnv04/disp.h | 4 ++--
drm/nouveau/dispnv04/hw.h | 2 +-
drm/nouveau/nouveau_bo.h | 2 +-
drm/nouveau/nouveau_display.h | 4 ++--
drm/nouveau/nvkm/engine/dma/user.h | 2 +-
drm/nouveau/nvkm/subdev/clk/pll.h | 2 +-
drm/nouveau/nvkm/subdev/fb/priv.h | 2 +-
2018 Jan 11
6
[PATCH 0/3] drm/tegra: Add support for fence FDs
From: Thierry Reding <treding at nvidia.com>
This set of patches adds support for fences to Tegra DRM and complements
the fence FD support for Nouveau. Technically this isn't necessary for a
fence-based synchronization loop with Nouveau because the KMS core takes
care of all that, but engines behind host1x can use the IOCTL extensions
provided here to emit fence FDs that in turn can be
2009 Jun 10
0
[PATCH] Use nanosleep instead of usleep when waiting the hardware.
usleep() was being used without checking its return value. When the
server receives SIGALRM or SIGIO the waits are shortened and random
modesetting failures happen: Use nanosleep and loop around it until
the requested time has elapsed.
---
src/nouveau_hw.c | 2 +-
src/nouveau_local.h | 6 ++++++
src/nv_bios.c | 2 +-
src/nv_crtc.c | 2 +-
src/nv_include.h | 1 +
2008 Jan 29
5
[Bug 14284] New: frequent DMA queue hangs on NV34 on powerpc
http://bugs.freedesktop.org/show_bug.cgi?id=14284
Summary: frequent DMA queue hangs on NV34 on powerpc
Product: xorg
Version: git
Platform: PowerPC
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo: nouveau at lists.freedesktop.org
2011 Nov 23
0
nouveau git + v3.2-rc2 + NV18 Oops
My old machine started getting a bit flaky, so I have kicked it off my
desk, but still wanted to get some nouveau bugs fixed on it. (In fact
it's easier now that I can reboot it more easily.)
So I put a spare old hard drive on it and rebuilt it, but I'm having
a heck of a time getting it working. Whenever it tries to load the
nouveau module, it blows up.
What's funny is that it
2009 Aug 25
3
[Bug 23505] New: KDE's Kubrick has problems with xf86-video-nouveau driver
http://bugs.freedesktop.org/show_bug.cgi?id=23505
Summary: KDE's Kubrick has problems with xf86-video-nouveau
driver
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/nouveau
AssignedTo: nouveau at
2009 Dec 13
3
[PATCH] drm/nouveau: use drm debug levels
- Use driver level (0x2) for NV_DEBUG instead of all levels
- Create a NV_DEBUG_KMS for KMS level (04) and use them in modesetting code
- Remove a few odd NV_TRACE calls and replace with NV_DEBUG_KMS
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
drivers/gpu/drm/nouveau/nouveau_bios.c | 12 +++++-----
drivers/gpu/drm/nouveau/nouveau_connector.c | 8 +++---
2009 Aug 13
9
[PATCHv2 01/10] drm/nouveau: Fix a lock up at NVSetOwner with nv11.
It seems it was only locking up in the context of
nouveau_hw_save_vga_fonts, when it actually did something (because
the console wasn't already in graphics mode).
Signed-off-by: Francisco Jerez <currojerez at riseup.net>
---
drivers/gpu/drm/nouveau/nouveau_hw.c | 9 +++++++++
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_hw.c
2009 Aug 12
14
[PATCH 00/12] TV-out modesetting kernel patches.
This patch series adds TV-out modesetting support to the KMS
implementation.
I've tried to test it on all the hardware I've got at hand (that is
nv11, nv17, nv34, nv35, nv40, nv4b) with every possible output
combination; I believe it has reached a mergeable state, however it
depends on some commits from drm-next that haven't got into Linus'
tree yet, if you agree to merge this