similar to: RFC: gallium/nv50: get rid of the screen_init stateobj

Hi, I would be grateful for help with a problem which is irritating me. I am quite sure that I am doing something stupid, but I can't see what it is. I am running R 1.7 on Windows 2000. The graphics device is the PC screen. The graphics from the nlme demonstration in Bates an Pinheiro's manual work just as advertised. The CO2 data and the Orthodont data dsiplay

Okay, I'm starting to face professional ridicule at work over this. A Samba install should take a couple of days, I've been at it... far to long now. When this started I chased the problem in all the wrong directions. I thought it was this environment. Now I don't think so. I have Samba 3.0.14a installed on an AIX 5.2 server. I had it running (not the way I wanted, but running).

I would line to see a -progress_time {sec} type option, which wil only show the progress of a file after that file has already taken more than {sec} to transfer. This could also ne a useful addition to the compond -P option, say with a argument of 5 seconds. Situation... I use RSync all the time to syncronize my home directory on my work machine with that of my home machine (or visa-sersa).

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrey Grodzovsky (2): amdgpu/test: Allow BO mapping flags to be passed in tests amdgpu/test: Fix deadlock tests for AI and RV v2 Rob Clark (14): xf86drmHash: remove redundant zero init freedreno/msm: get rid of ring_bo unref hack freedreno: expose refcnt'ing on ringbuffers freedreno: add flags param

Just wanted to communicate some thoughts I had while reading the diffs, even thought I didn't have the time to look at everything in detail yet. - nv50: use relocs rather than re-uploading TIC all the time It's nice that we can write relocs to arbitrary buffers, and it's much less work than emitting the whole state object obviously. Just, you forgot the card won't care until you

Thankyou the information provided was informative to say the most. Quote "Shorewall Masqurading made simple ?" I will not comment any futher about my simple question as I see nothing but backtracking information. Maybe all the usless information is somthing to do with the below, Linux how it works! First you must remember that 98% of linux programmers are kids or they have been

--- src/gallium/drivers/nv50/nv50_context.h | 1 + src/gallium/drivers/nv50/nv50_program.c | 171 ++++++++++++++++++------ src/gallium/drivers/nv50/nv50_program.h | 1 + src/gallium/drivers/nv50/nv50_state_validate.c | 3 + 4 files changed, 138 insertions(+), 38 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_context.h

Hello, I got a kernel bug error, my guess from BTRFS. Here is the report, Oct 22 20:44:43 localhost kernel: [25554.947970] BUG: unable to handle kernel NULL pointer dereference at 0000000000000030 Oct 22 20:44:43 localhost kernel: [25554.948002] IP: [<ffffffffa01ab027>] btrfs_print_leaf+0x37/0x880 [btrfs] Oct 22 20:44:43 localhost kernel: [25554.948037] PGD bfa44067 PUD bfa43067 PMD 0 Oct

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Christian König (1): amdgpu: make sure to set CLOEXEC on duplicated FDs Emil Velikov (10): xf86drm: drmGetDevice2: error out if the fd has unknown subsys xf86drm: introduce drm_device_has_rdev() helper xf86drm: Fold drmDevice processing into process_device() helper xf86drm: Allocate drmDevicePtr's on stack

Hi all dudes. We're organizing a petition to ask Creative to include Ogg Vorbis support in one of their next firmware releases of their digital players. This is very important for two reasons: 1) Creative is a big company. If they include Ogg support in their digital players, other manufacturers will follow the example. 2) This should improve use experience of this class of products for

System: samba 2.0.4b on Solaris 2.x Starting point: PC's "Properties" window on a share of home directories; diskspace Used/Free "pie-chart" and figures. A colleague asked me yesterday whether this properties window could display the diskspace information, using the user's UNIX quota rather than the physical space on the disk. Our environment has potentially 14,000

- This avoids problematic "reloc'ed while mapped" messages and some associated corruption as well. - Also add one nouveau_bo_unmap() in the vbo code that wasn't present. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> --- src/gallium/drivers/nouveau/nouveau_screen.c | 21 +++++++++++++++++++++ src/gallium/drivers/nouveau/nouveau_screen.h | 3 +++

Samba is causing a couple huge problems for the NT admins here since we switched a bunch of machines to security=server and started running nmbd. We're running Samba 2.0.2 and 2.0.3 on a mix of Solaris, HP-UX, and OSF1 machines. One, selecting a Samba server in Server Manager, then selecting Computer/ Services causes Server Manager to crash ("An application error has occurred, blah blah,

- This avoids some problematic "reloc'ed while mapped" messages and some associated corruption as well. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> --- src/gallium/drivers/nouveau/nouveau_screen.c | 21 +++++++++++++++++++++ src/gallium/drivers/nouveau/nouveau_screen.h | 3 +++ src/gallium/drivers/nouveau/nouveau_stateobj.h | 20 +++++++++++++++++++-

Hi, As the last tindc said something about 3d really working on nv4x, I wanted to try that ( on a NV43). Built nouveau/mesa -> gallium-0.1 branch of mesa and git head of libdrm, kernel-drm and xf86-video-nouveau. glxinfo says: nouveau DRI driver expected DDX version 1-1.2.x but got version 0.0.10 So I assume I need some other branch of xf86-video-nouveau (?) I asked in irc but was pointed

A little patch that makes the nv50 mesa driver use the correct GPU values for the matching depth formats. There doesn't seem to be Z16, but I added Z32_FLOAT to show the tile_flags the various formats need in the page tables. There'd also be Z32_FLOAT_S8_UNORM (0x19, tile flags 0xe000), but that's not yet defined in the pipe formats header, and I actually don't know if it's

I made some changes to the Nouveau drm winsys so it could be shared between Mesa and VL. Mostly this involved moving all the common stuff into common/ and adding dri/. Compiles and runs the stuff in progs/ like before as far as I know, but if anyone actually uses the Mesa driver for anything non-trivial I'd appreciate knowing if this broke anything for you. :) * The code in common/ compiles

Hello, I'm attaching two trivial patches. One is against latest mesa to fix build of nouveau dri driver, another against mesa-9999-r1 ebuild, fixing dependencies. Please CC me with any comments, I'm not subscribed to the list. AstralStorm -------------- next part -------------- A non-text attachment was scrubbed... Name: mesa-fix-ebuild-deps.patch Type: text/x-patch Size: 544 bytes

On Sun, Jan 25, 2009 at 10:58 AM, Jimmy Rentz <jedynamic at bellsouth.net> wrote: > Hello, > I was playing around with the OpenGlSuperBible samples and > noticed some odd issues around textures. Yes, I know it won't > be perfect right now (and not supported)...I am just curious > if you see the same issues. > Well, I am seeing some

This one maps textures to sampler units (or textures to texture units or whatever it's called), which wasn't done before. It should make the mesa demo "multiarb" work, at least with the shader patches I sent earlier. Of course, with this functionality one probably wouldn't have to setup the textures in NV50_TIC anew every time, but that can be optimized later.