search for: 0x300

...strodell kernel: [55669.783436] ------------[ cut here ]------------ Oct 20 08:44:13 vostrodell kernel: [55669.783446] nouveau 0000:01:00.0: timeout Oct 20 08:44:13 vostrodell kernel: [55669.783527] WARNING: CPU: 1 PID: 7812 at drivers/gpu/drm/nouveau/nvkm/engine/gr/g84.c:171 g84_gr_tlb_flush+0x2eb/0x300 [nouveau] Oct 20 08:44:13 vostrodell kernel: [55669.783527] Modules linked in: cdc_acm(OE) fuse md4 sha512_ssse3 sha512_generic cmac nls_utf8 cifs dns_resolver fscache libdes intel_rapl_msr intel_rapl_common x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm ath9k irqbypass ath9k_common a...

...ing centos 6.5. It was running fine for months. 2-3 days ago I updated the system incl. kernel, but now the system is restarting once a day caused by a panic. -- <1>BUG: unable to handle kernel paging request at 000000004d000001 <1>IP: [<ffffffff810657f3>] load_balance_fair+0x2a3/0x300 <4>PGD 0 <4>Oops: 0000 [#1] SMP <4>last sysfs file: /sys/kernel/mm/ksm/run <4>CPU 0 <4>Modules linked in: ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat xt_CHECKSUM iptable_mangle autofs4 cpufreq_ondemand acpi_cpufreq freq_table mperf bridge stp llc ipt_REJECT...

...); CID 1324005 (#1 of 1): Operands don't affect result (CONSTANT_EXPRESSION_RESULT) result_independent_of_operands: !(ram->mr[1] & 768) >> 8 is 0 regardless of the values of its operands. This occurs as the operand of assignment. 90 RON = !(ram->mr[1] & 0x300) >> 8; 91 break; Looking at this, I believe perhaps the correct setting could be: RON = !((ram->mr[1] & 0x300) >> 8); ..however I don't have the datasheet available for the H/W so I'm not sure if this a correct fix. Colin

...b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/gddr3.c @@ -87,7 +87,7 @@ nvkm_gddr3_calc(struct nvkm_ram *ram) WR = (ram->next->bios.timing[2] & 0x007f0000) >> 16; /* XXX: Get these values from the VBIOS instead */ DLL = !(ram->mr[1] & 0x1); - RON = !(ram->mr[1] & 0x300) >> 8; + RON = !((ram->mr[1] & 0x300) >> 8); break; default: return -ENOSYS; -- 2.19.1

...6/704] ext3_get_block_handle+0x7e/0x2c0 Jun 10 10:28:59 shawarma kernel: [ext3_get_block_handle+453/704] ext3_get_block_handle+0x1c5/0x2c0 Jun 10 10:28:59 shawarma kernel: [__ide_dma_begin+34/64] __ide_dma_begin+0x22/0x40 Jun 10 10:28:59 shawarma kernel: [shrink_cache+314/768] shrink_cache+0x13a/0x300 Jun 10 10:28:59 shawarma kernel: [shrink_zone+170/288] shrink_zone+0xaa/0x120 Jun 10 10:28:59 shawarma kernel: [shrink_caches+92/128] shrink_caches+0x5c/0x80 Jun 10 10:28:59 shawarma kernel: [try_to_free_pages+148/384] try_to_free_pages+0x94/0x180 Jun 10 10:28:59 shawarma kernel: [__alloc_pages...

...933] Call Trace: [48002.776949] [<ffffffff8164777b>] dump_stack+0x45/0x56 [48002.776959] [<ffffffff8106715d>] warn_slowpath_common+0x7d/0xa0 [48002.776972] [<ffffffff810671cc>] warn_slowpath_fmt+0x4c/0x50 [48002.776989] [<ffffffffa01f4bb0>] ? xen_upload_processor_pm_data+0x300/0x300 [xen_acpi_processor] [48002.776996] [<ffffffff813f252a>] syscore_resume+0x9a/0xe0 [48002.777006] [<ffffffff810abd7c>] suspend_devices_and_enter+0x40c/0x480 [48002.777014] [<ffffffff810abf68>] pm_suspend+0x178/0x260 [48002.777020] [<ffffffff810aae19>] state_store+0x...

https://bugs.freedesktop.org/show_bug.cgi?id=89272 Bug ID: 89272 Summary: GM206 does not recognize attached hdmi monitor Product: xorg Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

...-- mm/page_poison.c | 6 ++++++ 2 files changed, 6 insertions(+), 7 deletions(-) diff --git a/include/linux/poison.h b/include/linux/poison.h index 15927eb..348bf67 100644 --- a/include/linux/poison.h +++ b/include/linux/poison.h @@ -30,13 +30,6 @@ */ #define TIMER_ENTRY_STATIC ((void *) 0x300 + POISON_POINTER_DELTA) -/********** mm/debug-pagealloc.c **********/ -#ifdef CONFIG_PAGE_POISONING_ZERO -#define PAGE_POISON 0x00 -#else -#define PAGE_POISON 0xaa -#endif - /********** mm/page_alloc.c ************/ #define TAIL_MAPPING ((void *) 0x400 + POISON_POINTER_DELTA) diff --git a/mm/...

...-- mm/page_poison.c | 6 ++++++ 2 files changed, 6 insertions(+), 7 deletions(-) diff --git a/include/linux/poison.h b/include/linux/poison.h index 15927eb..348bf67 100644 --- a/include/linux/poison.h +++ b/include/linux/poison.h @@ -30,13 +30,6 @@ */ #define TIMER_ENTRY_STATIC ((void *) 0x300 + POISON_POINTER_DELTA) -/********** mm/debug-pagealloc.c **********/ -#ifdef CONFIG_PAGE_POISONING_ZERO -#define PAGE_POISON 0x00 -#else -#define PAGE_POISON 0xaa -#endif - /********** mm/page_alloc.c ************/ #define TAIL_MAPPING ((void *) 0x400 + POISON_POINTER_DELTA) diff --git a/mm/...

...;Keyboard controller (i8042)> at port 0x60,0x64 on isa0 atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for...

...be in continuous memory addresses (with 4-bytes aligment): 0x100: Global Vars (take 16 Byte) 0x110: Foo() Code (take 32 Byte) 0x130: Too() Code (take 32 Byte) 0x150: end. So i can save the JIT code (form 0x100 -> 0x150) and i can load it in the execution process in any virtual address, assume (0x300 -> 0x350) and execute it by jump to the ep. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110626/8825840a/attachment.html>

...y enough and lbacnt corresponds to cylinder + * boundary + */ + s = lba % diskinfo->spt; + t = lba / diskinfo->spt; + h = t % diskinfo->head; + c = t / diskinfo->head; + + inreg->eax.b[0] = count; + inreg->ecx.b[1] = c; + inreg->ecx.b[0] = ((c & 0x300) >> 2) | (s+1); + inreg->edx.b[1] = h; + inreg->edx.b[0] = diskinfo->disk; + inreg->ebx.w[0] = OFFS(buf); + inreg->es = SEG(buf); + + return buf; +} + +/** * Get disk block(s) and return a malloc'd buffer. * * @v diskinfo The disk drive to read fr...

Thank you for the explanation. Does that mean r_symbolnum is basically redundant in that case? Also, let me ask you how to handle the following use case which is somewhat related. Currently in MCJIT for MachO we are relocating all the debug sections. Eventually (as ELF does), it would be good to avoid this. However, this means that the debugger would have to handle relocations (as lldb currently

...52402] [<ffffffffa04fbcc1>] ? ocfs2_lock_global_qf+0x28/0x81 [ocfs2] Apr 29 11:00:23 node01 kernel: [2570880.752424] [<ffffffffa04fbcc1>] ? ocfs2_lock_global_qf+0x28/0x81 [ocfs2] Apr 29 11:00:23 node01 kernel: [2570880.752446] [<ffffffffa04fc8f8>] ? ocfs2_sync_dquot_helper+0xca/0x300 [ocfs2] Apr 29 11:00:23 node01 kernel: [2570880.752474] [<ffffffffa04fc82e>] ? ocfs2_sync_dquot_helper+0x0/0x300 [ocfs2] Apr 29 11:00:23 node01 kernel: [2570880.752500] [<ffffffff8112ce8e>] ? dquot_scan_active+0x78/0xd0 Apr 29 11:00:23 node01 kernel: [2570880.752521] [<ffffffffa04...

...b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/gddr3.c @@ -87,7 +87,7 @@ nvkm_gddr3_calc(struct nvkm_ram *ram) WR = (ram->next->bios.timing[2] & 0x007f0000) >> 16; /* XXX: Get these values from the VBIOS instead */ DLL = !(ram->mr[1] & 0x1); - RON = !(ram->mr[1] & 0x300) >> 8; + RON = !((ram->mr[1] & 0x300) >> 8); break; default: return -ENOSYS; -- 2.20.1

...b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/gddr3.c @@ -87,7 +87,7 @@ nvkm_gddr3_calc(struct nvkm_ram *ram) WR = (ram->next->bios.timing[2] & 0x007f0000) >> 16; /* XXX: Get these values from the VBIOS instead */ DLL = !(ram->mr[1] & 0x1); - RON = !(ram->mr[1] & 0x300) >> 8; + RON = !((ram->mr[1] & 0x300) >> 8); break; default: return -ENOSYS; -- 2.20.1

...b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/gddr3.c @@ -87,7 +87,7 @@ nvkm_gddr3_calc(struct nvkm_ram *ram) WR = (ram->next->bios.timing[2] & 0x007f0000) >> 16; /* XXX: Get these values from the VBIOS instead */ DLL = !(ram->mr[1] & 0x1); - RON = !(ram->mr[1] & 0x300) >> 8; + RON = !((ram->mr[1] & 0x300) >> 8); break; default: return -ENOSYS; -- 2.20.1

...b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/gddr3.c @@ -87,7 +87,7 @@ nvkm_gddr3_calc(struct nvkm_ram *ram) WR = (ram->next->bios.timing[2] & 0x007f0000) >> 16; /* XXX: Get these values from the VBIOS instead */ DLL = !(ram->mr[1] & 0x1); - RON = !(ram->mr[1] & 0x300) >> 8; + RON = !((ram->mr[1] & 0x300) >> 8); break; default: return -ENOSYS; -- 2.20.1

...0 0 4 11 1036 /local/domain/0/backend/vbd/10/768 832 0 0 3 12 1037 /local/domain/0/backend/vbd/10/832 If I want to detach the CD-ROM drive to enable media change, what''s the correct device? Did someone forget a translation for "768"? 768 is 0x300, and /dev/hda has major 3, minor 0. Considering that "xm" is a python program, shouldn''t it translate the numbers to something more useful? Likewise why not allow device names for "block- detach" as well? Regards, Ulrich ____________________________________________...

...etions(-) diff --git a/src/nv10_exa.c b/src/nv10_exa.c index 1acb583..23a68e3 100644 --- a/src/nv10_exa.c +++ b/src/nv10_exa.c @@ -34,30 +34,33 @@ static struct pict_format { int exa; int hw; } nv10_tex_format_pot[] = { - { PICT_a8, 0x80 }, - { PICT_r5g6b5, 0x280 }, - { PICT_x8r8g8b8, 0x300 }, - { PICT_a8r8g8b8, 0x300 }, + { PICT_a8, NV10TCL_TX_FORMAT_FORMAT_A8 }, + { PICT_r5g6b5, NV10TCL_TX_FORMAT_FORMAT_R5G6B5 }, + { PICT_x8r8g8b8, NV10TCL_TX_FORMAT_FORMAT_A8R8G8B8 }, + { PICT_a8r8g8b8, NV10TCL_TX_FORMAT_FORMAT_A8R8G8B8 }, {}, }, nv10_tex_format_rect[] = { - { PICT_a8,...