search for: 0xec

...00000 port 0xc5700200 irq 136 [ 1.879102] ata4: SATA max UDMA/133 abar m524288 at 0xc5700000 port 0xc5700280 irq 137 [ 2.183682] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 2.183825] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 7.183893] ata3.00: qc timeout (cmd 0xec) [ 7.183908] ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4) [ 7.183960] ata4.00: qc timeout (cmd 0xa1) [ 7.183974] ata4.00: failed to IDENTIFY (I/O error, err_mask=0x4) [ 7.488894] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 7.488931] ata4: SATA link up 1.5 Gbps (...

> > [ 2.183682] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > [ 2.183825] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300) > [ 7.183893] ata3.00: qc timeout (cmd 0xec) > [ 7.183908] ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4) > [ 7.183960] ata4.00: qc timeout (cmd 0xa1) > [ 7.183974] ata4.00: failed to IDENTIFY (I/O error, err_mask=0x4) > [ 7.488894] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300) > [ 7.488931] ata4...

...' printers want % signs. > > The GAS intel code generator generates percents, look at the X86InstrInfo.td > file it is full of them. Ah, I see what you're talking about. Please feel free to remove all of those from the Intel format. For example, change this: def IN8rr : I<0xEC, RawFrm, (ops), "in{b} {%dx, %al|%AL, %DX}">, Imp<[DX], [AL]>; to: def IN8rr : I<0xEC, RawFrm, (ops), "in{b} {%dx, %al|AL, DX}">, Imp<[DX], [AL]>; For register allocatable values, changing printOp in the X86IntelAsmPrin...

>> The GAS intel code generator generates percents, look at the >> X86InstrInfo.td file it is full of them. > > Ah, I see what you're talking about. Please feel free to remove all of > those from the Intel format. For example, change this: > > def IN8rr : I<0xEC, RawFrm, (ops), > "in{b} {%dx, %al|%AL, %DX}">, Imp<[DX], [AL]>; > > to: > > def IN8rr : I<0xEC, RawFrm, (ops), > "in{b} {%dx, %al|AL, DX}">, Imp<[DX], [AL]>; > > For register allocatable values, chang...

>>> You shouldn't have to add new classes to the .td file, just modify >>> printOp for your asmprinters. >> >> I dont think printOp is virtual and therefore cannot be overriden ? > > Why does it need to be virtual? No 'intel' printers want % signs. The GAS intel code generator generates percents, look at the X86InstrInfo.td file it is full of

...trace:comm:EscapeCommFunction CLRRTS trace:comm:GetCommMask handle 0xe8, mask 0x45cd6158 trace:comm:ClearCommError handle 0xe8 cbInQue = 0 cbOutQue = 0 trace:comm:WaitCommEvent (0xe8 0x45cd6158 0x6593b8c ) fixme:comm:SetupComm insize 1024 outsize 1024 unimplemented stub trace:comm:SetCommTimeouts (0xec,0x4069bb44) trace:comm:GetCommState handle 0xec, ptr 0x4069bb58 err:comm:GetCommState tcgetattr or ioctl error 'Input/output error' trace:comm:PurgeComm handle 0xec, flags f trace:comm:EscapeCommFunction handle 0xec, function=6 trace:comm:EscapeCommFunction handle 0xec, function=4 fixme:com...

