search for: 6b

I did a very quick pass at removing all the non-KMS support from the DDX. It's tested on G80 but nowhere else currently, I thought some discussion would be a good idea rather than just ripping it out :) The non-KMS paths are messy, and lets face it, rotting badly. IMO the KMS code is stable enough now that we can continue without the UMS crutch, and indeed, the KMS code supports a lot more

...+ #4 SMP Thu Sep 20 11:48:55 KST 2018 x86_64 x86_64 x86_64 GNU/Linux # HW LG Notebook. (Model Name:lg15n54) # kmemleak mesage unreferenced object 0xffff8801e9c58388 (size 96): comm "systemd-udevd", pid 130, jiffies 4294895052 (age 295965.560s) hex dump (first 32 bytes): 02 05 00 6b 6b 6b 6b 6b 6b 6b 10 00 02 15 6b 6b ...kkkkkkk....kk 6b 6b 6b 6b 6b 6b 6b 6b 00 00 00 6b 6b 6b 6b 6b kkkkkkkk...kkkkk backtrace: [<000000000f9caea9>] nvkm_iccsense_oneinit+0x231/0x1cf0 [nouveau] [<00000000d7f5cb68>] nvkm_subdev_init+0x155/0x9a0 [nouveau] [<0000000...

...+ #4 SMP Thu Sep 20 11:48:55 KST 2018 x86_64 x86_64 x86_64 GNU/Linux # HW LG Notebook. (Model Name:lg15n54) # kmemleak mesage unreferenced object 0xffff8801e9c58388 (size 96): comm "systemd-udevd", pid 130, jiffies 4294895052 (age 295965.560s) hex dump (first 32 bytes): 02 05 00 6b 6b 6b 6b 6b 6b 6b 10 00 02 15 6b 6b ...kkkkkkk....kk 6b 6b 6b 6b 6b 6b 6b 6b 00 00 00 6b 6b 6b 6b 6b kkkkkkkk...kkkkk backtrace: [<000000000f9caea9>] nvkm_iccsense_oneinit+0x231/0x1cf0 [nouveau] [<00000000d7f5cb68>] nvkm_subdev_init+0x155/0x9a0 [nouveau] [<0000000...

...9,13 +39,16 @@ __copy_from_user_asm: jnh 6f # no, the current page faulted # move with the reduced length which is < 256 5: mvcp 0(%r5,%r2),0(%r4),%r0 - slgr %r3,%r5 +9: slgr %r3,%r5 6: lgr %r2,%r3 br %r14 .section __ex_table,"a" .quad 0b,4b .quad 2b,4b .quad 5b,6b + .quad 7b,6b + .quad 8b,6b + .quad 9b,6b .previous .align 4 @@ -55,14 +58,14 @@ __copy_from_user_asm: __copy_to_user_asm: slgr %r0,%r0 0: mvcs 0(%r3,%r4),0(%r2),%r0 - jnz 1f +7: jnz 1f slgr %r2,%r2 br %r14 1: la %r2,256(%r2) la %r4,256(%r4) aghi %r3,-256 2: mvcs 0...

...9,13 +39,16 @@ __copy_from_user_asm: jnh 6f # no, the current page faulted # move with the reduced length which is < 256 5: mvcp 0(%r5,%r2),0(%r4),%r0 - slgr %r3,%r5 +9: slgr %r3,%r5 6: lgr %r2,%r3 br %r14 .section __ex_table,"a" .quad 0b,4b .quad 2b,4b .quad 5b,6b + .quad 7b,6b + .quad 8b,6b + .quad 9b,6b .previous .align 4 @@ -55,14 +58,14 @@ __copy_from_user_asm: __copy_to_user_asm: slgr %r0,%r0 0: mvcs 0(%r3,%r4),0(%r2),%r0 - jnz 1f +7: jnz 1f slgr %r2,%r2 br %r14 1: la %r2,256(%r2) la %r4,256(%r4) aghi %r3,-256 2: mvcs 0...

...quickly (+1000) I started to log with iptables what was happening on the IP layer (I logged incoming packets matching udp/tcp on port 137/138/139/445). Very quickly, another storm occured and the server was receiveing A LOT of packets : [...] Apr 8 11:19:17 rohan kernel: IN=eth0 OUT= MAC=00:09:6b:f1:49:1e:00:09:97:56:9a:0e:08:00 SRC=x.y.16.19 DST=x.y.15.3 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=54407 DF PROTO=TCP SPT=3863 DPT=445 WINDOW=65535 RES=0x00 SYN URGP=0 Apr 8 11:19:17 rohan kernel: IN=eth0 OUT= MAC=00:09:6b:f1:49:1e:00:09:97:56:9a:0e:08:00 SRC=x.y.16.19 DST=x.y.15.3 LEN=40 TOS=0x00 P...

