search for: 0x0086

...> Arnaud > -- > PS: I've not looked at it. Hi Arnaud, this is great! Someone posted a technical document on Alioth describing a "Delta USB Report Descriptor Protocol". This document seems to describe a serial protocol, and it also shows HID/USB usage codes for code tables 0x0086 and 0x0085. The HID/USB tables seem to be consistent with what we have already partially decoded for the Belkin USB (and my guess is that it fits Liebert as well). The serial protocol described in this document appears to be the one from the "belkinunv" driver (which I hand-decoded back...

...14,20 @@ uint32_t nvd0_pwr_code[] = { 0xd4f100dd, 0x1bf47000, /* 0x0067: nsec */ - 0xf000f8f5, + 0xf900f8f5, + 0xf080f990, 0x88cf2c87, -/* 0x006d: nsec_loop */ +/* 0x0071: nsec_loop */ 0x2c97f000, 0xbb0099cf, 0x9eb80298, 0xf41ef406, -/* 0x007e: wait */ - 0x87f000f8, + 0x90fc80fc, +/* 0x0086: wait */ + 0x90f900f8, + 0x87f080f9, 0x0088cf2c, -/* 0x0084: wait_loop */ +/* 0x0090: wait_loop */ 0xf402eeb9, 0xdab90421, 0x04adfd02, @@ -872,12 +875,12 @@ uint32_t nvd0_pwr_code[] = { 0x0bf40289, 0x9b008020, 0xf458e7f0, - 0x0998a721, + 0x0998b721, 0x0096b09b, 0xf00e0bf4, 0x09d...

...x82 0x0082 <control> 0x82 0x201A SINGLE LOW-9 QUOTATION MARK 0x83 0x0083 <control> 0x83 0x0192 LATIN SMALL LETTER F WITH HOOK 0x84 0x0084 <control> 0x84 0x201E DOUBLE LOW-9 QUOTATION MARK 0x85 0x0085 <control> 0x85 0x2026 HORIZONTAL ELLIPSIS 0x86 0x0086 <control> 0x86 0x2020 DAGGER 0x87 0x0087 <control> 0x87 0x2021 DOUBLE DAGGER 0x88 0x0088 <control> 0x88 0x02C6 MODIFIER LETTER CIRCUMFLEX ACCENT= 0x89 0x0089 <control > 0x89 0x2030 PER MILLE SIGN 0x8A 0x008A <control> 0x8A 0x0160 LATI...

...DW_AT_name [DW_FORM_strp] ( .debug_str[0x000000d1] = > "char") > 0x0000008b: DW_AT_encoding [DW_FORM_data1] (0x06) > 0x0000008c: DW_AT_byte_size [DW_FORM_data1] (0x01) > > 0x0000008d: DW_TAG_pointer_type [6] > 0x0000008e: DW_AT_type [DW_FORM_ref4] (cu + 0x0086 => {0x00000086}) > > 0x00000092: DW_TAG_pointer_type [6] > 0x00000093: DW_AT_type [DW_FORM_ref4] (cu + 0x008d => {0x0000008d}) > > 0x00000097: NULL > > .debug_frame contents: > > > .debug_aranges contents: > > .debug_line contents: > Line table p...

All of this information is contained in the DWARF debug info that you must generate. Are you generating DWARF? If not, you will need to. If so, please attach an example program that contains DWARF and specify which function you are having trouble getting variable information for. Greg Clayton On Feb 18, 2014, at 12:44 AM, 杨勇勇 <triple.yang at gmail.com> wrote: > Hi, all > > I

..., + 0x02d7f004, + 0xf0f0d5f0, + 0x07f101d3, + 0x0dd007ac, +/* 0x0057: wr32_wait */ + 0xf104bd00, + 0xcf07acd7, + 0xd4f100dd, + 0x1bf47000, +/* 0x0067: nsec */ + 0xf900f8f5, + 0xf080f990, + 0x88cf2c87, +/* 0x0071: nsec_loop */ + 0x2c97f000, + 0xbb0099cf, + 0x9eb80298, + 0xf41ef406, + 0x90fc80fc, +/* 0x0086: wait */ + 0x90f900f8, + 0x87f080f9, + 0x0088cf2c, +/* 0x0090: wait_loop */ + 0xf402eeb9, + 0xdab90421, + 0x04adfd02, + 0xf406acb8, + 0x97f0120b, + 0x0099cf2c, + 0xb80298bb, + 0x1ef4069b, +/* 0x00b1: wait_done */ + 0xfc80fce2, +/* 0x00b7: intr_watchdog */ + 0x9800f890, + 0x96b003e9, + 0x2a0bf400, +...

Hi, all I ported llvm backend and lldb recently. Both tools can basically work. lldb is able to debug programs in asm style and frame unwinding is OK. But "frame variable XX" does not work because lldb is not able to determine the address of XX from debug info. Can someone give any clue? Thanks in advance. -- 杨勇勇 (Yang Yong-Yong) -------------- next part -------------- An HTML

I'm completely stumped by this problem and I've tried everything at present - including installing dovecot from scratch. The problem is that when trying to get email from the server -AND- there's email in the account, the pop3 or imap process freezes and no email is fetched. The crazy thing is, that it has been working perfectly, but suddenly I'm getting these freezes both

...412617] pnp 00:02: [io 0x0030-0x003f] [ 0.412619] pnp 00:02: [io 0x0044-0x005f] [ 0.412621] pnp 00:02: [io 0x0062-0x0063] [ 0.412623] pnp 00:02: [io 0x0065-0x006f] [ 0.412627] pnp 00:02: [io 0x0072-0x007f] [ 0.412629] pnp 00:02: [io 0x0080] [ 0.412631] pnp 00:02: [io 0x0084-0x0086] [ 0.412633] pnp 00:02: [io 0x0088] [ 0.412635] pnp 00:02: [io 0x008c-0x008e] [ 0.412637] pnp 00:02: [io 0x0090-0x009f] [ 0.412639] pnp 00:02: [io 0x00a2-0x00bd] [ 0.412641] pnp 00:02: [io 0x00e0-0x00ef] [ 0.412643] pnp 00:02: [io 0x08a0-0x08a3] [ 0.412645] pnp 00:02: [io...

The XenPVHVM extensions have not been tested much on very old hypervisors. At least Xen 3.4 gets some testing with the pvops kernel. Require at least Xen 3.4 for the PVonHVM extensions. If an older hypervisor is detected the extensions will be disabled and the guest will only see emulated hardware. Signed-off-by: Olaf Hering <olaf@aepfle.de> --- arch/x86/xen/enlighten.c | 27

...CURRENT VALUE IS: 0x20 (II) NOUVEAU(0): 0xE72F: [ (0x78) - INIT_INDEX_IO ] (II) NOUVEAU(0): 0xE72F: CRTC REG: 0x03D4, INDEX: 0x0085, VALUE: 0xFF (II) NOUVEAU(0): 0xE72F: CURRENT VALUE IS: 0xFF (II) NOUVEAU(0): 0xE735: [ (0x78) - INIT_INDEX_IO ] (II) NOUVEAU(0): 0xE735: CRTC REG: 0x03D4, INDEX: 0x0086, VALUE: 0x01 (II) NOUVEAU(0): 0xE735: CURRENT VALUE IS: 0x01 (II) NOUVEAU(0): 0xE73B: [ (0x53) - INIT_ZM_CR ] (II) NOUVEAU(0): 0xE73B: CRTC INDEX: 0x44, VALUE: 0x03 (II) NOUVEAU(0): 0xE73B: CURRENT VALUE IS: 0x01 (II) NOUVEAU(0): 0xE73E: [ (0x53) - INIT_ZM_CR ] (II) NOUVEAU(0): 0xE73E: CRTC IND...

...b: ticks_from_us */ - 0xf900f8c0, - 0xf1b0f9c0, - 0xf000cbd7, - 0x21f500d3, - 0xceb90408, - 0x00b4b002, - 0xbd050bf4, -/* 0x0245: ticks_from_us_quit */ - 0xfcb0fce4, -/* 0x024b: ticks_to_us */ - 0xf100f8c0, - 0xf000cbd7, - 0xedff00d3, -/* 0x0257: timer */ - 0xf900f8ec, - 0xf480f990, - 0xf8981032, - 0x0086b003, - 0xbd651cf4, - 0x3807f084, +/* 0x02ba: timer_enable */ + 0x87f09a0e, + 0x3807f001, 0xd00604b6, 0x04bd0008, - 0xb63487f0, - 0x88cf0684, - 0x9a099800, - 0xbb0298bb, - 0xfe8000e9, - 0x0887f003, - 0xcf0684b6, - 0x84f00088, - 0x261bf402, - 0xb63487f0, - 0x88cf0684, - 0x06e0b800, - 0xb8090bf4,...

these are usually used for dynamic reclocking on gt215 and newer The counters are used to get the load of the core, memory, video and pcie loads currently I expose the loads through a debugfs "current_load" file, but I want to move that to nvif and just add a wrapper around that in debugfs for convenience Anyway there are still some issues I would like to discuss: 1. currently the

these are usually used for dynamic reclocking on gt215 and newer The counters are used to get the load of the core, memory, video and pcie loads currently I expose the loads through a debugfs "current_load" file, but I want to move that to nvif and just add a wrapper around that in debugfs for convenience. Using nvif would have the advantage, that userspace tools can easily get loads

Hello, http://www.phoronix.com/scan.php?page=article&item=ubuntu_1110_xenkvm&num=1 Ubuntu 11.10 with Xen 4.1.1 and Linux 3.0. Xen seems to be doing very poorly on that benchmark. If someone has time to repeat that benchmark it would be good.. Comparing the results to those from Stefano from XenSummit 2011 NA there has be something wrong.. the results at XenSummit were pretty much the

...: Plug and Play ACPI device, IDs PNP0800 (active) pnp 00:06: [io 0x0010-0x001f] pnp 00:06: [io 0x0022-0x003f] pnp 00:06: [io 0x0044-0x005f] pnp 00:06: [io 0x0063] pnp 00:06: [io 0x0065] pnp 00:06: [io 0x0067-0x006f] pnp 00:06: [io 0x0072-0x007f] pnp 00:06: [io 0x0080] pnp 00:06: [io 0x0084-0x0086] pnp 00:06: [io 0x0088] pnp 00:06: [io 0x008c-0x008e] pnp 00:06: [io 0x0090-0x009f] pnp 00:06: [io 0x00a2-0x00bf] pnp 00:06: [io 0x00e0-0x00ef] pnp 00:06: [io 0x04d0-0x04d1] pnp 00:06: Plug and Play ACPI device, IDs PNP0c02 (active) pnp 00:07: [io 0x00f0-0x00ff] pnp 00:07: [irq 13] pnp 00:07...

...718617] pnp 00:06: [io 0x0010-0x001f] [ 0.718767] pnp 00:06: [io 0x0022-0x003f] [ 0.718935] pnp 00:06: [io 0x0044-0x005f] [ 0.719088] pnp 00:06: [io 0x0068-0x006f] [ 0.719234] pnp 00:06: [io 0x0072-0x007f] [ 0.719382] pnp 00:06: [io 0x0080] [ 0.719527] pnp 00:06: [io 0x0084-0x0086] [ 0.719676] pnp 00:06: [io 0x0088] [ 0.719823] pnp 00:06: [io 0x008c-0x008e] [ 0.719987] pnp 00:06: [io 0x0090-0x009f] [ 0.720136] pnp 00:06: [io 0x00a2-0x00bf] [ 0.720287] pnp 00:06: [io 0x00e0-0x00ef] [ 0.720435] pnp 00:06: [io 0x04d0-0x04d1] [ 0.720583] pnp 00:06: [me...

this series fixes the PMU on falcons v5 which fixes memory recklocking on kepler2 and would also allow us to enable memory recklocking on maxwell Karol Herbst (4): pmu/fuc: fix imm32 for gk208+ pmu/fuc: replace mov+sethi with imm32 pmu/fuc: use the call macro instead of using the call instruction directly pmu/fuc: use imm32 in ld/st macros

...o 0x0065] Sep 5 13:52:39 pcale kernel: [ 0.163203] pnp 00:02: [io 0x0067-0x006f] Sep 5 13:52:39 pcale kernel: [ 0.163203] pnp 00:02: [io 0x0072-0x007f] Sep 5 13:52:39 pcale kernel: [ 0.163203] pnp 00:02: [io 0x0080] Sep 5 13:52:39 pcale kernel: [ 0.163203] pnp 00:02: [io 0x0084-0x0086] Sep 5 13:52:39 pcale kernel: [ 0.163203] pnp 00:02: [io 0x0088] Sep 5 13:52:39 pcale kernel: [ 0.163203] pnp 00:02: [io 0x008c-0x008e] Sep 5 13:52:39 pcale kernel: [ 0.163203] pnp 00:02: [io 0x0090-0x009f] Sep 5 13:52:39 pcale kernel: [ 0.163203] pnp 00:02: [io 0x00a2-0x00bf] S...

while trying out my pmu_counter patches on a gk208 gpu, I notived that the pmu is pretty much screwed up there. Karol Herbst (4): pmu/fuc: fix imm32 for gk208+ pmu/fuc: replace mov+sethi with imm32 pmu/fuc: call# seems to be broken on gk208 pmu/fuc: movw is somewhat weird on gk208, use mov instead drm/nouveau/nvkm/subdev/pmu/fuc/gf100.fuc3.h | 1598 +++++++++++------------