...df, 0xe0, 0xe2 }, { 0xdf, 0xe0, 0xe1, 0xe3 }, { 0xe0, 0xe1, 0xe2, 0xe4 }, { 0xe1, 0xe2, 0xe3, 0xe5 }, { 0xe2, 0xe3, 0xe4, 0xe6 }, { 0xe3, 0xe4, 0xe5, 0xe7 }, { 0xe4, 0xe5, 0xe6, 0xe8 }, { 0xe5, 0xe6, 0xe7, 0xe9 }, { 0xe6, 0xe7, 0xe8, 0xea }, { 0xe7, 0xe8, 0xe9, 0xeb }, { 0xe8, 0xe9, 0xea, 0xec }, { 0xe9, 0xea, 0xeb, 0xed }, { 0xea, 0xeb, 0xec, 0xee }, { 0xeb, 0xec, 0xed, 0xef }, { 0xec, 0xed, 0xee, 0xf0 }, { 0xed, 0xee, 0xef, 0xf1 }, { 0xee, 0xef, 0xf0, 0xf2 }, { 0xef, 0xf0, 0xf1, 0xf3 }, { 0xf0, 0xf1, 0xf2, 0xf4 }, { 0xf1, 0xf2, 0xf3, 0xf5 }, { 0xf2, 0xf3, 0xf4, 0xf6 }, { 0xf...

...df, 0xe0, 0xe2 }, { 0xdf, 0xe0, 0xe1, 0xe3 }, { 0xe0, 0xe1, 0xe2, 0xe4 }, { 0xe1, 0xe2, 0xe3, 0xe5 }, { 0xe2, 0xe3, 0xe4, 0xe6 }, { 0xe3, 0xe4, 0xe5, 0xe7 }, { 0xe4, 0xe5, 0xe6, 0xe8 }, { 0xe5, 0xe6, 0xe7, 0xe9 }, { 0xe6, 0xe7, 0xe8, 0xea }, { 0xe7, 0xe8, 0xe9, 0xeb }, { 0xe8, 0xe9, 0xea, 0xec }, { 0xe9, 0xea, 0xeb, 0xed }, { 0xea, 0xeb, 0xec, 0xee }, { 0xeb, 0xec, 0xed, 0xef }, { 0xec, 0xed, 0xee, 0xf0 }, { 0xed, 0xee, 0xef, 0xf1 }, { 0xee, 0xef, 0xf0, 0xf2 }, { 0xef, 0xf0, 0xf1, 0xf3 }, { 0xf0, 0xf1, 0xf2, 0xf4 }, { 0xf1, 0xf2, 0xf3, 0xf5 }, { 0xf2, 0xf3, 0xf4, 0xf6 }, { 0xf...

...y NFSD: starting 90-second grace period ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen ata1.00: (BMDMA stat 0x24) ata1.00: tag 0 cmd 0xca Emask 0x4 stat 0x40 err 0x0 (timeout) ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1: soft resetting port ata1.00: qc timeout (cmd 0xec) ata1.00: failed to IDENTIFY (I/O error, err_mask=0x4) ata1.00: revalidation failed (errno=-5) ata1: failed to recover some devices, retrying in 5 secs ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1: soft resetting port ata1.00: qc timeout (cmd 0xec) ata1.00: failed to IDENTIFY (I/O er...

...egra/GK20A: Unhandled fault: external abort on non-linefetch (0x1008) at 0xf0036010 ... (nouveau_bo_rd32) from [<c0357d00>] (nouveau_fence_update+0x5c/0x80) (nouveau_fence_update) from [<c0357d40>] (nouveau_fence_done+0x1c/0x38) (nouveau_fence_done) from [<c02c3d00>] (ttm_bo_wait+0xec/0x168) (ttm_bo_wait) from [<c035e334>] (nouveau_gem_ioctl_cpu_prep+0x44/0x100) (nouveau_gem_ioctl_cpu_prep) from [<c02aaa84>] (drm_ioctl+0x1d8/0x4f4) (drm_ioctl) from [<c0355394>] (nouveau_drm_ioctl+0x54/0x80) (nouveau_drm_ioctl) from [<c00ee7b0>] (do_vfs_ioctl+0x3dc/0x5a0)...

Hi, I''m having some problems with getting the latest linux kernel and xen build working on ARM''s Fast Model simulator ( Cortex A15 ). I tried a lot of different configurations and I''m having trouble with all of them. I got all my information from the wiki pages at http://wiki.xen.org/wiki/Xen_ARMv7_with_Virtualization_Extensions#Building_Xen_on_ARM . I was hoping

On Mon, Jun 24, 2019 at 3:35 AM Pete Biggs <pete at biggs.org.uk> wrote: > On Sun, 2019-06-23 at 22:13 -0400, doug schmidt wrote: > > Hi, > > I'm having an issue with my Thinkpad P70 laptop/workstation. This system > is > > a dual boot, > > windows 10 pro and centos 7. I have not needed to use the cdrom until > now, > > however the system does not

...al abort on non-linefetch (0x1008) at 0xf0036010 >> ... >> (nouveau_bo_rd32) from [<c0357d00>] (nouveau_fence_update+0x5c/0x80) >> (nouveau_fence_update) from [<c0357d40>] (nouveau_fence_done+0x1c/0x38) >> (nouveau_fence_done) from [<c02c3d00>] (ttm_bo_wait+0xec/0x168) >> (ttm_bo_wait) from [<c035e334>] (nouveau_gem_ioctl_cpu_prep+0x44/0x100) >> (nouveau_gem_ioctl_cpu_prep) from [<c02aaa84>] (drm_ioctl+0x1d8/0x4f4) >> (drm_ioctl) from [<c0355394>] (nouveau_drm_ioctl+0x54/0x80) >> (nouveau_drm_ioctl) from [<c00ee...

...r kernel: [<ffffffff80212880>] __do_softirq+0x8d/0x13b Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025fda4>] call_softirq+0x1c/0x278 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026d08e>] do_softirq+0x31/0x98 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026cf09>] do_IRQ+0xec/0xf5 Apr 18 01:10:00 xenmaster kernel: [<ffffffff803a6cca>] evtchn_do_upcall+0x13b/0x1fb Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025f8d6>] do_hypervisor_callback+0x1e/0x2c Apr 18 01:10:00 xenmaster kernel: <EOI> [<ffffffff8026df02>] monotonic_clock+0x35/0x7b Apr 18...

