Displaying 20 results from an estimated 800 matches similar to: "[PATCH] drm/nouveau/fbcon: fix font width not divisible by 8"
2009 Dec 27
1
[PATCH] drm/nouveau: create function for "dealing" with gpu lockup
It's mostly a cleanup, but in nv50_fbcon_accel_init gpu lockup
message was printed, but HWACCEL_DISBALED flag was not set.
Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com>
---
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 15 +++++++++++----
drivers/gpu/drm/nouveau/nouveau_fbcon.h | 2 ++
drivers/gpu/drm/nouveau/nv04_fbcon.c | 15 +++++----------
2020 Feb 06
0
[PATCH 2/4] drm/nouveau: Move struct nouveau_framebuffer.vma to struct nouveau_fbdev
The vma field of struct nouveau_framebuffer is a special field for the
the accelerated fbdev console. Hence there's at most one single instance
for the active console. Moving it into struct nouveau_fbdev makes struct
nouveau_framebuffer slightly smaller and brings it closer to struct
drm_framebuffer.
Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de>
---
2009 Aug 17
8
drm bo accessors etc. v2
Revised patch set v2.
[PATCH 1/8] drm/nouveau: bo read/write wrappers for nv04_crtc.c
[PATCH 2/8] drm/nouveau: use bo accessors for push buffers
[PATCH 3/8] drm/nouveau: OUT_RINGp - optimize OUT_RING loops
[PATCH 4/8] drm/nv50: proper notifier_bo access in nv50_display_vblank_crtc_handler()
[PATCH 5/8] drm/nouveau: access fbcon notifier via bo accessors
[PATCH 6/8] drm/nouveau: screen_base and
2010 Jan 03
1
[PATCH] nouveau: nv50: fix ->pseudo_palette usage
Sometimes struct fb_fillrect::color is color, sometimes palette index.
Steps to reproduce:
make menuconfig
Blue background will have quite random black color.
Signed-off-by: Alexey Dobriyan <adobriyan at gmail.com>
---
drivers/gpu/drm/nouveau/nv50_fbcon.c | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
--- a/drivers/gpu/drm/nouveau/nv50_fbcon.c
+++
2009 Dec 26
2
[PATCH 1/3] drm/nouveau: Allocate a per-channel instance of NV_SW.
It will be useful for various synchronization purposes, mostly stolen
from "[PATCH] drm/nv50: synchronize user channel after buffer object
move on kernel channel" by Maarten Maathuis.
Signed-off-by: Francisco Jerez <currojerez at riseup.net>
---
drivers/gpu/drm/nouveau/nouveau_channel.c | 4 +++-
drivers/gpu/drm/nouveau/nouveau_dma.c | 17 +++++++++++++++++
2014 Feb 15
0
[RFC PATCH] drm/nouveau: split off nvc0 compilation
On Fri, Feb 14, 2014 at 7:38 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> So... I was wondering what the impact of splitting up the card compilation by
> e.g. generation would be. Depending on the split things would get fairly
> intertwined, so I thought I'd start small. This just splits NVC0 from
> everything else. I figure that for the people this matters the most to,
2020 Feb 06
5
[PATCH 0/4] drm/nouveau: Remove struct nouveau_framebuffer
All fields in struct nouveau_framebuffer appear to be obsolete. The
data structure can be replaced by struct drm_framebuffer entirely.
Patch 1 removes several unused fields from struct nouveau_framebuffer.
Patch 2 moves the field vma to struct nouveau_fbdev. The information
in vma is only relevant for fbdev emulation, and as such he field is
only used there.
Patch 3 removes nvbo from struct
2014 Feb 15
3
[RFC PATCH] drm/nouveau: split off nvc0 compilation
So... I was wondering what the impact of splitting up the card compilation by
e.g. generation would be. Depending on the split things would get fairly
intertwined, so I thought I'd start small. This just splits NVC0 from
everything else. I figure that for the people this matters the most to, NVC0
is the least relevant card -- people with sub-1GB of RAM, older hardware.
With my config options
2014 Mar 23
0
[PATCH] drm/nouveau: allow nv04/nv50/nvc0+ parts of the driver to be separated
This will allow the nouveau module to only include support for
nv04-nv50, nv50-nvc0, nvc0+ cards individually (or in any combination).
Only compiling one of the card types at a time reduces the size of the
nouveau module, from 1.3M to 700-800K, depending on the type (including
symbols/etc). It should also yield a reduction in compile time as a lot
fewer files are compiled.
Here are the sizes
2013 Apr 30
1
[Bug 64074] New: Mesalib Installation Error
https://bugs.freedesktop.org/show_bug.cgi?id=64074
Priority: medium
Bug ID: 64074
Assignee: nouveau at lists.freedesktop.org
Summary: Mesalib Installation Error
Severity: normal
Classification: Unclassified
OS: All
Reporter: andree.tago at gmail.com
Hardware: Other
Status: NEW
2016 Jun 09
0
dfree is broken on this system
>
>> On Tue, Jun 07, 2016 at 01:36:52PM -0400, Thomas Schulz wrote:
>>> Running Samba 4.3.4 on a Solaris 10 i386 box and Samba 4.4.3 on a
>>> Solaris 10 sparc box.
>>> I have not looked at the logs for awhile. Just checking now and I see
>>> many of the following on both systems.
>>>
>>> [2016/06/01 11:22:04.402945, 0]
2016 Jun 08
0
dfree is broken on this system
> On Tue, Jun 07, 2016 at 01:36:52PM -0400, Thomas Schulz wrote:
> > Running Samba 4.3.4 on a Solaris 10 i386 box and Samba 4.4.3 on a
> > Solaris 10 sparc box.
> > I have not looked at the logs for awhile. Just checking now and I see
> > many of the following on both systems.
> >
> > [2016/06/01 11:22:04.402945, 0]
2010 May 31
1
[PATCH] nv50/exa: use dual-source blending for component-alpha composite
From: Ben Skeggs <bskeggs at redhat.com>
---
src/nv50_accel.c | 38 ++++++++------------------------------
src/nv50_accel.h | 1 -
src/nv50_exa.c | 45 ++++++++++++++++++++-------------------------
3 files changed, 28 insertions(+), 56 deletions(-)
diff --git a/src/nv50_accel.c b/src/nv50_accel.c
index 1218e18..db8c744 100644
--- a/src/nv50_accel.c
+++ b/src/nv50_accel.c
@@
2010 Feb 05
1
[PATCH] nv50/accel: Fix mangled A8+A8 shader.
Turns out we used a misaligned long instruction near the end, and the
shader was getting killed after writing R, A components. This has gone
unnoticed since the remaining G, B outputs aren't actually used.
---
src/nv50_accel.c | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/nv50_accel.c b/src/nv50_accel.c
index 5fa539c..1218e18 100644
--- a/src/nv50_accel.c
2009 Oct 14
0
[PATCH 3/7] nv50: submit user vbo data through the fifo
Requesting a new real buffer from the kernel and
copying all the data is wasteful e.g. if only a
few (but widely spread) vertices are accessed.
---
src/gallium/drivers/nv50/nv50_context.h | 3 +
src/gallium/drivers/nv50/nv50_vbo.c | 409 +++++++++++++++++++++++++++++--
2 files changed, 394 insertions(+), 18 deletions(-)
diff --git a/src/gallium/drivers/nv50/nv50_context.h
2009 Apr 10
0
[PATCH/Gallium] nv50_clear again (might work better)
I've been looking at REnouveau dumps to check how the blob does the clear buffers
thing and they seem to do it a bit differently than what you committed, so I tried
a new version of the clear functions (see how I changed it below) with a little test:
Setup 2 texture render targets (and a depth target) and glClear them to a color
changing with time, then render a triangle textured with the
2007 Jan 17
1
smbstatus -B segmentation fault
When using Samba 3.0.23b (slightly old, I know) on CentOS 4.4,
smbstatus -B fails with a segmentation fault. smbstatus works, and
tdbdump is able to dump brlock.tdb and locking.tdb without any errors
(which is not what I expected).
Here's the backtrace (non-ASCII characters replaced with 'X'):
#0 0x0017fa2c in memcpy () from /lib/tls/libc.so.6
#1 0x0029b19f in tdb_write
2010 Jan 18
1
[PATCH 1/2] nv30-nv40: Rewrite primitive splitting and emission
The current code for primitive splitting and emission on pre-nv50 is
severely broken.
In particular:
1. Quads and lines are totally broken because "&= 3" should be "&= ~3"
and similar for lines
2. Triangle fans and polygons are broken because the first vertex
must be repeated for each split chunk
3. Line loops are broken because the must be converted to a line strip,
2009 Nov 04
1
[PATCH] nv10/exa: Spring-cleaning
* Kill the A8+A8 hack. Recent enough X servers (>=1.7) fall back to
ARGB glyphs for drivers not supporting A8 render targets.
* Kill all the global state. It doesn't matter a lot yet but it might
if we get multicard working at some point.
* Other random clean-ups with no functional changes.
Some numbers from x11perf -aa10text -aa24text -comppixwin10 -comppixwin500:
* Before, with A
2010 Apr 20
1
[PATCH] nv30/exa : cleanup from nv40 exa
This has two purposes :
- cleaner code
- reduce the diff between nv30 and nv40 exa for a possible nvfx_exa merge ?
The main differences seem to be that nv30 uses rect texture format (and does
not support repeat on that). Then there are some minor changes in TX_FORMAT
RT_FORMAT and TEX_FILTER usage. And NVAccelInitNVx0TCL look complete
different.
Tested with:
./rendercheck -t