...BR" partition entry # 1 is offset 0x1BE. Which in this image is right in the error strings (?) section. 00000170 13 59 5A 58 72 09 40 75 01 42 03 5E 0B E2 CC C3 .YZXr.@u.B.^.âÌà 00000180 03 18 01 27 0D 0A 49 6E 76 61 6C 69 64 20 73 79 ...'..Invalid sy 00000190 73 74 65 6D 20 64 69 73 6B FF 0D 0A 44 69 73 6B stem diskÿ..Disk 000001A0 20 49 2F 4F 20 65 72 72 6F 72 FF 0D 0A 52 65 70 I/O errorÿ..Rep 000001B0 6C 61 63 65 20 74 68 65 20 64 69 73 6B 2C 20 61 lace the disk, a 000001C0 6E 64 20 74 68 65 6E 20 70 72 65 73 73 20 61 6E nd then press an 000001D0 79 20 6B 65 79 0D 0A 0...

...Source Destination Protocol Info 1 0.000000 192.168.174.244 192.168.174.242 TCP 57074 > microsoft-ds [SYN] Seq=0 Ack=0 Win=5840 Len=0 MSS=1460 TSV=73543465 TSER=0 WS=2 Frame 1 (74 bytes on wire, 74 bytes captured) Ethernet II, Src: 00:09:6b:53:12:f1, Dst: 00:04:4b:80:80:03 Internet Protocol, Src Addr: 192.168.174.244 (192.168.174.244), Dst Addr: 192.168.174.242 (192.168.174.242) Transmission Control Protocol, Src Port: 57074 (57074), Dst Port: microsoft-ds (445), Seq: 0, Ack: 0, Len: 0 No. Time Source Dest...

...erable Versions System Package ----------------------------------------------------------- OpenLinux 2.3 not vulnerable OpenLinux eServer 2.3.1 All packages previous to and OpenLinux eBuilder ucd-snmp-4.2.1-6b OpenLinux eDesktop 2.4 not vulnerable OpenLinux Server 3.1 not vulnerable OpenLinux Workstation 3.1 not vulnerable 3. Solution Workaround none The proper solution is to upgrade t...

...b:0e:bb:12:8a > and the macaddress in AD is: 1:90:1b:e:bb:12:8a (have you noticed the > missing 0 and 1: is added at the beginning) > No I hadn't, but I don't think it has anything to do with script, I think DHCP is sending the wrong data: Commit: IP: 192.168.0.88 DHCID: 1:ec:8:6b:c:cb:c2 Name: devstation But, the request shows this: DHCPREQUEST for 192.168.0.88 from ec:08:6b:0c:cb:c2 (devstation) via eth0 1:ec:8:6b:c:cb:c2 != ec:08:6b:0c:cb:c2 Let me look into this, I could be some time ;-) It doesn't really matter for the scripts original purpose, but it does for...

...ty Advisory 2013:1804 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1804.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d8b2b51377426670a74afc325debda1b35b76fb20d1d77caff49d451c5e0d78c libjpeg-6b-38.i386.rpm 981357aecac5afd28b58196cba54b7923df90e9df04131dbeea286c665592094 libjpeg-devel-6b-38.i386.rpm x86_64: d8b2b51377426670a74afc325debda1b35b76fb20d1d77caff49d451c5e0d78c libjpeg-6b-38.i386.rpm 8fcc4d30ebb3819a8c29a907e489baf8a6ec6a31cd63a6114c39a53aa64f9838 libjpeg-6b-38.x86_64.rpm 981...

...>>> Hmm.. This might be difficult. tftpd and dhcp are on the same system. > >>> If there was one, this should have been captured. <snip/> > > Guess what the filter setting was? ;) > > > > tcpdump -ni eth0.230 -s0 -w hp380g9_efi_pxe.pcap ether src c4:34:6b:b7:1b:cc or ether dst c4:34:6b:b7:1b:cc > > > > So the DHCPACK packet should have been captured... But it wasn't, neither the DHCPOFFER ... > The following has a simplification and then a specialized filter to > grab BOOTP/DHCP frames with the MAC in question. > >...

...2e 31 30 30 3e 0d 0a 46 72 6f 6d 3a 20 22 .1.100>. .From: " 0130 67 69 61 6e 63 61 22 3c 73 69 70 3a 31 32 33 34 gianca"< sip:1234 0140 40 31 39 32 2e 31 36 38 2e 31 2e 31 30 30 3e 3b @192.168 .1.100>; 0150 74 61 67 3d 65 34 35 64 65 35 36 62 0d 0a 43 61 tag=e45d e56b..Ca 0160 6c 6c 2d 49 44 3a 20 4e 47 49 33 59 6a 49 7a 4d ll-ID: N GI3YjIzM 0170 6a 49 79 4e 47 49 77 5a 54 6b 77 4d 54 63 35 5a jIyNGIwZ TkwMTc5Z 0180 47 49 77 4d 57 51 33 4d 57 5a 69 4f 57 4a 6b 4e GIwMWQ3M WZiOWJkN 0190 44 59 2e 0d 0a 43 53 65 71 3a 20 31 20 52 45 47 DY...CSe q: 1...