...et every five minutes in my syslog: Jan 26 19:25:12 srv62 kernel: [ 1324.267675] hdc: task_in_intr: status=0x41 { DriveReady Error } Jan 26 19:25:12 srv62 kernel: [ 1324.267683] hdc: task_in_intr: error=0x04 { AbortedCommand } Jan 26 19:25:12 srv62 kernel: [ 1324.267685] ide: failed opcode was: 0xec and I'm looking how to get rid of the device. thanks for any help Alexander

...t/samba/winbindd [0x80091364] #3 [0xffffe420] #4 /net/samba/winbindd [0x8005465b] #5 /net/samba/winbindd [0x80051697] #6 /net/samba/winbindd [0x800510aa] #7 /net/samba/winbindd [0x8002f9fc] #8 /net/samba/winbindd(main+0x75b) [0x80030dcb] #9 /unix/lib/libc.so.6(__libc_start_main+0xec) [0x40179fdc] /aTan

On Tue, 12 Jul 2005, Aaron Gray wrote: >>> X86InstrInfo.td file it is full of them. >> >> Ah, I see what you're talking about. Please feel free to remove all of >> those from the Intel format. For example, change this: >> >> def IN8rr : I<0xEC, RawFrm, (ops), >> "in{b} {%dx, %al|%AL, %DX}">, Imp<[DX], [AL]>; >> >> to: >> >> def IN8rr : I<0xEC, RawFrm, (ops), >> "in{b} {%dx, %al|AL, DX}">, Imp<[DX], [AL]>; >> >> For...

...] Call Trace: [ 319.364264] [<ffffffff8111f405>] ? debug_show_all_locks+0x226/0x226 [ 319.364284] [<ffffffffa03ce14b>] ? zs_free+0x27a/0x27a [zsmalloc] [ 319.364303] [<ffffffff812303e3>] ? list_lru_count_one+0x65/0x6d [ 319.364320] [<ffffffff81122faf>] ? lock_acquire+0xec/0x147 [ 319.364336] [<ffffffff812303b7>] ? list_lru_count_one+0x39/0x6d [ 319.364353] [<ffffffff81d32e4f>] ? _raw_spin_unlock+0x2c/0x3f [ 319.364371] [<ffffffffa03cf0a8>] zs_shrinker_scan+0x3b/0x4e [zsmalloc] [ 319.364391] [<ffffffff81204eef>] shrink_slab.part.5.cons...

...;c017082b>] journal_start+0x7f/0xa9 [<c016ab26>] ext3_dirty_inode+0x4c/0x5f [<c0156c20>] __mark_inode_dirty+0x24/0xce [<c01527d2>] inode_setattr+0x118/0x123 [<c016a951>] ext3_setattr+0xc9/0x104 [<c0152903>] notify_change+0xda/0x143 [<c013c6b9>] sys_utime+0xec/0x110 [<c013e5ad>] __fput+0xc2/0xde [<c013d251>] filp_close+0x5a/0x63 [<c013d2b2>] sys_close+0x58/0x7a [<c0108807>] syscall_call+0x7/0xb Code: 0f 0b 8f 06 52 3d 22 c0 83 c4 14 85 f6 75 1f b8 00 e0 ff ff <6>note: wwwoffled[9533] exited with preempt_count 1 bad: s...

...SMP Modules linked in: ... nouveau ... CPU: 0 PID: 6895 Comm: Xorg Not tainted 4.10.5-1001.fc24.x86_64 #1 ... Call Trace: drm_atomic_helper_wait_for_fences+0x48/0x120 [drm_kms_helper] nv50_disp_atomic_commit+0x19c/0x2a0 [nouveau] drm_atomic_commit+0x4b/0x50 [drm] drm_atomic_helper_update_plane+0xec/0x150 [drm_kms_helper] __setplane_internal+0x1b4/0x280 [drm] drm_mode_cursor_universal+0x126/0x210 [drm] drm_mode_cursor_common+0x86/0x180 [drm] drm_mode_cursor_ioctl+0x50/0x70 [drm] drm_ioctl+0x21b/0x4c0 [drm] ? drm_mode_setplane+0x1a0/0x1a0 [drm] nouveau_drm_ioctl+0x74/0xc0 [nouveau] do_v...