search for: nv5x

...z.wang at intel.com> - nouveau 5c1deac8384413dc483238f60c366e98253c11d6 exa: pass window coords to m2mf-based UTS/DFS Ben Skeggs <skeggsb at gmail.com> * Broken version: - drm c7ed2c67916ee8058301c53b9d4690d81728fb95 nouveau: interface changes for nv5x 3d Ben Skeggs <skeggsb at gmail.com> - nouveau 33fad279e935a5a134ee5cc1777b8ed7510101d0 nv50: tile offscreen pixmaps Ben Skeggs <skeggsb at gmail.com> I don't know whether it is nouveau or drm commit that is causing the issue - the "bad" nou...

I was thinking of the following system: Allocate a fifo for userspace, map the fifo, map the fifo registers into userspace. These allocations are therefore pinned, so something to avoid memory fragmentation has to be done. Userspace library fills up an entire fifo, minus a few essential things i will mention later. Userspace does ioctl with all the bo's it'll need for the fifo.

...alempe at redhat.com> wrote: > On 06/09/2024 21:36, James Jones wrote: > > Right, there are 3 iterations of block linear tiling actually. NV50 does > > support scanout of block linear surfaces. All block-linear-capable GPUs > > do. The 3 generations are: > > > > NV5x/G8x/GTXXX line: Original block size. > > GFXXX(nvc0 I believe in nouveau terms)-GV100: double the block height I > > believe. > > GTXXX+: Same block size, but the layout within a block is subtly > > different, at least as visible in CPU mappings. > > > > I'm...

My main question is, do the error messages accurately reflect the situation. Anything else wrong with this patch? A (n)ack by darktama would be nice. Maarten. -------------- next part -------------- A non-text attachment was scrubbed... Name: test.patch Type: application/octet-stream Size: 1690 bytes Desc: not available Url :

Hello, I'm using nouveau in a NV44 for some time now. I specially use randr in a rotated/dualhead setup with 2 monitors (15' and 19'). In my last build, randr stopped to work. If I change resolution/rotate/span a screen, xorg crashes. I wrote a simple script to update nouveau, build and install. I'm attaching it. Feel free to do anything with it. I didn't find any

From: "Hilliard, Jay" <Jay.Hilliard at disney.com> > We've had lots of trouble with nvidia's driver version 1.0-7174 which > was current last week. Yep, it's the first of a new series (7000 -- sounds like it'll support NV5x out-of-the-box), so that's expected. > Today there is a new driver (1.0-7664) which has fixed lots of issues > for us, specifically openGL applications and problems when dragging > windows around. Yep. They probably spent so much time testing OpenGL 2.0 that they missed some OpenG...

...5) GeForce 4MX (NV17, NV18) GeForce 3 (NV20) GeForce 4Ti (NV25, NV28) GeForce FX (NV3x) GeForce 6 (NV4x) GeForce 7 (G7x) GeForce 8 (G8x) However, Nouveau supports G9X, didn't it? Also, isn't there a process of changing G?x to NV5x? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

...s on errors, but it seems that it should be quite easy to do from the look of i915_irq.c & the PGRAPH error patch on the list. Would automatically-triggered (but not automatically reported) bug reports on PGRAPH errors be useful? Currently we have the kernel module & drm from 2.6.33 + the nv5x ctxprog generator from master, and a recent snapshot of the DDX in Lucid. As that starts to get old the X team will provide up to date snapshot packages so that users can retest bugs against the latest code. Is there anything else that you'd like Ubuntu to do to ensure good bugs reach you? --...

Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- man/nouveau.man | 7 ++++--- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/man/nouveau.man b/man/nouveau.man index 87f645a..5c4e4ae 100644 --- a/man/nouveau.man +++ b/man/nouveau.man @@ -13,9 +13,10 @@ nouveau \- NVIDIA video driver .fi .SH DESCRIPTION .B nouveau -is an __xservername__ driver for NVIDIA

...assumed the prior modifiers were not intended for use on desktop GPUs, and as a corollary, were not intended to support sharing block linear buffers across two different NVIDIA GPUs. v2: - Added canonicalize helper function v3: - Added additional bit to compression field to support Tesla (NV5x,G8x,G9x,GT1xx,GT2xx) class chips. Signed-off-by: James Jones <jajones at nvidia.com> --- include/uapi/drm/drm_fourcc.h | 122 +++++++++++++++++++++++++++++++--- 1 file changed, 114 insertions(+), 8 deletions(-) diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h...

...nv40_fb_init(struct drm_device *dev) { struct drm_nouveau_private *dev_priv = dev->dev_private; - uint32_t fb_bar_size, tmp; - int num_tiles; + struct nouveau_fb_engine *pfb = &dev_priv->engine.fb; + uint32_t tmp; int i; /* This is strictly a NV4x register (don't know about NV5x). */ @@ -23,35 +48,23 @@ nv40_fb_init(struct drm_device *dev) case 0x45: tmp = nv_rd32(dev, NV10_PFB_CLOSE_PAGE2); nv_wr32(dev, NV10_PFB_CLOSE_PAGE2, tmp & ~(1 << 15)); - num_tiles = NV10_PFB_TILE__SIZE; + pfb->num_tiles = NV10_PFB_TILE__SIZE; break; case 0x46: /* G72 */...

https://bugs.freedesktop.org/show_bug.cgi?id=60007 Priority: medium Bug ID: 60007 Assignee: nouveau at lists.freedesktop.org Summary: BUG: nouveau crashes in various ways in 32-bits Fedora 18 QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux (All)