search for: 05000000

...act: nouveau at lists.freedesktop.org Running 'bin/glx-swap-event --async -auto' on at least NV20 hangs the X server. Some dmesg info that *might* be related (during a full piglit run): [ 3288.695639] nouveau 0000:04:00.0: gr: intr 00100000 [ERROR] nsource 00000040 [ILLEGAL_MTHD] nstatus 05000000 [INVALID_STATE PROTECTION_FAULT] ch 1 [Xorg[713]] subc 7 class 0096 mthd 16bc data 00000001 [ 3288.695674] nouveau 0000:04:00.0: gr: intr 00100000 [ERROR] nsource 00000040 [ILLEGAL_MTHD] nstatus 05000000 [INVALID_STATE PROTECTION_FAULT] ch 1 [Xorg[713]] subc 7 class 0096 mthd 0af0 data 00000000 [ 3...

...00:02:00.0: disp: 086c: 00000000 -> 00100a00 > > +nouveau 0000:02:00.0: disp: 0870: 0000e900 -> 0000e800 > > nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 > > nouveau 0000:02:00.0: disp: 0878: 00000000 > > nouveau 0000:02:00.0: disp: 0880: 05000000 > > > > Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in > > 64MB case. Why? > > > > I get blank screen even with 64MB with video=1280x1024-8 kernel > > parameter. Console works with video=1280x1024-16 even with 32MB stolen > > mem...

...000 -> 00100a00 >>> > +nouveau 0000:02:00.0: disp: 0870: 0000e900 -> 0000e800 >>> > nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 >>> > nouveau 0000:02:00.0: disp: 0878: 00000000 >>> > nouveau 0000:02:00.0: disp: 0880: 05000000 >>> > >>> > Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in >>> > 64MB case. Why? >>> > >>> > I get blank screen even with 64MB with video=1280x1024-8 kernel >>> > parameter. Console works with video=...

...000 -> 00100a00 >>> > +nouveau 0000:02:00.0: disp: 0870: 0000e900 -> 0000e800 >>> > nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 >>> > nouveau 0000:02:00.0: disp: 0878: 00000000 >>> > nouveau 0000:02:00.0: disp: 0880: 05000000 >>> > >>> > Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in >>> > 64MB case. Why? >>> > >>> > I get blank screen even with 64MB with video=1280x1024-8 kernel >>> > parameter. Console works with video=...

...samr_AddGroupMember: struct samr_AddGroupMember in: struct samr_AddGroupMember group_handle : * group_handle: struct policy_handle handle_type : 0x00000000 (0) uuid : 05000000-0000-0000-b248-b49e90510000 rid : 0x00000bb8 (3000) flags : 0x00000005 (5) [2008/08/25 12:59:48, 4] rpc_server/srv_lsa_hnd.c:find_policy_by_hnd_internal(168) Found policy hnd[0] [000] 00 00 00 00 05 00 00 00 00 00 00 00 B2 48...

...0000e900 -> 00001e00 +nouveau 0000:02:00.0: disp: 086c: 00000000 -> 00100a00 +nouveau 0000:02:00.0: disp: 0870: 0000e900 -> 0000e800 nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 nouveau 0000:02:00.0: disp: 0878: 00000000 nouveau 0000:02:00.0: disp: 0880: 05000000 Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in 64MB case. Why? I get blank screen even with 64MB with video=1280x1024-8 kernel parameter. Console works with video=1280x1024-16 even with 32MB stolen memory. Conclusions: 8-bit support is broken and bpp red...

...64 kbit/s bit-transparent operation B2 protocols support: 0x00000043 ISO 7776 (X.75 SLP) Transparent Transparent (ignoring framing errors of B1 protocol) B3 protocols support: 0x00000005 Transparent ISO 8208 (X.25 DTE-DTE) 0100 0200 18000000 03000000 43000000 05000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Supplementary services support: 0x00000012 Terminal Portability Call Forwarding In Asterisk, when an incoming call arrives, it shows me the following: Asterisk Ready. *CLI> capi...

...e00 > +nouveau 0000:02:00.0: disp: 086c: 00000000 -> 00100a00 > +nouveau 0000:02:00.0: disp: 0870: 0000e900 -> 0000e800 > nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 > nouveau 0000:02:00.0: disp: 0878: 00000000 > nouveau 0000:02:00.0: disp: 0880: 05000000 > > Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in 64MB > case. Why? > > I get blank screen even with 64MB with video=1280x1024-8 kernel parameter. > Console works with video=1280x1024-16 even with 32MB stolen memory. > > Conclusions: 8-bit suppor...

...: 086c: 00000000 -> 00100a00 >> > +nouveau 0000:02:00.0: disp: 0870: 0000e900 -> 0000e800 >> > nouveau 0000:02:00.0: disp: 0874: 00000000 -> ffff0000 >> > nouveau 0000:02:00.0: disp: 0878: 00000000 >> > nouveau 0000:02:00.0: disp: 0880: 05000000 >> > >> > Looks like it's using 8bpp (0x1e00) in 32MB case but 16bpp (0xe800) in >> > 64MB case. Why? >> > >> > I get blank screen even with 64MB with video=1280x1024-8 kernel >> > parameter. Console works with video=1280x1024-16 even with 3...

...178502] nouveau 0000:01:00.0: fifo: PBDMA0: 00040000 [PBENTRY] ch 8 [003f902000 kodi.bin[2449]] subc 0 mthd 0000 data 00000000 Nov 9 13:18:51 s5 kernel: [ 599.178515] nouveau 0000:01:00.0: gr: DATA_ERROR 0000000c [INVALID_BITFIELD] ch 8 [003f902000 kodi.bin[2449]] subc 0 class a197 mthd 114c data 05000000 Nov 9 13:18:51 s5 kernel: [ 599.178522] nouveau 0000:01:00.0: fifo: PBDMA0: 00040000 [PBENTRY] ch 8 [003f902000 kodi.bin[2449]] subc 0 mthd 0000 data 00000000 Nov 9 13:18:51 s5 kernel: [ 599.178533] nouveau 0000:01:00.0: gr: DATA_ERROR 00000003 [INVALID_OPERATION] ch 8 [003f902000 kodi.bin[2449...

Hello list, I discover strange behaviour of shaping traffic that i setup from Shorewall-4.0.2. I know that this is not Shorewall problem but may be somebody from list can help me or explain this situation. I have follow interfaces in 'tcdevices' files: #INTERFACE IN-BANDWITH OUT-BANDWIDTH # $EXT_IF 500kbit 248kbit $INT1_IF 500mbit

...00000003 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation B2 protocols support: 0x00000043 ISO 7776 (X.75 SLP) Transparent Transparent (ignoring framing errors of B1 protocol) B3 Transparent ISO 8208 (X.25 DTE-DTE) 0100 0200 18000000 03000000 43000000 05000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Supplementary services support: 0x00000012 Terminal Portability Call Forwarding protocols support: 0x00000005 -- Konrads Smelkovs Applied IT sorcery.

Hello, I've just been hit by this old bug which is still present in 4.14: https://bugs.freedesktop.org/show_bug.cgi?id=80675 On MCP79 (ION), when stolen memory is set to 32MB in BIOS, console is blank but X11 works. When the stolen memory is increased to 64MB, console works fine. Bisected it to this: 4f6029da58ba9204c98e33f4f3737fe085c87a6f is the first bad commit commit

Hi there good people, I''m a newbie in what concerns running Linux on machines other than desktops, so I need help from all you gurus out there :-) I have Linux installed on an old computer (Winchip C6, Pentium clone), acting as a router/firewall for two other computers. Both these machines are connected to the firewall via a dedicated ethernet card each, on different subnets,

...868: 04380e10 [ 3723.963329] nouveau 0000:01:00.0: disp: 086c: 00103900 [ 3723.963333] nouveau 0000:01:00.0: disp: 0870: 0000cf00 [ 3723.963337] nouveau 0000:01:00.0: disp: 0874: f0000001 [ 3723.963341] nouveau 0000:01:00.0: disp: 0878: 00000000 [ 3723.963346] nouveau 0000:01:00.0: disp: 0880: 05000000 -> 85000000 [ 3723.963350] nouveau 0000:01:00.0: disp: 0884: 00019bb0 [ 3723.963354] nouveau 0000:01:00.0: disp: 089c: 00000000 [ 3723.963358] nouveau 0000:01:00.0: disp: 08a0: 00000003 [ 3723.963362] nouveau 0000:01:00.0: disp: 08a4: 00000000 [ 3723.963367] nouveau 0000:01:00.0: disp: 08a8...