search for: 0x0150

...2 5363 3501 0137 ........c.Sc5..7 0x0110 1801 0303 0506 0b0c 0d0f 1011 122b 363c .............+6< 0x0120 4380 8182 8384 8586 8739 0204 ec61 1100 C........9...a.. 0x0130 997e 931d 3d06 d511 a800 accd f1ea 391d .~..=.........9. 0x0140 5d02 0000 5e03 0102 013c 2050 5845 436c ]...^....<.PXECl 0x0150 6965 6e74 3a41 7263 683a 3030 3030 303a ient:Arch:00000: 0x0160 554e 4449 3a30 3032 3030 31ff 0000 0000 UNDI:002001..... 0x0170 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x0180 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x0190 0000 0000 0000 0000 0000 0000 0000 000...

...0x0110: 0000 0000 0000 6382 5363 3501 0137 0e01 ......c.Sc5..7.. 0x0120: 7903 060c 0f1a 1c21 3336 3a3b 7739 0205 y......!36:;w9.. 0x0130: c03d 17ff ff00 0064 0004 c75b 2dfc 6e1b .=.....d...[-.n. 0x0140: 42ba 8108 c849 f941 dfcb 5000 9101 01ff B....I.A..P..... 0x0150: 0000 0000 0000 0000 ........ nft monitor : trace id 195bb0a6 netdev filter egress packet: oif "enp6s19.100" @nh,0,320 0xe5050000401194a000000000ffffffff00440043013486f501010600f97b4c020000000000000000 trace id 195bb0a6 netdev filter egress rule meta nftrace set 1...

...0x0110: 0000 0000 0000 6382 5363 3501 0137 0e01 ......c.Sc5..7.. 0x0120: 7903 060c 0f1a 1c21 3336 3a3b 7739 0205 y......!36:;w9.. 0x0130: c03d 17ff ff00 0064 0004 c75b 2dfc 6e1b .=.....d...[-.n. 0x0140: 42ba 8108 c849 f941 dfcb 5000 9101 01ff B....I.A..P..... 0x0150: 0000 0000 0000 0000 ........ nft monitor : trace id 195bb0a6 netdev filter egress packet: oif "enp6s19.100" @nh,0,320 0xe5050000401194a000000000ffffffff00440043013486f501010600f97b4c020000000000000000 trace id 195bb0a6 netdev filter egress rule meta nftrace set 1...

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 +++++++++++++++++

...rqsave(&chan->fence.lock, flags); + spin_lock(&chan->fence.lock); list_add_tail(&fence->entry, &chan->fence.pending); - spin_unlock_irqrestore(&chan->fence.lock, flags); + spin_unlock(&chan->fence.lock); BEGIN_RING(chan, NvSubSw, USE_REFCNT ? 0x0050 : 0x0150, 1); OUT_RING(chan, fence->sequence); @@ -173,14 +172,11 @@ nouveau_fence_signalled(void *sync_obj, void *sync_arg) { struct nouveau_fence *fence = nouveau_fence(sync_obj); struct nouveau_channel *chan = fence->channel; - unsigned long flags; if (fence->signalled) return true...

...110: 3431 2e73 6873 752e 6564 7520 2838 2e31 41.shsu.edu.(8.1 0x0120: 332e 312f 382e 3133 2e31 2920 7769 7468 3.1/8.13.1).with 0x0130: 2045 534d 5450 2069 6420 6942 374b 6768 .ESMTP.id.iB7Kgh 0x0140: 4246 3032 3632 3738 0d0a 0966 6f72 203c BF026278...for.< 0x0150: 7769 6c6c 7465 7374 4061 6231 2d31 2d34 willtest at ab1-1-4 0x0160: 312e 7368 7375 2e65 6475 3e3b 2054 7565 1.shsu.edu>;.Tue 0x0170: 2c20 3720 4465 6320 3230 3034 2031 343a ,.7.Dec.2004.14: 0x0180: 3432 3a34 3320 2d30 3630 300d 0a52 6563 42:43.-0600..Rec...

...0x0110: 7300 6500 7200 7600 6900 6300 6500 2e00 s.e.r.v.i.c.e... 0x0120: 7300 6900 6700 6100 6d00 2e00 6900 7400 x.x.x.x.x...i.t. 0x0130: 0000 0000 5500 6e00 6900 7800 0000 5300 ....U.n.i.x...S. 0x0140: 6100 6d00 6200 6100 2000 3300 2e00 3000 a.m.b.a...3...0. 0x0150: 2e00 3200 3800 2d00 5300 6500 7200 4e00 ..2.8.-.S.e.r.N. 0x0160: 6500 7400 2d00 5200 6500 6400 4800 6100 e.t.-.R.e.d.H.a. 0x0170: 7400 0000 5300 4900 4700 4100 4d00 0000 t...X.X.X.X.X... 10:11:49.340330 IP 192.168.193.50.1083 > 192.168.193.11.139: P 240:520(280) ack 345 win...

Hi all, I am a Nouveau user on FC12 with GeForce 9500GT. I have read the Nouveau wiki documents, and they imply that there are ways to set GPU to send interrupts to CPU, when we want to be notified for something, e.g., when DMA transfer or GPU operation is completed. By default, when I run an OpenGL demo application from Gallium3D, the driver gets no interrupts from GPU in nouveau_irq_handler(),

On Tue, 22 Nov 2016 15:19:34 +0000 Brian Candler via samba <samba at lists.samba.org> wrote: > On 21/11/2016 17:21, Brian Candler wrote: > > I'd quite like to be able to fetch a ticket using the keytab > > I found a solution to that part by using a different form of > principal name with "hostname$" > > root at client-ad:~# kinit -k -t

.....U... 0x0110: 0112 a103 0201 01a2 8203 4704 8203 439e ..........G...C. 0x0120: 0b55 e5e1 592a 3d8b f714 1658 e779 413a .U..Y*=....X.yA: 0x0130: 27ba 0a5c ab3d 7410 97e0 bc81 6ee7 ebbc '..\.=t.....n... 0x0140: f79c 57bf d6f0 026b e51e 0fd8 0d7c 5479 ..W....k.....|Ty 0x0150: 2015 e53d a42e a080 09e4 c5a4 a470 c576 ...=.........p.v 0x0160: 27d3 2bdb 3301 31fc 66c0 098e cd9a 666f '.+.3.1.f.....fo 0x0170: 2d85 976e 57d1 010e 22e6 d4a6 ce2b 5371 -..nW..."....+Sq 0x0180: 0c41 f955 20af 683f 9abe 90bf ec73 ec72 .A.U..h?.....s.r 0x0190: 14b6...

...turn 0; + /* Yes, for some reason even the old versions of objects + * accept 0x57 and not 0x17. Consistency be damned. + */ + case 0x57: + nv04_graph_set_ctx1(chan, 0x1000, 0x1000); + return 0; + } + return 1; +} + static struct nouveau_pgraph_object_method nv04_graph_mthds_sw[] = { { 0x0150, nv04_graph_mthd_set_ref }, {} }; -static struct nouveau_pgraph_object_method nv04_graph_mthds_set_operation[] = { +static struct nouveau_pgraph_object_method nv04_graph_mthds_nv03_gdirect[] = { + { 0x0184, nv04_graph_mthd_bind_nv01_patt }, + { 0x0188, nv04_graph_mthd_bind_rop }, + { 0x018c, n...

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- drivers/gpu/drm/nouveau/nouveau_connector.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.h b/drivers/gpu/drm/nouveau/nouveau_connector.h index 6e399aa..4cefce3 100644 --- a/drivers/gpu/drm/nouveau/nouveau_connector.h +++ b/drivers/gpu/drm/nouveau/nouveau_connector.h @@ -107,7 +107,4

...sb/core/inode.c: creating file ''002'' Initializing USB Mass Storage driver... usb-storage 3-1:1.0: usb_probe_interface usb-storage 3-1:1.0: usb_probe_interface - got id usb-storage: USB Mass Storage device detected usb-storage: -- associate_dev usb-storage: Vendor: 0x0457, Product: 0x0150, Revision: 0x0100 usb-storage: Interface Subclass: 0x06, Protocol: 0x50 usb-storage: Transport: Bulk usb-storage: Protocol: Transparent SCSI scsi0 : SCSI emulation for USB Mass Storage devices usb-storage: *** thread sleeping. usbcore: registered new driver usb-storage USB Mass Storage support regi...

...sb/core/inode.c: creating file ''002'' Initializing USB Mass Storage driver... usb-storage 3-1:1.0: usb_probe_interface usb-storage 3-1:1.0: usb_probe_interface - got id usb-storage: USB Mass Storage device detected usb-storage: -- associate_dev usb-storage: Vendor: 0x0457, Product: 0x0150, Revision: 0x0100 usb-storage: Interface Subclass: 0x06, Protocol: 0x50 usb-storage: Transport: Bulk usb-storage: Protocol: Transparent SCSI scsi0 : SCSI emulation for USB Mass Storage devices usb-storage: *** thread sleeping. usbcore: registered new driver usb-storage USB Mass Storage support regi...

Signed-off-by: Marcin Ko?cielnicki <koriakin at 0x04.net> --- drivers/gpu/drm/nouveau/nv04_fbcon.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv04_fbcon.c b/drivers/gpu/drm/nouveau/nv04_fbcon.c index 813b25c..7cf9287 100644 --- a/drivers/gpu/drm/nouveau/nv04_fbcon.c +++ b/drivers/gpu/drm/nouveau/nv04_fbcon.c @@ -236,7 +236,7 @@

...a e8f1 19be cea3 e8ee 1926 8b47 .............&.G 0x0120 22e8 071a e8e1 19be e7a3 e8de 1926 8b47 "............&.G 0x0130 24e8 f719 e8d1 19be 00a4 e8ce 1926 8b47 $............&.G 0x0140 26e8 e719 e8c1 1966 31f6 2666 0fb7 4720 &......f1.&f..G. 0x0150 263b 4724 770a 268b 4724 268b 7726 eb04 &;G$w.&.G$&.w&.. 0x0160 268b 7722 66c1 e004 6601 f066 c1e8 0aa3 &.w"f...f..f.... 0x0170 b85b be3f a3e8 9319 a11c 8fe8 ad19 b03a .[.?...........: 0x0180 e820 11a1 1a8f e8a2 19e8 7c19 e994 0089 .........

...s/gpu/drm/nouveau/nv04_fence.c index 94eadd1dd10a..997c54122ed9 100644 --- a/drivers/gpu/drm/nouveau/nv04_fence.c +++ b/drivers/gpu/drm/nouveau/nv04_fence.c @@ -43,7 +43,7 @@ nv04_fence_emit(struct nouveau_fence *fence) int ret = RING_SPACE(chan, 2); if (ret == 0) { BEGIN_NV04(chan, NvSubSw, 0x0150, 1); - OUT_RING (chan, fence->sequence); + OUT_RING (chan, fence->base.seqno); FIRE_RING (chan); } return ret; @@ -77,7 +77,7 @@ nv04_fence_context_new(struct nouveau_channel *chan) { struct nv04_fence_chan *fctx = kzalloc(sizeof(*fctx), GFP_KERNEL); if (fctx) { - nouveau_fen...

This series depends on the previously posted reservation api patches. 2 of them are not yet in for-next-fences branch of git://git.linaro.org/people/sumit.semwal/linux-3.x.git The missing patches are still in my vmwgfx_wip branch at git://people.freedesktop.org/~mlankhorst/linux All ttm drivers are converted to the fence api, fence_lock is removed and rcu is used in its place. qxl is the first

fence_is_signaled callback should support being run in atomic context, but not in irq context. Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- include/linux/fence.h | 23 +++++++++++++++++++---- 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/include/linux/fence.h b/include/linux/fence.h index d174585b874b..c1a4519ba2f5 100644 ---

This series applies on top of the driver-core-next branch of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git Before converting ttm to the new fence interface I had to fix some drivers to require a reservation before poking with fence_obj. After flipping the switch RCU becomes available instead, and the extra reservations can be dropped again. :-) I've done at least basic