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