search for: bgn

...See libdrm's pushbuf.c -- iirc push->cur points to a GART-mapped bo. > > http://cgit.freedesktop.org/mesa/drm/tree/nouveau/pushbuf.c#n682 > > nouveau_pushbuf_data(push, NULL, 0, 0); > nouveau_bo_ref(bo, &nvpb->bo); > nouveau_bo_ref(NULL, &bo); > > nvpb->bgn = nvpb->bo->map; > nvpb->ptr = nvpb->bgn; > push->cur = nvpb->bgn; > push->end = push->cur + (nvpb->bo->size / 4); > push->end -= 2 + push->rsvd_kick; /* space for suffix */ > > Not sure what problem you're trying to solve. > > -ilia...

Hi, sorry if I misunderstood everything... In the file src/gallium/drivers/nouveau/nv30/nv30_screen.c there is loans of PUSH_DATA which is basically *push->curr = data; I'm thinking that somehow push->curr is the bo->map = drm_mmap(...) that is called in nouveau_bo_map. But I cannot see how they are linked... Because when nouveau_bo_map calls nouveau_bo_wait push =

See libdrm's pushbuf.c -- iirc push->cur points to a GART-mapped bo. http://cgit.freedesktop.org/mesa/drm/tree/nouveau/pushbuf.c#n682 nouveau_pushbuf_data(push, NULL, 0, 0); nouveau_bo_ref(bo, &nvpb->bo); nouveau_bo_ref(NULL, &bo); nvpb->bgn = nvpb->bo->map; nvpb->ptr = nvpb->bgn; push->cur = nvpb->bgn; push->end = push->cur + (nvpb->bo->size / 4); push->end -= 2 + push->rsvd_kick; /* space for suffix */ Not sure what problem you're trying to solve. -ilia On Mon, Nov 2, 2015 at 12:31 PM, Dan...

...irc push->cur points to a GART-mapped bo. >> >> http://cgit.freedesktop.org/mesa/drm/tree/nouveau/pushbuf.c#n682 >> >> nouveau_pushbuf_data(push, NULL, 0, 0); >> nouveau_bo_ref(bo, &nvpb->bo); >> nouveau_bo_ref(NULL, &bo); >> >> nvpb->bgn = nvpb->bo->map; >> nvpb->ptr = nvpb->bgn; >> push->cur = nvpb->bgn; >> push->end = push->cur + (nvpb->bo->size / 4); >> push->end -= 2 + push->rsvd_kick; /* space for suffix */ >> >> Not sure what problem you're trying to...

With CentOS 7.2 a laptop wireless card is recognized in dmesg, but nonfunctional. Toggling the hardware wifi switch causes the Bluetooth icon to appear and disappear. The network configuration window shows the Wireless tab greyed out. Rebooting with the bluetooth enabled does not help. It appears the appropriate driver is iwlwifi, which is what works in Fedora and appears to be available and

i have tried a lot but not able to get wireless .......................i am using dell 1470 14-r

....so) #19 0x00007f63b275a85d clutter_actor_continue_paint (libmutter-clutter-1.0.so) #20 0x00007f63b2760aab n/a (libmutter-clutter-1.0.so) #21 0x00007f63b463daa0 n/a (libgnome-shell.so) #22 0x00007f63b1f26ecf g_closure_invoke (libgobject-2.0.so.0) #23 0x00007f63b1f3937d n/a (libgobject-2.0.so.0) #24 0x00007f63b1f41bcc g_signal_emit_valist...

...wldvm [ 3.836905] iwlwifi 0000:08:00.0: CONFIG_IWLWIFI_DEBUG disabled [ 3.836909] iwlwifi 0000:08:00.0: CONFIG_IWLWIFI_DEBUGFS enabled [ 3.836911] iwlwifi 0000:08:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled [ 3.836914] iwlwifi 0000:08:00.0: Detected Intel(R) Centrino(R) Wireless-N 2230 BGN, REV=0xC8 [ 3.837018] iwlwifi 0000:08:00.0: L1 Enabled - LTR Disabled [ 501.206643] iwlwifi 0000:08:00.0: RF_KILL bit toggled to disable radio. [ 503.716639] iwlwifi 0000:08:00.0: RF_KILL bit toggled to enable radio. (yes, I toggled the hardware switch, which seemed to only affect the Bluetoo...

Hello list, I am not sure if this is a bug or known already but I will describe it. I have two domain controllers running on 4.1.12/sernet which are linked together. I am using unison for bidirectional sync for the sysvol directory as described on samba's wiki, although in my opinion the problem I will describe in the following has nothing to do with the sync process. The sync occurs every

Output of dmesg / messages is found in a previous email (buried in the message thread) https://lists.centos.org/pipermail/centos/2016-April/158703.html Any advice? On Wed, Apr 13, 2016 at 10:42 PM, Philip V <pv.bugzilla+centos at gmail.com> wrote: > With CentOS 7.2 a laptop wireless card is recognized in dmesg, but > nonfunctional. Toggling the hardware wifi switch causes the

I've continued to work on speeding up R, and now have a collection of fourteen patches, some of which speed up particular functions, and some of which reduce general interpretive overhead. The total speed improvement from these patches is substantial. It varies a lot from one R program to the next, of course, and probably from one machine to the next, but speedups of 25% can be expected in

Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking