Displaying 20 results from an estimated 738 matches for "0x1f".
Did you mean:
0x1
2009 Nov 14
2
[LLVMdev] Very slow performance of lli on x86
...12, 0x13, 0x15 },
{ 0x12, 0x13, 0x14, 0x16 },
{ 0x13, 0x14, 0x15, 0x17 },
{ 0x14, 0x15, 0x16, 0x18 },
{ 0x15, 0x16, 0x17, 0x19 },
{ 0x16, 0x17, 0x18, 0x1a },
{ 0x17, 0x18, 0x19, 0x1b },
{ 0x18, 0x19, 0x1a, 0x1c },
{ 0x19, 0x1a, 0x1b, 0x1d },
{ 0x1a, 0x1b, 0x1c, 0x1e },
{ 0x1b, 0x1c, 0x1d, 0x1f },
{ 0x1c, 0x1d, 0x1e, 0x20 },
{ 0x1d, 0x1e, 0x1f, 0x21 },
{ 0x1e, 0x1f, 0x20, 0x22 },
{ 0x1f, 0x20, 0x21, 0x23 },
{ 0x20, 0x21, 0x22, 0x24 },
{ 0x21, 0x22, 0x23, 0x25 },
{ 0x22, 0x23, 0x24, 0x26 },
{ 0x23, 0x24, 0x25, 0x27 },
{ 0x24, 0x25, 0x26, 0x28 },
{ 0x25, 0x26, 0x27, 0x29 },
{ 0x2...
2009 Nov 14
0
[LLVMdev] Very slow performance of lli on x86
...12, 0x13, 0x15 },
{ 0x12, 0x13, 0x14, 0x16 },
{ 0x13, 0x14, 0x15, 0x17 },
{ 0x14, 0x15, 0x16, 0x18 },
{ 0x15, 0x16, 0x17, 0x19 },
{ 0x16, 0x17, 0x18, 0x1a },
{ 0x17, 0x18, 0x19, 0x1b },
{ 0x18, 0x19, 0x1a, 0x1c },
{ 0x19, 0x1a, 0x1b, 0x1d },
{ 0x1a, 0x1b, 0x1c, 0x1e },
{ 0x1b, 0x1c, 0x1d, 0x1f },
{ 0x1c, 0x1d, 0x1e, 0x20 },
{ 0x1d, 0x1e, 0x1f, 0x21 },
{ 0x1e, 0x1f, 0x20, 0x22 },
{ 0x1f, 0x20, 0x21, 0x23 },
{ 0x20, 0x21, 0x22, 0x24 },
{ 0x21, 0x22, 0x23, 0x25 },
{ 0x22, 0x23, 0x24, 0x26 },
{ 0x23, 0x24, 0x25, 0x27 },
{ 0x24, 0x25, 0x26, 0x28 },
{ 0x25, 0x26, 0x27, 0x29 },
{ 0x2...
2018 Aug 05
2
[PATCH net-next 0/6] virtio_net: Add ethtool stat items
...io_net]
[ 46.166767] ? receive_buf+0x2e30/0x2e30 [virtio_net]
[ 46.166796] ? sched_clock_cpu+0x18/0x2b0
[ 46.166809] ? print_irqtrace_events+0x280/0x280
[ 46.166817] ? print_irqtrace_events+0x280/0x280
[ 46.166830] ? rcu_process_callbacks+0xc5e/0x12d0
[ 46.166838] ? kvm_clock_read+0x1f/0x30
[ 46.166857] ? mark_held_locks+0xd5/0x170
[ 46.166867] ? net_rx_action+0x2aa/0x10e0
[ 46.166882] net_rx_action+0x4bc/0x10e0
[ 46.166906] ? napi_complete_done+0x480/0x480
[ 46.166925] ? print_irqtrace_events+0x280/0x280
[ 46.166935] ? sched_clock+0x5/0x10
[ 46.166952] ? __l...
2018 Aug 05
2
[PATCH net-next 0/6] virtio_net: Add ethtool stat items
...io_net]
[ 46.166767] ? receive_buf+0x2e30/0x2e30 [virtio_net]
[ 46.166796] ? sched_clock_cpu+0x18/0x2b0
[ 46.166809] ? print_irqtrace_events+0x280/0x280
[ 46.166817] ? print_irqtrace_events+0x280/0x280
[ 46.166830] ? rcu_process_callbacks+0xc5e/0x12d0
[ 46.166838] ? kvm_clock_read+0x1f/0x30
[ 46.166857] ? mark_held_locks+0xd5/0x170
[ 46.166867] ? net_rx_action+0x2aa/0x10e0
[ 46.166882] net_rx_action+0x4bc/0x10e0
[ 46.166906] ? napi_complete_done+0x480/0x480
[ 46.166925] ? print_irqtrace_events+0x280/0x280
[ 46.166935] ? sched_clock+0x5/0x10
[ 46.166952] ? __l...
2018 Aug 05
0
[PATCH net-next 0/6] virtio_net: Add ethtool stat items
...receive_buf+0x2e30/0x2e30 [virtio_net]
> [?? 46.166796]? ? sched_clock_cpu+0x18/0x2b0
> [?? 46.166809]? ? print_irqtrace_events+0x280/0x280
> [?? 46.166817]? ? print_irqtrace_events+0x280/0x280
> [?? 46.166830]? ? rcu_process_callbacks+0xc5e/0x12d0
> [?? 46.166838]? ? kvm_clock_read+0x1f/0x30
> [?? 46.166857]? ? mark_held_locks+0xd5/0x170
> [?? 46.166867]? ? net_rx_action+0x2aa/0x10e0
> [?? 46.166882]? net_rx_action+0x4bc/0x10e0
> [?? 46.166906]? ? napi_complete_done+0x480/0x480
> [?? 46.166925]? ? print_irqtrace_events+0x280/0x280
> [?? 46.166935]? ? sched_clock+...
2018 Jul 25
2
[PATCH net-next 0/6] virtio_net: Add ethtool stat items
On Mon, Jul 23, 2018 at 11:36:03PM +0900, Toshiaki Makita wrote:
> From: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp>
>
> Add some ethtool stat items useful for performance analysis.
>
> Signed-off-by: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp>
Series:
Acked-by: Michael S. Tsirkin <mst at redhat.com>
Patch 1 seems appropriate for stable, even
2018 Jul 25
2
[PATCH net-next 0/6] virtio_net: Add ethtool stat items
On Mon, Jul 23, 2018 at 11:36:03PM +0900, Toshiaki Makita wrote:
> From: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp>
>
> Add some ethtool stat items useful for performance analysis.
>
> Signed-off-by: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp>
Series:
Acked-by: Michael S. Tsirkin <mst at redhat.com>
Patch 1 seems appropriate for stable, even
2006 Apr 13
0
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
...ymous namespace)::Verifier, void>::visit
> (llvm::Function&)+0x67)[0x84f1811]
> gccas((anonymous namespace)::Verifier::runOnFunction
> (llvm::Function&)+0x36)[0x84f184a]
> gccas(llvm::PassManagerTraits<llvm::Function>::runPass
> (llvm::FunctionPass*, llvm::Function*)+0x1f)[0x84c23dd]
> gccas(llvm::PassManagerT<llvm::Function>::runOnUnit
> (llvm::Function*)+0x668)[0x84d61ac]
> gccas(llvm::PassManagerTraits<llvm::Function>::runOnFunction
> (llvm::Function&)+0x1f)[0x84c24a9]
> gccas(llvm::FunctionPass::runOnModule(llvm::Module&)+0xa0)...
2006 Apr 13
2
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
...r, void>::visit
> > (llvm::Function&)+0x67)[0x84f1811]
> > gccas((anonymous namespace)::Verifier::runOnFunction
> > (llvm::Function&)+0x36)[0x84f184a]
> > gccas(llvm::PassManagerTraits<llvm::Function>::runPass
> > (llvm::FunctionPass*, llvm::Function*)+0x1f)[0x84c23dd]
> > gccas(llvm::PassManagerT<llvm::Function>::runOnUnit
> > (llvm::Function*)+0x668)[0x84d61ac]
> > gccas(llvm::PassManagerTraits<llvm::Function>::runOnFunction
> > (llvm::Function&)+0x1f)[0x84c24a9]
> > gccas(llvm::FunctionPass::runOnModule...
2015 Feb 22
0
[PATCH] Fix i2c table parsing for dcb 4.1
Code before looked only at bit 31 to decide if a port is unused.
However dcb 4.1 spec says 0x1F in bits 31-27 and 26-22 means unused.
This fixed hdmi monitor detection on GM206.
---
drm/nouveau/nvkm/subdev/bios/i2c.c | 6 +++++-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drm/nouveau/nvkm/subdev/bios/i2c.c b/drm/nouveau/nvkm/subdev/bios/i2c.c
index d1a89b2..c4e1f08 100644
-...
2006 Apr 13
3
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
...lvm::InstVisitor<(anonymous namespace)::Verifier, void>::visit
(llvm::Function&)+0x67)[0x84f1811]
gccas((anonymous namespace)::Verifier::runOnFunction
(llvm::Function&)+0x36)[0x84f184a]
gccas(llvm::PassManagerTraits<llvm::Function>::runPass
(llvm::FunctionPass*, llvm::Function*)+0x1f)[0x84c23dd]
gccas(llvm::PassManagerT<llvm::Function>::runOnUnit
(llvm::Function*)+0x668)[0x84d61ac]
gccas(llvm::PassManagerTraits<llvm::Function>::runOnFunction
(llvm::Function&)+0x1f)[0x84c24a9]
gccas(llvm::FunctionPass::runOnModule(llvm::Module&)+0xa0)[0x8477464]
gccas(llvm::P...
2004 Nov 18
3
[LLVMdev] A few beginner level questions..
...namespace)::pass01a::instruct_show(llvm::Instruction*)+0x281)[0x4001a425]
/home/ary/work/llvm/lib/Debug/libpass01.so((anonymous
namespace)::pass01a::runOnFunction(llvm::Function&)+0x18c)[0x4001b57c]
opt(llvm::PassManagerTraits<llvm::Function>::runPass(llvm::FunctionPass*,
llvm::Function*)+0x1f)[0x8679cbf]
opt(llvm::PassManagerT<llvm::Function>::runOnUnit(llvm::Function*)+0x5d3)[0x8675117]
opt(llvm::PassManagerTraits<llvm::Function>::runOnFunction(llvm::Function&)+0x1f)[0x8672f1d]
opt(llvm::FunctionPass::runOnModule(llvm::Module&)+0xa7)[0x862234b]
opt(llvm::PassManager...
2007 Jun 13
2
HTB deadlock
...report - please let me
know.
-----------CONSOLE (2.6.19.7)-----------
BUG: soft lockup detected on CPU#3!
[<c013c890>] softlockup_tick+0x93/0xc2
[<c0127585>] update_process_times+0x26/0x5c
[<c0111cd5>] smp_apic_timer_interrupt+0x97/0xb2
[<c0104373>] apic_timer_interrupt+0x1f/0x24
[<c02e007b>] klist_next+0x4/0x8a
[<c02e2570>] _spin_unlock_irqrestore+0xa/0xc
[<c012729b>] try_to_del_timer_sync+0x47/0x4f
[<c01272b1>] del_timer_sync+0xe/0x14
[<f8b8a85b>] htb_destroy+0x20/0x7b [sch_htb]
[<c028f196>] qdisc_destroy+0x44/0x8d
[<f8b8...
2019 Dec 26
2
nfs causes Centos 7.7 system to hang
..._permission+0x22/0x30
[26399.968345]? [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70
[26399.968375]? [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0
[26399.968395]? [<ffffffffaf455ec3>] ? unlazy_walk+0x133/0x140
[26399.968404]? [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f
[26399.968410]? [<ffffffffaf977865>] lookup_slow+0x33/0xa7
[26399.968421]? [<ffffffffaf45b608>] path_lookupat+0x838/0x8b0
[26399.968445]? [<ffffffffaf424ef5>] ? kmem_cache_alloc+0x35/0x1f0
[26399.968475]? [<ffffffffaf45c45f>] ? getname_flags+0x4f/0x1a0
[26399.968481]? [...
2007 Dec 28
0
4 commits - libswfdec/swfdec_external_interface.c libswfdec/swfdec_initialize.as libswfdec/swfdec_initialize.h libswfdec/swfdec_player.c libswfdec/swfdec_player_internal.h
...0x08, 0x1C, 0x1C, 0x96, 0x07, 0x00,
- 0x08, 0x15, 0x07, 0x00, 0x00, 0x00, 0x00, 0x42, 0x4F, 0x96, 0x09, 0x00, 0x07, 0x83, 0x00, 0x00,
- 0x00, 0x08, 0x1D, 0x08, 0x1C, 0x1C, 0x96, 0x07, 0x00, 0x07, 0x03, 0x00, 0x00, 0x00, 0x08, 0x00,
- 0x3D, 0x17, 0x4F, 0x96, 0x8C, 0x00, 0x08, 0x1E, 0x08, 0x1F, 0x07, 0x12, 0x00, 0x00, 0x00, 0x08,
- 0x20, 0x07, 0x08, 0x00, 0x00, 0x00, 0x08, 0x21, 0x07, 0x14, 0x00, 0x00, 0x00, 0x08, 0x22, 0x07,
- 0x11, 0x00, 0x00, 0x00, 0x08, 0x23, 0x07, 0x2E, 0x00, 0x00, 0x00, 0x08, 0x24, 0x07, 0x28, 0x00,
- 0x00, 0x00, 0x08, 0x25, 0x07, 0x23, 0x00, 0x00, 0x00...
2014 Jan 16
2
[PATCH] drm/nv50/graph: add more trap names to print on error
...x1c);
+ int i;
+
+ /* CUDA memory: l[], g[] or stack. */
+ if (ustatus & 0x00000080) {
+ if (e18 & 0x80000000) {
+ /* g[] read fault? */
+ nv_error(priv, "TRAP_PROP - TP %d - CUDA_FAULT - Global read fault at address %02x%08x\n",
+ tp, e14, e10 | ((e18 >> 24) & 0x1f));
+ e18 &= ~0x1f000000;
+ } else if (e18 & 0xc) {
+ /* g[] write fault? */
+ nv_error(priv, "TRAP_PROP - TP %d - CUDA_FAULT - Global write fault at address %02x%08x\n",
+ tp, e14, e10 | ((e18 >> 7) & 0x1f));
+ e18 &= ~0x00000f80;
+ } else {
+ nv_erro...
2014 Jan 19
2
[PATCH] devinit: lock/unlock crtc regs for all devices, not just pre-nv50
...index 5a1c684..8836c3c 100644
--- a/nvkm/engine/disp/vga.c
+++ b/nvkm/engine/disp/vga.c
@@ -138,10 +138,15 @@ nv_wrvgai(void *obj, int head, u16 port, u8 index, u8 value)
bool
nv_lockvgac(void *obj, bool lock)
{
+ struct nouveau_device *dev = nv_device(obj);
+
bool locked = !nv_rdvgac(obj, 0, 0x1f);
u8 data = lock ? 0x99 : 0x57;
- nv_wrvgac(obj, 0, 0x1f, data);
- if (nv_device(obj)->chipset == 0x11) {
+ if (dev->card_type < NV_50)
+ nv_wrvgac(obj, 0, 0x1f, data);
+ else
+ nv_wrvgac(obj, 0, 0x3f, data);
+ if (dev->chipset == 0x11) {
if (!(nv_rd32(obj, 0x001084) & 0x1000...
2006 Apr 13
0
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
...sit
>>> (llvm::Function&)+0x67)[0x84f1811]
>>> gccas((anonymous namespace)::Verifier::runOnFunction
>>> (llvm::Function&)+0x36)[0x84f184a]
>>> gccas(llvm::PassManagerTraits<llvm::Function>::runPass
>>> (llvm::FunctionPass*, llvm::Function*)+0x1f)[0x84c23dd]
>>> gccas(llvm::PassManagerT<llvm::Function>::runOnUnit
>>> (llvm::Function*)+0x668)[0x84d61ac]
>>> gccas(llvm::PassManagerTraits<llvm::Function>::runOnFunction
>>> (llvm::Function&)+0x1f)[0x84c24a9]
>>> gccas(llvm::FunctionPa...
2006 Apr 13
0
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
Branches have been created. You are free to checkin to cvs head again.
I'll send mail once I have the prerelease tar balls up. Please continue to
review and revise the documentation. I can fold this into the release
later.
Thanks,
Tanya
On Thu, 13 Apr 2006, Tanya Lattner wrote:
>
> I will be creating the release branch at 1:00pm PDT. Please refrain from
> checking in from
2006 Apr 13
3
[LLVMdev] Creating Release 1.7 Branch at 1:00pm PDT
I will be creating the release branch at 1:00pm PDT. Please refrain from
checking in from 1:00-1:30pm. I will send email once I am done.
Thanks,
Tanya