...filter syntax might be difficult. >> > Not that we, the mailinglist (archive) know the previous capture was done, > but I would use filter based upon the MAC-address of the client. Guess what the filter setting was? ;) tcpdump -ni eth0.230 -s0 -w hp380g9_efi_pxe.pcap ether src c4:34:6b:b7:1b:cc or ether dst c4:34:6b:b7:1b:cc So the DHCPACK packet should have been captured... MfG / regards, Holger Baust -- freenet Datenkommunikations GmbH Ein Unternehmen der freenet Group Willst?tterstra?e 13 D-40549 D?sseldorf Tel.: +49 (0) 211 53087 519 Fax: +49 (0) 211 5381573 Mobil: +49...

...>>> >> Not that we, the mailinglist (archive) know the previous capture was done, >> but I would use filter based upon the MAC-address of the client. > > Guess what the filter setting was? ;) > > tcpdump -ni eth0.230 -s0 -w hp380g9_efi_pxe.pcap ether src > c4:34:6b:b7:1b:cc or ether dst c4:34:6b:b7:1b:cc > > So the DHCPACK packet should have been captured... The following has a simplification and then a specialized filter to grab BOOTP/DHCP frames with the MAC in question. (ether host c4:34:6b:b7:1b:cc) or ( ( udp port 67 or udp port 68) and (udp[36:4...

Lately, when I attempted to run some of my apps, they crashed with the following output. Code: Wrong JPEG library version: library is 62, caller expects 70 I run Gentoo Linux X64. A search for the appropriate package gives this: Code: * media-libs/jpeg Latest version available: 7 Latest version installed: 7 Size of files: 949 kB Homepage: http://jpegclub.org/

...cairo TRUE TRUE TRUE TRUE TRUE FALSE FALSE Here is some system information: ***@*** [~]# uname -srvmo Linux 2.6.28-10.7.intel.IGB.BHsmp #1 SMP Thu Aug 13 21:52:24 MDT 2009 x86_64 GNU/Linux ***@*** [~]# rpm -qa | grep -E 'libpng|cairo|pango|libjpeg' libjpeg-devel-6b-37 libjpeg-6b-37 pycairo-1.2.0-1.1 libpng-devel-1.2.10-7.1.el5_3.2 pango-1.14.9-6.el5.centos cairo-1.2.4-5.el5 libjpeg-devel-6b-37 libpng-1.2.10-7.1.el5_3.2 libpng-1.2.10-7.1.el5_3.2 pango-1.14.9-6.el5.centos cairo-devel-1.2.4-5.el5 pango-devel-1.14.9-6.el5.centos cairo-1.2.4-5.el5 libjpeg-6b-37 li...

...9;s serialize() [*] with the following changes: * Function bytecode and flags are ignored: f <- function() invisible() depcache:::hash(f, 2) # This is plain FNV1a-64 of serialize() output # [1] "9b7a1af5468deba4" .Call(depcache:::C_hash2, f) # This is the new hash [1] 91 5f b8 a1 b0 6b cb 40 f() # called once: function gets the MAYBEJIT_MASK flag depcache:::hash(f, 2) # [1] "7d30e05546e7a230" .Call(depcache:::C_hash2, f) # [1] 91 5f b8 a1 b0 6b cb 40 f() # called twice: function now has bytecode depcache:::hash(f, 2) # [1] "2a2cba4150e722b8" .Call(depcache:::C...

.... This might be difficult. tftpd and dhcp are on the same system. >>>>> If there was one, this should have been captured. > <snip/> >>> Guess what the filter setting was? ;) >>> >>> tcpdump -ni eth0.230 -s0 -w hp380g9_efi_pxe.pcap ether src c4:34:6b:b7:1b:cc or ether dst c4:34:6b:b7:1b:cc >>> >>> So the DHCPACK packet should have been captured... > But it wasn't, neither the DHCPOFFER ... > > > >> The following has a simplification and then a specialized filter to >> grab BOOTP/DHCP frames with the...

Hi all! I am intrested in the following scheme My mobile phone -> SMS to SOMETHING -> Redirect to FWD number -> FDW redirect to my * -> My * doing smtg There are companies like calluk.com that provide DIDs for free, but they do not support SMS. In http://www.voip-info.org/wiki-Asterisk+cmd+Sms they say "Works to ETSI ES 201 912 compatible with BT SMS PSTN service in UK"