search for: 00a0

Hi there, I am gettings tons of messages in dmesg output such as: [...] [ 2419.238990] [drm:drm_mode_addfb2 [drm]] [FB:65] [ 2419.243388] 00a0 2 base507c_ntfy_set [ 2419.243391] 00000060 [ 2419.243391] f0000000 [ 2419.243393] 0084 1 base827c_image_set [ 2419.243394] 00000010 [ 2419.243395] 00c0 1 base827c_image_set [ 2419.243395] fb00007a [ 2419.243396] 0110 2 base827c_image_set [ 2419.243397] 00000000 [ 2419.243398] 00000000 [ 2419.24339...

...20 [EHCI]) ??????? Subsystem: ASUSTeK Computer Inc. Device 201f ??????? Flags: bus master, medium devsel, latency 0, IRQ 16 ??????? Memory at dd618000 (32-bit, non-prefetchable) [size=1K] ??????? Capabilities: [50] Power Management version 2 ??????? Capabilities: [58] Debug port: BAR=1 offset=00a0 ??????? Capabilities: [98] PCI Advanced Features ??????? Kernel driver in use: ehci-pci ??????? Kernel modules: ehci_pci lspci -s 00:1d.0 -v 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05) (prog-if 20 [EHCI]) ??????? Subsystem: ASUSTeK Compute...

...group: files winbind I verified that all dynamic libraries are being accessed correctly by using "strace getent group". Below is the debug output of winbindd when issuing various commands that interact with it. The commands are noted in (parenthesis). (winbindd -i -d 9) 00a0 status: NT_STATUS_OK ("getent group" command issued) accepted socket 17 [17171]: request interface version [17171]: request location of privileged pipe accepted socket 18 [17171]: setgrent [17171]: endgrent ("getent passwd" command issued) accepted socket 17 [17172]: request...

...???? Subsystem: ASUSTeK Computer Inc. Device 201f > ??????? Flags: bus master, medium devsel, latency 0, IRQ 16 > ??????? Memory at dd618000 (32-bit, non-prefetchable) [size=1K] > ??????? Capabilities: [50] Power Management version 2 > ??????? Capabilities: [58] Debug port: BAR=1 offset=00a0 > ??????? Capabilities: [98] PCI Advanced Features > ??????? Kernel driver in use: ehci-pci > ??????? Kernel modules: ehci_pci > >lspci -s 00:1d.0 -v >00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset >Family USB EHCI #1 (rev 05) (prog-if 20 [EHCI]) > ??...

...amp;...s.a.m.b.a.P. 0060 77 00 64 00 4D 00 75 00 73 00 74 00 43 00 68 00 w.d.M.u.s.t.C.h. 0070 61 00 6E 00 67 00 65 00 00 00 00 00 01 00 00 00 a.n.g.e......... 0080 04 00 00 00 FF FF FF 7F 02 00 00 00 20 00 00 00 ................ 0090 73 00 61 00 6D 00 62 00 61 00 4C 00 4D 00 50 00 s.a.m.b.a.L.M.P. 00A0 61 00 73 00 73 00 77 00 6F 00 72 00 64 00 00 00 a.s.s.w.o.r.d... 00B0 01 00 00 00 42 00 00 00 43 00 30 00 36 00 45 00 ....B...C.0.6.E. 00C0 32 00 37 00 37 00 42 00 44 00 35 00 37 00 44 00 2.7.7.B.D.5.7.D. 00D0 46 00 42 00 38 00 37 00 31 00 44 00 37 00 31 00 F.B.8.7.1.D.7.1. 00E0 30 00 36 00 30 00 4...

.......... 0060 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 0070 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 0080 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 0090 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 00a0 ff ff ff ff ff ff ff ff ff ff ff ff ............ _________________________________________________________________

