search for: 29068

....0-1_amd64.deb 7d6d567baa2785594d52b8fab2825bd291811555 115860 xen-utils-common_4.4.0-1_all.deb c0b65ac49c1438c2dfa3e13a301fc70a7ae14a13 18454 xen-system-amd64_4.4.0-1_amd64.deb bf8118fe46ee8760006c582db7066a477a13c38c 470730 libxen-dev_4.4.0-1_amd64.deb e8a2cddea239123adf0a7058a3e6d02bc47ee28d 29068 libxenstore3.0_4.4.0-1_amd64.deb bd21a03f086421600cbcfde35e346c56d29f3805 24656 xenstore-utils_4.4.0-1_amd64.deb 489bf043b0596ea02dfc1c407cd2e01fb4cc7438 290828 libxen-4.4_4.4.0-1_amd64.deb f5d91a56e77163c6484df0eb6fc51de1e8c911d4 384254 xen-utils-4.4_4.4.0-1_amd64.deb Checksums-Sha256: f1175ea...

-------------- next part -------------- A non-text attachment was scrubbed... Name: attachment.zip Type: application/octet-stream Size: 29068 bytes Desc: not available Url : http://wrath.rubyonrails.org/pipermail/rails/attachments/20060607/492a4515/attachment-0001.obj

...er, just don't know when, running the command 'service smb status' would return many process IDs, like this: smbd (pid 32557 32240 32204 32202 31880 31874 31788 31714 31707 31337 31107 30853 30755 30637 30581 30478 30464 30369 30300 30167 30087 30031 29618 29585 29247 29236 29168 29076 29068 28956 28937 28934 28835 28783 28725 28610 28609 28398 28339 28328 28258 28071 27970 27865 27843 27842 27578 27545 27505 27419 27278 27038 27009 26994 26988 26924 26912 26741 26653 26637 26537 26411 26301 26207 26170 26080 25715 25690 25518 25414 25412 25324 25273 25229 25200 25186 25130 25035 25023...

...[ 3]= 4280 (0x10B8) smb_vwv[ 4]= 0 (0x0) smb_vwv[ 5]= 0 (0x0) smb_vwv[ 6]= 0 (0x0) smb_vwv[ 7]= 0 (0x0) smb_vwv[ 8]= 0 (0x0) smb_vwv[ 9]= 0 (0x0) smb_vwv[10]= 82 (0x52) smb_vwv[11]= 72 (0x48) smb_vwv[12]= 82 (0x52) smb_vwv[13]= 2 (0x2) smb_vwv[14]= 38 (0x26) smb_vwv[15]=29068 (0x718C) smb_bcc=87 size=124 smb_com=0x25 smb_rcls=0 smb_reh=0 smb_err=0 smb_flg=136 smb_flg2=51201 smb_tid=1 smb_pid=4398 smb_uid=101 smb_mid=6 smt_wct=10 smb_vwv[ 0]= 0 (0x0) smb_vwv[ 1]= 68 (0x44) smb_vwv[ 2]= 0 (0x0) smb_vwv[ 3]= 0 (0x0) smb_vwv[ 4]= 56 (0x38) smb_vwv[ 5]= 0 (0x...

...HighMem per-cpu: Feb 4 00:08:24 server1 kernel: cpu 0 hot: low 10, high 30, batch 5 Feb 4 00:08:24 server1 kernel: cpu 0 cold: low 0, high 10, batch 5 Feb 4 00:08:24 server1 kernel: Feb 4 00:08:24 server1 kernel: Free pages: 66820kB (66820kB HighMem) Feb 4 00:08:24 server1 kernel: Active:29068 inactive:191437 dirty:121 writeback:0 unstable:0 free:16705 slab:11020 mapped:9351 pagetables:253 Feb 4 00:08:24 server1 kernel: DMA free:0kB min:16kB low:32kB high:48kB active:36kB inactive:12168kB present:16384kB pages_scanned:0 all_unreclaimable? no Feb 4 00:08:24 server1 kernel: protections[]...

...reply(296) Got API command 0x26 on pipe "spoolss" (pnum 718c)free_pipe_context: destroying talloc pool of size 0 [2003/01/07 17:42:53, 3] rpc_server/srv_pipe.c:api_pipe_request(1148) Doing \PIPE\spoolss [2003/01/07 17:42:53, 3] rpc_server/srv_pipe.c:api_rpcTNP(1180) api_rpcTNP: pipe 29068 rpc command: SPOOLSS_OPENPRINTEREX checking name: \\urbansrv1\urbanhp1 [2003/01/07 17:42:53, 3] rpc_server/srv_spoolss_nt.c:set_printer_hnd_printertype(394) Setting printer type=\\urbansrv1\urbanhp1 [2003/01/07 17:42:53, 3] rpc_server/srv_spoolss_nt.c:_spoolss_open_printer_ex(1181) access DEN...

A call to drm_simple_encoder_init() initializes an encoder without further functionality. It only provides the destroy callback to cleanup the encoder's state. Only few drivers implement more sophisticated encoders than that. Most drivers implement such a simple encoder and can use drm_simple_encoder_init() instead. The patchset converts drivers where the encoder's instance is embedded in

A call to drm_simple_encoder_init() initializes an encoder without further functionality. It only provides the destroy callback to cleanup the encoder's state. Only few drivers implement more sophisticated encoders than that. Most drivers implement such a simple encoder and can use drm_simple_encoder_init() instead. The patchset converts drivers where the encoder's instance is embedded in