Displaying 20 results from an estimated 287 matches for "0xf8".
Did you mean:
0xf
2007 Nov 27
0
zpool detech hangs causes other zpool commands, format, df etc.. to hang
Customer has a Thumper running:
SunOS x4501 5.10 Generic_120012-14 i86pc i386 i86pc
where running "zpool detech disk c6t7d0" to detech a mirror causes zpool
command to hang with following kernel stack trace:
PC: _resume_from_idle+0xf8 CMD: zpool detach disk1 c6t7d0
stack pointer for thread fffffe84d34b4920: fffffe8001c30c10
[ fffffe8001c30c10 _resume_from_idle+0xf8() ]
swtch+0x110()
cv_wait+0x68()
spa_config_enter+0x50()
spa_vdev_enter+0x2a()
spa_vdev_detach+0x39()
zfs_ioc_vdev_detach+0x48()
zf...
2017 Apr 23
0
[PATCH] bios/iccsense: rails for power sensors have a mask of 0xf8 for version 0x10
...m/subdev/bios/iccsense.c
+++ b/drm/nouveau/nvkm/subdev/bios/iccsense.c
@@ -87,7 +87,10 @@ nvbios_iccsense_parse(struct nvkm_bios *bios, struct nvbios_iccsense *iccsense)
switch(ver) {
case 0x10:
- rail->mode = nvbios_rd08(bios, entry + 0x1);
+ if (nvbios_rd08(bios, entry + 0x1) & 0xf8 == 0xf8)
+ rail->mode = 1;
+ else
+ rail->mode = 0;
rail->extdev_id = nvbios_rd08(bios, entry + 0x2);
res_start = 0x3;
break;
--
2.12.2
2017 Apr 23
0
[PATCH v2] bios/iccsense: rails for power sensors have a mask of 0xf8 for version 0x10
...m/subdev/bios/iccsense.c
+++ b/drm/nouveau/nvkm/subdev/bios/iccsense.c
@@ -87,7 +87,10 @@ nvbios_iccsense_parse(struct nvkm_bios *bios, struct nvbios_iccsense *iccsense)
switch(ver) {
case 0x10:
- rail->mode = nvbios_rd08(bios, entry + 0x1);
+ if (nvbios_rd08(bios, entry + 0x1) & 0xf8 == 0xf8)
+ rail->mode = 1;
+ else
+ rail->mode = 0;
rail->extdev_id = nvbios_rd08(bios, entry + 0x2);
res_start = 0x3;
break;
--
2.12.2
2017 Apr 23
0
[PATCH v3] bios/iccsense: rails for power sensors have a mask of 0xf8 for version 0x10
.../subdev/bios/iccsense.c
+++ b/drm/nouveau/nvkm/subdev/bios/iccsense.c
@@ -87,7 +87,10 @@ nvbios_iccsense_parse(struct nvkm_bios *bios, struct nvbios_iccsense *iccsense)
switch(ver) {
case 0x10:
- rail->mode = nvbios_rd08(bios, entry + 0x1);
+ if ((nvbios_rd08(bios, entry + 0x1) & 0xf8) == 0xf8)
+ rail->mode = 1;
+ else
+ rail->mode = 0;
rail->extdev_id = nvbios_rd08(bios, entry + 0x2);
res_start = 0x3;
break;
--
2.12.2
2012 Dec 31
5
2.1.12: Panic: file solr-connection.c: line 547 (solr_connection_post_more)
...32
Command to reproduce error: doveadm index -u my at user badmailbox
I already noticed that there have been some solr backend fixes just before 2.1.21 release...
Is this another bug in the backend? Any idea?
IMO relevant logs line parts:
java.io.CharConversionException: Invalid UTF-8 start byte 0xf8 (at char #483989, byte #532382)
complete dovecot log:
doveadm(my at user): Error: fts_solr: Invalid XML input at 85:198: mismatched tag (near: <html><head><title>Apache Tomcat/7.0.32-gentoo - Error report</title><style><!--H1 {font-family:Tahoma,Arial,sans-serif;c...
2018 Feb 23
2
v4.16-rc2: virtio-block + ext4 lockdep splats / sleeping from invalid context
...;Interrupt>
[ 162.408400] lock(&journal->j_state_lock);
[ 162.409287]
[ 162.409287] *** DEADLOCK ***
[ 162.409287]
[ 162.410447] 2 locks held by swapper/0/0:
[ 162.411248] #0: (&(&vblk->vqs[i].lock)->rlock){-.-.}, at: [<00000000b75553ae>] virtblk_done+0x50/0xf8
[ 162.413101] #1: (rcu_read_lock){....}, at: [<000000002bf2a216>] hctx_lock+0x1c/0xe8
[ 162.414630]
[ 162.414630] stack backtrace:
[ 162.415492] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.16.0-rc2 #1
[ 162.429624] Hardware name: linux,dummy-virt (DT)
[ 162.430631] Call trace:
[ 162....
2018 Feb 23
2
v4.16-rc2: virtio-block + ext4 lockdep splats / sleeping from invalid context
...;Interrupt>
[ 162.408400] lock(&journal->j_state_lock);
[ 162.409287]
[ 162.409287] *** DEADLOCK ***
[ 162.409287]
[ 162.410447] 2 locks held by swapper/0/0:
[ 162.411248] #0: (&(&vblk->vqs[i].lock)->rlock){-.-.}, at: [<00000000b75553ae>] virtblk_done+0x50/0xf8
[ 162.413101] #1: (rcu_read_lock){....}, at: [<000000002bf2a216>] hctx_lock+0x1c/0xe8
[ 162.414630]
[ 162.414630] stack backtrace:
[ 162.415492] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.16.0-rc2 #1
[ 162.429624] Hardware name: linux,dummy-virt (DT)
[ 162.430631] Call trace:
[ 162....
2020 Aug 07
2
[PATCH v3 4/7] x86/paravirt: remove 32-bit support from PARAVIRT_XXL
...0xdf }, // mov %rdi, %cr3
> .irq_restore_fl = { 0x57, 0x9d }, // push %rdi; popfq
> .cpu_wbinvd = { 0x0f, 0x09 }, // wbinvd
> @@ -50,19 +45,11 @@ static const struct patch_xxl patch_data_xxl = {
> 0x48, 0x0f, 0x07 }, // swapgs; sysretq
> .cpu_swapgs = { 0x0f, 0x01, 0xf8 }, // swapgs
> .mov64 = { 0x48, 0x89, 0xf8 }, // mov %rdi, %rax
> -# else
> - .mmu_write_cr3 = { 0x0f, 0x22, 0xd8 }, // mov %eax, %cr3
> - .irq_restore_fl = { 0x50, 0x9d }, // push %eax; popf
> - .cpu_iret = { 0xcf }, // iret
> -# endif
I was looking at x86_64 paravirt th...
2020 Aug 07
2
[PATCH v3 4/7] x86/paravirt: remove 32-bit support from PARAVIRT_XXL
...0xdf }, // mov %rdi, %cr3
> .irq_restore_fl = { 0x57, 0x9d }, // push %rdi; popfq
> .cpu_wbinvd = { 0x0f, 0x09 }, // wbinvd
> @@ -50,19 +45,11 @@ static const struct patch_xxl patch_data_xxl = {
> 0x48, 0x0f, 0x07 }, // swapgs; sysretq
> .cpu_swapgs = { 0x0f, 0x01, 0xf8 }, // swapgs
> .mov64 = { 0x48, 0x89, 0xf8 }, // mov %rdi, %rax
> -# else
> - .mmu_write_cr3 = { 0x0f, 0x22, 0xd8 }, // mov %eax, %cr3
> - .irq_restore_fl = { 0x50, 0x9d }, // push %eax; popf
> - .cpu_iret = { 0xcf }, // iret
> -# endif
I was looking at x86_64 paravirt th...
2018 Feb 26
0
v4.16-rc2: virtio-block + ext4 lockdep splats / sleeping from invalid context
...400] lock(&journal->j_state_lock);
> [ 162.409287]
> [ 162.409287] *** DEADLOCK ***
> [ 162.409287]
> [ 162.410447] 2 locks held by swapper/0/0:
> [ 162.411248] #0: (&(&vblk->vqs[i].lock)->rlock){-.-.}, at: [<00000000b75553ae>] virtblk_done+0x50/0xf8
> [ 162.413101] #1: (rcu_read_lock){....}, at: [<000000002bf2a216>] hctx_lock+0x1c/0xe8
> [ 162.414630]
> [ 162.414630] stack backtrace:
> [ 162.415492] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.16.0-rc2 #1
> [ 162.429624] Hardware name: linux,dummy-virt (DT)
> [ 1...
2017 Sep 14
1
Glusterd proccess hangs on reboot
...ue as you.
With no volumes created CPU usage / load is normal, but after creating all the volumes even with no data CPU and RAM usage keeps creeping up and the logs are filling up with:
[2017-09-14 05:47:45.447772] E [client_t.c:324:gf_client_ref] (-->/lib64/libgfrpc.so.0(rpcsvc_request_create+0xf8) [0x7fe3f2a1b7e8] -->/lib64/libgfrpc.so.0(rpcsvc_request_init+0x7f) [0x7fe3f2a1893f] -->/lib64/libglusterfs.so.0(gf_client_ref+0x179) [0x7fe3f2cb2e59] ) 0-client_t: null client [Invalid argument]
[2017-09-14 05:47:45.486593] E [client_t.c:324:gf_client_ref] (-->/lib64/libgfrpc.so.0(rpcsvc_...
2006 Aug 07
4
ZFS/UFS/TMPFS and extended attributes inconsistent behaviour
...ry.
islay:pts/4$ ls -l
total 0
-rw-r--r-- 1 darrenm staff 0 Aug 7 15:34 test1
-rw-r--r-- 1 root root 0 Aug 7 15:34 test2
islay:pts/4$ runat test2 cp /tmp/attrdata attr.1
runat[1790]: missing privilege "ALL" (euid = 35661, syscall = 76) needed
at ufs_iaccess+0xf8
runat: cannot open attribute directory for test2: Permission denied
No surprises there, in another window lets change the owner to
be darrenm with chown(1):
islay:pts/4$ ls -l
total 0
-rw-r--r-- 1 darrenm staff 0 Aug 7 15:34 test1
-rw-r--r-- 1 darrenm root 0 Aug 7 15:34...
2011 Feb 21
2
[LLVMdev] Passing structures as pointers, MSVC x64 style
...g);
}
void byReference(void)
{
v(1, &g);
}
And the disassembled output:
_byValue:
0000000000000000 pushq %rbp
0000000000000001 movq %rsp,%rbp
0000000000000004 subq $0x30,%rsp
0000000000000008 movq 0x00000008(%rip),%rax
000000000000000f movq %rax,0xf8(%rbp)
0000000000000013 movq 0x00000000(%rip),%rax
000000000000001a movq %rax,0xf0(%rbp)
000000000000001e movq 0xf0(%rbp),%rdx
0000000000000022 movq 0xf8(%rbp),%r8
0000000000000026 movl $0x00000001,%ecx
000000000000002b callq 0x00000030
0000000000000030 addq $0x30,%rsp...
2009 Nov 14
2
[LLVMdev] Very slow performance of lli on x86
...eb, 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 },
{ 0xf3, 0xf4, 0xf5, 0xf7 },
{ 0xf4, 0xf5, 0xf6, 0xf8 },
{ 0xf5, 0xf6, 0xf7, 0xf9 },
{ 0xf6, 0xf7, 0xf8, 0xfa },
{ 0xf7, 0xf8, 0xf9, 0xfb },
{ 0xf8, 0xf9, 0xfa, 0xfc },
{ 0xf9, 0xfa, 0xfb, 0xfd },
{ 0xfa, 0xfb, 0xfc, 0xfe },
{ 0xfb, 0xfc, 0xfd, 0xff },
{ 0xfc, 0xfd, 0xfe, 0x00 },
{ 0xfd, 0xfe, 0xff, 0x01 },
{ 0xfe, 0xff, 0x00, 0x02 },
{ 0xf...
2009 Nov 14
0
[LLVMdev] Very slow performance of lli on x86
...eb, 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 },
{ 0xf3, 0xf4, 0xf5, 0xf7 },
{ 0xf4, 0xf5, 0xf6, 0xf8 },
{ 0xf5, 0xf6, 0xf7, 0xf9 },
{ 0xf6, 0xf7, 0xf8, 0xfa },
{ 0xf7, 0xf8, 0xf9, 0xfb },
{ 0xf8, 0xf9, 0xfa, 0xfc },
{ 0xf9, 0xfa, 0xfb, 0xfd },
{ 0xfa, 0xfb, 0xfc, 0xfe },
{ 0xfb, 0xfc, 0xfd, 0xff },
{ 0xfc, 0xfd, 0xfe, 0x00 },
{ 0xfd, 0xfe, 0xff, 0x01 },
{ 0xfe, 0xff, 0x00, 0x02 },
{ 0xf...
2017 Dec 14
1
Xen PV DomU running Kernel 4.14.5-1.el7.elrepo.x86_64: xl -v vcpu-set <domU> <val> triggers domU kernel WARNING, then domU becomes unresponsive
...s-aesni)
[ 5.001054] Adding 1048572k swap on /dev/xvda2. Priority:-2
extents:1 across:1048572k SSFS
[ OK ] Activated swap /dev/xvda2.
[ OK ] Reached target Swap.
[ 5.020760] BUG: unable to handle kernel NULL pointer dereference at
0000000000000010
[ 5.020767] IP: coretemp_cpu_online+0xf8/0x1f7 [coretemp]
[ 5.020769] PGD 0 P4D 0
[ 5.020771] Oops: 0002 [#1] SMP
[ 5.020773] Modules linked in: coretemp(+) crct10dif_pclmul
crc32_pclmul ghash_clmulni_intel pcbc aesni_intel crypto_simd
glue_helper cryptd pcspkr intel_rapl_perf nfsd auth_rpcgss nfs_acl lockd
grace sunrpc ip_tab...
2005 Aug 12
0
ZapHFC E1 PRI (cwain)
...kernel: cwain: card 1 RX [ 0x2 0x1 0xf6 0x3a
0x8 0x2 0x26 0xb6 0x5 0x4 0x3 0x80 0x90 0xa3 0x18 0x3 0xa9 0x83 0x8c
0x6c 0x5 0x1 0x81 0x34 0x37 0x37 0x70 0x4 0x81 0x34 0x34 0x30 0x7d 0x2
0x91 0x81 0x9d 0x32 0x1 0x81 0xea 0xb2 ] 42 bytes
Aug 2 17:58:57 asterisk1 kernel: cwain: card 1 TX [ 0x2 0x1 0x1 0xf8 ]
Aug 2 17:58:57 asterisk1 kernel: ztx 4 bytes
Aug 2 17:58:57 asterisk1 kernel: cwain: card 1 TX [ 0x0 0x1 0x3a 0xf8
0x8 0x2 0xa6 0xb6 0x2 0x18 0x3 0xa9 0x83 0x8c ]
Aug 2 17:58:57 asterisk1 kernel: ztx 14 bytes
Aug 2 17:58:57 asterisk1 kernel: cwain: card 1 RX [ 0x0 0x1 0x1 0x3c
0x35 0x44 ] 6 b...
2009 Oct 26
9
Latest Pv_ops dom0 fails to boot
...>] do_exit+0x79/0x629
[ 0.862784] [<ffffffff8106db22>] sys_exit_group+0x0/0x16
[ 0.862791] [<ffffffff81077a74>] get_signal_to_deliver+0x312/0x335
[ 0.862800] [<ffffffff8103215f>] do_notify_resume+0x8b/0x717
[ 0.862807] [<ffffffff810e2d64>] ? print_vma_addr+0xf8/0x101
[ 0.862815] [<ffffffff8104f1e8>] ? scale_delta+0x0/0x26
[ 0.862823] [<ffffffff811fa288>] ? __up_read+0x84/0x8c
[ 0.862830] [<ffffffff8104f1e8>] ? scale_delta+0x0/0x26
[ 0.862837] [<ffffffff81052c44>] ? bad_area_nosemaphore+0xe/0x10
[ 0.862844] [<...
2019 Jun 25
2
x86 instructions EFLAGS in TableGen
...bleGen:
Which file in the llvm/lib/Target/X86 folder describes how the bits in
the EFLAGS register are modified by the x86 instructions? For example,
in the "X86InstrInfo.td" file, lines 2134-2135, it says:
let SchedRW = [WriteALU], Defs = [EFLAGS], Uses = [EFLAGS] in {
def CLC : I<0xF8, RawFrm, (outs), (ins), "clc", []>;
So it says the Defs of CLC is EFLAGS, but actually the CLC instruction
only clears the "CF" flag in the EFLAGS register and has nothing to do
with the other bits of EFLAGS. So which files in this folder describes
the fact that CLC only...
2014 Oct 13
2
kernel crashes after soft lockups in xen domU
...free_pages_and_swap_cache+0x48/0x60
[354008.101045] [<ffffffff810cf527>] ? tlb_flush_mmu+0x37/0x50
[354008.101049] [<ffffffff810cf54c>] ? tlb_finish_mmu+0xc/0x31
[354008.101054] [<ffffffff810d5e79>] ? exit_mmap+0xc4/0xe9
[354008.101060] [<ffffffff81044b82>] ? mmput+0x56/0xf8
[354008.101064] [<ffffffff81049d07>] ? exit_mm+0x117/0x122
[354008.101069] [<ffffffff8107115b>] ? arch_local_irq_disable+0x7/0x8
[354008.101074] [<ffffffff81350487>] ? _raw_spin_lock_irq+0xa/0x14
[354008.101078] [<ffffffff8107115b>] ? arch_local_irq_disable+0x7/0x8
[3540...