...0050 6c6c766d 2f747275 6e6b2032 38353331 llvm/trunk 28531 0060 38290063 6c616e67 20766572 73696f6e 8).clang version 0070 20342e30 2e302028 7472756e 6b203238 4.0.0 (trunk 28 0080 34323239 2920286c 6c766d2f 7472756e 4229) (llvm/trun 0090 6b203238 34323438 2900636c 616e6720 k 284248).clang 00a0 76657273 696f6e20 342e302e 30202874 version 4.0.0 (t 00b0 72756e6b 20323832 30383929 20286c6c runk 282089) (ll 00c0 766d2f74 72756e6b 20323832 30393829 vm/trunk 282098) 00d0 00636c61 6e672076 65727369 6f6e2034 .clang version 4 00e0 2e302e30 20287472 756e6b20 32383335 .0.0 (trunk 2835 00f0...

(In the following I write <tab> because my MUA strips tabs) Consider the code: ---- Paragraph <tab> <tab> Line <tab> ---- or even: ---- Paragraph <tab><space> <tab> Line <tab> ---- Markdown.pl ignores the leading blank line in the code block. Is this intended behaviour? -- Andrea Censi "Life is too important to be taken

...0060 39 32 2e 31 36 38 2e 31 2e 31 31 36 3a 35 34 30 92.168.1 .116:540 0070 35 30 3b 62 72 61 6e 63 68 3d 7a 39 68 47 34 62 50;branc h=z9hG4b 0080 4b 2d 64 38 37 35 34 7a 2d 32 34 32 38 38 65 37 K-d8754z -24288e7 0090 32 38 32 36 64 30 31 32 38 2d 31 2d 2d 2d 64 38 2826d012 8-1---d8 00a0 37 35 34 7a 2d 3b 72 70 6f 72 74 0d 0a 4d 61 78 754z-;rp ort..Max 00b0 2d 46 6f 72 77 61 72 64 73 3a 20 37 30 0d 0a 43 -Forward s: 70..C 00c0 6f 6e 74 61 63 74 3a 20 3c 73 69 70 3a 31 32 33 ontact: <sip:123 00d0 34 40 31 39 32 2e 31 36 38 2e 31 2e 31 31 36 3a **4 at 192.16*<4...

...the port works very goog on the same pc in windows XP. but when i connect any serial device to that port in linux it does not work. in /proc/ioports there is entry for that port as 0000-001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0070-007f : rtc 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0376-0376 : ide1 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial(auto) ---- > displayed here 0cf8-0cff : PCI conf1 c000-cfff : PCI Bus #01 c800-c8ff : Realtek Semiconductor Co., Ltd...

.... 0060 00 00 00 38 00 00 00 3c 01 38 00 00 00 00 00 3d ...8...<.8.....= 0070 01 00 05 00 02 03 10 00 00 00 3c 01 00 00 1d 00 ..........<..... 0080 00 00 24 01 00 00 00 00 00 00 00 00 00 00 01 00 ..$............. 0090 00 00 04 00 00 00 01 00 00 00 04 00 00 00 00 02 ................ 00a0 00 00 36 00 36 00 01 00 00 00 d7 07 00 00 30 00 ..6.6.........0. 00b0 30 00 01 00 00 00 ed 07 00 00 26 00 26 00 01 00 0.........&.&... 00c0 00 00 03 02 00 00 16 00 16 00 01 00 00 00 1b 00 ................ 00d0 00 00 00 00 00 00 1b 00 00 00 41 00 64 00 6d 00 ..........A.d.m. 00e0...

...275 6e6b2032 38353331 llvm/trunk 28531 > 0060 38290063 6c616e67 20766572 73696f6e 8).clang version > 0070 20342e30 2e302028 7472756e 6b203238 4.0.0 (trunk 28 > 0080 34323239 2920286c 6c766d2f 7472756e 4229) (llvm/trun > 0090 6b203238 34323438 2900636c 616e6720 k 284248).clang > 00a0 76657273 696f6e20 342e302e 30202874 version 4.0.0 (t > 00b0 72756e6b 20323832 30383929 20286c6c runk 282089) (ll > 00c0 766d2f74 72756e6b 20323832 30393829 vm/trunk 282098) > 00d0 00636c61 6e672076 65727369 6f6e2034 .clang version 4 > 00e0 2e302e30 20287472 756e6b20 32383335 .0.0 (...

...ASUSTeK Computer Inc. Device 201f >> ??????? Flags: bus master, medium devsel, latency 0, IRQ 16 >> ??????? Memory at dd618000 (32-bit, non-prefetchable) [size=1K] >> ??????? Capabilities: [50] Power Management version 2 >> ??????? Capabilities: [58] Debug port: BAR=1 offset=00a0 >> ??????? Capabilities: [98] PCI Advanced Features >> ??????? Kernel driver in use: ehci-pci >> ??????? Kernel modules: ehci_pci >> >> lspci -s 00:1d.0 -v >> 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset >> Family USB EHCI #1 (rev...

...drm_mode_addfb2 [drm]] [FB:65] [ 2368.141704] [drm:drm_mode_setcrtc [drm]] [CRTC:40:head-0] [ 2368.141717] [drm:drm_mode_setcrtc [drm]] [CONNECTOR:44:DVI-I-1] [ 2368.141735] 0900 1 nv50_head_base [ 2368.141736] 00000001 [ 2368.141737] 08a0 1 nv50_head_dither [ 2368.141737] 00000003 [ 2368.141752] 00a0 2 nv50_base_ntfy_set [ 2368.141752] 00000120 [ 2368.141753] f0000000 [ 2368.141754] 0084 1 nv50_base_image_set [ 2368.141754] 00000010 [ 2368.141755] 00c0 1 nv50_base_image_set [ 2368.141755] fb000000 [ 2368.141756] 0800 5 nv50_base_image_set [ 2368.141756] 00009400 [ 2368.141757] 00000000 [...

...4, R8; /*0070*/ IMAD.U32.U32 R7, R4, R5, R8; /*0078*/ IADD R4.CC, R4, 0x1; /*0088*/ ST.E [R2], R6; /*0090*/ IADD.X R5, R5, RZ; /*0098*/ ISETP.NE.AND P0, PT, R0, RZ, PT; /*00a0*/ IADD R2.CC, R2, 0x4; /*00a8*/ IADD.X R3, R3, RZ; /*00b0*/ @P0 BRA `(.L_1); I hope the issue is clear up to this point. So what's a good solution to fix this issue? I am thinking of having IndVarSimplify consult TargetTransformInfo ab...

...0 9f 89 94 c0 5c 06 b4 c0 12 ac c8 c0 88 23 ......\. .......# 0070 21 41 50 69 2e c1 0c 8a 13 c1 ba 24 7b c0 c3 55 !APi.... ...${..U 0080 a3 c0 c6 51 d6 c0 94 94 49 c0 af 0e 77 41 dd aa ...Q.... I...wA.. 0090 fe c0 40 e4 2e c1 00 00 00 00 60 d4 23 03 40 1c .. at ..... ..`.#. at . 00a0 59 3e e8 d7 23 03 fc ef a6 03 00 00 00 00 a0 00 Y>..#... ........ 00b0 00 00 00 00 80 3f 34 a2 f4 bf 21 3c 6a 3f 00 00 .....?4. ..!<j?.. 00c0 80 3f 5e a2 f6 bf 03 43 6e 3f 00 00 80 3f .?^....C n?...? Questions: 1. What is the rest and how do I decode it with my ow...

Hello, We’d like to keep track of which clang version was used to build our LLVM binaries. We use cmake and ninja with clang to build. What do you people think would be the cleanest way to know which version of clang is used, on a user’s machine, to build those binaries. I’m hoping to script this. I was thinking that getting cmake/ninja to spit out this information, if possible, would probably be

...... 0060 02 02 06 05 2b 05 01 05 02 06 09 2a 86 48 82 f7 ....+......*.H.. 0070 12 01 02 02 a1 04 03 02 01 04 a2 82 09 2f 04 82 ............./.. 0080 09 2b 60 82 09 27 06 09 2a 86 48 86 f7 12 01 02 .+`..'..*.H..... 0090 02 01 00 6e 82 09 16 30 82 09 12 a0 03 02 01 05 ...n...0........ 00a0 a1 03 02 01 0e a2 07 03 05 00 20 00 00 00 a3 82 .......... ..... 00b0 08 3e 61 82 08 3a 30 82 08 36 a0 03 02 01 05 a1 .>a..:0..6...... 00c0 15 1b 13 53 55 2e 57 49 4e 2e 53 54 41 4e 46 4f ...SU.WIN.STANFO 00d0 52 44 2e 45 44 55 a2 25 30 23 a0 03 02 01 01 a1 RD.EDU.%0#...... 00e0 1c...

On 09/29/2020 11:11 PM, Bruce Ferrell wrote: > On 9/29/20 7:21 PM, H wrote: >> kernel: usb 1-9: unable to read config index 0 descriptor/all > > Those error messages mean that the device isn't responding to the Get-Descriptor request. > > I think a step back and checking the usb subsystem, in general, might be a good idea: > > Let's start with the full output of

In usr/src/uts/common/xen/io/xnbu.c, function xnbu_cksum_from_peer() http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/xen/io/xnbu.c#110 we have this: if ((flags & NETTXF_csum_blank) != 0) { /* * The checksum is blank. We must fill it in here. */ mp = xnb_process_cksum_flags(xnbp, mp, 0);