search for: 0x88

...0, 0x47, 0x86, 0x27, } }, + { "abc", 3, 0x9747b28c, + { 0xC8, 0x4A, 0x62, 0xDD, }, + { 0xC8, 0x4A, 0x62, 0xDD, } }, + { "ab", 2, 0x9747b28c, + { 0x74, 0x87, 0x55, 0x92, }, + { 0x74, 0x87, 0x55, 0x92, } }, + { "Hello, world!", 13, 0x9747b28c, + { 0x24, 0x88, 0x4C, 0xBA, }, + { 0x24, 0x88, 0x4C, 0xBA, } }, { "\xcf\x80\xcf\x80\xcf\x80\xcf\x80\xcf\x80\xcf\x80\xcf\x80\xcf\x80", 16, 0x9747b28c, - { 0xD58063C1, 0, 0, 0 } + { 0xD5, 0x80, 0x63, 0xC1, }, + { 0xD5, 0x80, 0x63, 0xC1, } }, /* 8 U+03C0 (Greek Small Letter...

dear redhat, i examined a friend's system today, to help him configure it. assuming that he just "installed" from scratch the samba package, it appears that you have provided a default smb.conf file for redhat 6.1 that puts samba private configuration files in /etc. the suggested options, for example show "smbpasswd file = /etc/smbpasswd". this is REALLY bad. 1) you

Hi Aki, On 15:55 Mon 26 Mar , Aki Tuomi wrote: > On 26.03.2018 15:49, Apollon Oikonomopoulos wrote: > > Hi, > > > > The dovecot 2.3.0.1 Debian package currently fails to build on all > > big-endian architectures[1], due to murmurhash3 tests failing. The > > relevant output from e.g. s390x is: > > > > test-murmurhash3.c:22: Assert(#8) failed:

...return true; diff --git a/libswfdec/swfdec_initialize.h b/libswfdec/swfdec_initialize.h index cba954f..fb343dd 100644 --- a/libswfdec/swfdec_initialize.h +++ b/libswfdec/swfdec_initialize.h @@ -2,7 +2,7 @@ /* compiled from swfdec_initialize.as */ const unsigned char swfdec_initialize[] = { - 0x88, 0x98, 0x05, 0x91, 0x00, 0x41, 0x53, 0x53, 0x65, 0x74, 0x4E, 0x61, 0x74, 0x69, 0x76, 0x65, + 0x88, 0xB1, 0x06, 0xB1, 0x00, 0x41, 0x53, 0x53, 0x65, 0x74, 0x4E, 0x61, 0x74, 0x69, 0x76, 0x65, 0x00, 0x41, 0x53, 0x6E, 0x61, 0x74, 0x69, 0x76, 0x65, 0x00, 0x41, 0x53, 0x53, 0x65, 0x74, 0x4E,...

...U (L"C:\\Programme\\Mankind\ \Mankind/Mankind.dpf" 520 0x7ca7c7f0 (nil)) trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\Programme\\Mankind\ \Mankind\\Mankind.dpf" -> "$HOME/.wine/dosdevices/c:/Programme/Mankind/Mankind/Mankind.dpf" trace:file:CreateFileW returning 0x88 trace:file:SetFilePointerEx handle 0x88 offset 0 newpos 0x7ca7cb38 origin 2 trace:file:SetFilePointerEx handle 0x88 offset 0 newpos 0x7ca7cb30 origin 1 trace:file:SetFilePointerEx handle 0x88 offset 0 newpos 0x7ca7cb38 origin 0 trace:file:ReadFile 0x88 0x7fd45b48 16 0x7ca7cb58 (nil) trace:file:GetF...

...t_done+0x24/0x30 [ 162.457080] __blk_mq_complete_request+0x100/0x1b0 [ 162.458047] blk_mq_complete_request+0x60/0x98 [ 162.458918] virtblk_done+0x70/0xf8 [ 162.459608] vring_interrupt+0x38/0x50 [ 162.460367] __handle_irq_event_percpu+0x5c/0x148 [ 162.472443] handle_irq_event_percpu+0x34/0x88 [ 162.477991] handle_irq_event+0x48/0x78 [ 162.480661] handle_fasteoi_irq+0xc0/0x198 [ 162.485417] generic_handle_irq+0x24/0x38 [ 162.490334] __handle_domain_irq+0x84/0xf0 [ 162.493834] gic_handle_irq+0x58/0xa8 [ 162.498464] el1_irq+0xb4/0x130 [ 162.500621] arch_cpu_idle+0x18/0x28 [...

...t_done+0x24/0x30 [ 162.457080] __blk_mq_complete_request+0x100/0x1b0 [ 162.458047] blk_mq_complete_request+0x60/0x98 [ 162.458918] virtblk_done+0x70/0xf8 [ 162.459608] vring_interrupt+0x38/0x50 [ 162.460367] __handle_irq_event_percpu+0x5c/0x148 [ 162.472443] handle_irq_event_percpu+0x34/0x88 [ 162.477991] handle_irq_event+0x48/0x78 [ 162.480661] handle_fasteoi_irq+0xc0/0x198 [ 162.485417] generic_handle_irq+0x24/0x38 [ 162.490334] __handle_domain_irq+0x84/0xf0 [ 162.493834] gic_handle_irq+0x58/0xa8 [ 162.498464] el1_irq+0xb4/0x130 [ 162.500621] arch_cpu_idle+0x18/0x28 [...

...1520 bytes >>> [ 5.382531] Kernel panic - not syncing: DMA: Random memory could be >>> DMA written >>> ... >>> [ 5.383148] [<ffff0000083ad754>] swiotlb_map_page+0x194/0x1a0 >>> [ 5.383226] [<ffff000008096bb8>] __swiotlb_map_page+0x20/0x88 >>> [ 5.383320] [<ffff0000084bf738>] vring_map_one_sg.isra.1+0x70/0x88 >>> [ 5.383417] [<ffff0000084c04fc>] virtqueue_add_sgs+0x2ec/0x4e8 >>> [ 5.383505] [<ffff00000856d99c>] __virtblk_add_req+0x9c/0x1a8 >>> ... >>> [ 5.3844...

...1520 bytes >>> [ 5.382531] Kernel panic - not syncing: DMA: Random memory could be >>> DMA written >>> ... >>> [ 5.383148] [<ffff0000083ad754>] swiotlb_map_page+0x194/0x1a0 >>> [ 5.383226] [<ffff000008096bb8>] __swiotlb_map_page+0x20/0x88 >>> [ 5.383320] [<ffff0000084bf738>] vring_map_one_sg.isra.1+0x70/0x88 >>> [ 5.383417] [<ffff0000084c04fc>] virtqueue_add_sgs+0x2ec/0x4e8 >>> [ 5.383505] [<ffff00000856d99c>] __virtblk_add_req+0x9c/0x1a8 >>> ... >>> [ 5.3844...

Hi, Since update to 2.6.37 I can''t build openwrt on my btrfs buildroot anymore. I''m not sure if this is related to the other flush-btrfs-1 thread. plenty of diskspace is free: /dev/mapper/cruor-build 97G 68G 27G 73% /opt/build It always hangs when openwrt builds the ext4 image and runs tune2fs on it.

...IDEO_NOTIFY_CYCLE 0x82 -#define ACPI_VIDEO_NOTIFY_NEXT_OUTPUT 0x83 -#define ACPI_VIDEO_NOTIFY_PREV_OUTPUT 0x84 - -#define ACPI_VIDEO_NOTIFY_CYCLE_BRIGHTNESS 0x85 -#define ACPI_VIDEO_NOTIFY_INC_BRIGHTNESS 0x86 -#define ACPI_VIDEO_NOTIFY_DEC_BRIGHTNESS 0x87 -#define ACPI_VIDEO_NOTIFY_ZERO_BRIGHTNESS 0x88 -#define ACPI_VIDEO_NOTIFY_DISPLAY_OFF 0x89 #define MAX_NAME_LEN 20 diff --git a/include/acpi/video.h b/include/acpi/video.h index 4536bd3..bfe484d 100644 --- a/include/acpi/video.h +++ b/include/acpi/video.h @@ -30,6 +30,17 @@ struct acpi_device; #define ACPI_VIDEO_DISPLAY_LEGACY_PANEL 0x...

...57080] __blk_mq_complete_request+0x100/0x1b0 > [ 162.458047] blk_mq_complete_request+0x60/0x98 > [ 162.458918] virtblk_done+0x70/0xf8 > [ 162.459608] vring_interrupt+0x38/0x50 > [ 162.460367] __handle_irq_event_percpu+0x5c/0x148 > [ 162.472443] handle_irq_event_percpu+0x34/0x88 > [ 162.477991] handle_irq_event+0x48/0x78 > [ 162.480661] handle_fasteoi_irq+0xc0/0x198 > [ 162.485417] generic_handle_irq+0x24/0x38 > [ 162.490334] __handle_domain_irq+0x84/0xf0 > [ 162.493834] gic_handle_irq+0x58/0xa8 > [ 162.498464] el1_irq+0xb4/0x130 > [ 162.5...

...#0 0xb7e5a231 in strcasecmp () from /lib/libc.so.6 #1 0xb7ce0a3f in local_ast_moh_start (chan=0x82496a8, mclass=0xb720f828 "default", interpclass=0x0) at res_musiconhold.c:646 #2 0x08083695 in ast_moh_start (chan=0x64, mclass=0x64 <Address 0x64 out of bounds>, interpclass=0x88 <Address 0x88 out of bounds>) at channel.c:4614 #3 0xb741818b in queue_exec (chan=0x82496a8, data=0xb720f828) at app_queue.c:3601 #4 0x080c638d in pbx_extension_helper (c=0x82496a8, con=0x64, context=0x8249828 "my-queue", exten=0x8249878 "80", priority=7, label=0x0,...

...: DMA: Out of SW-IOMMU > space for 491520 bytes > [ 5.382531] Kernel panic - not syncing: DMA: Random memory could be > DMA written > ... > [ 5.383148] [<ffff0000083ad754>] swiotlb_map_page+0x194/0x1a0 > [ 5.383226] [<ffff000008096bb8>] __swiotlb_map_page+0x20/0x88 > [ 5.383320] [<ffff0000084bf738>] vring_map_one_sg.isra.1+0x70/0x88 > [ 5.383417] [<ffff0000084c04fc>] virtqueue_add_sgs+0x2ec/0x4e8 > [ 5.383505] [<ffff00000856d99c>] __virtblk_add_req+0x9c/0x1a8 > ... > [ 5.384449] [<ffff0000081829c4>] ondemand_...

...: DMA: Out of SW-IOMMU > space for 491520 bytes > [ 5.382531] Kernel panic - not syncing: DMA: Random memory could be > DMA written > ... > [ 5.383148] [<ffff0000083ad754>] swiotlb_map_page+0x194/0x1a0 > [ 5.383226] [<ffff000008096bb8>] __swiotlb_map_page+0x20/0x88 > [ 5.383320] [<ffff0000084bf738>] vring_map_one_sg.isra.1+0x70/0x88 > [ 5.383417] [<ffff0000084c04fc>] virtqueue_add_sgs+0x2ec/0x4e8 > [ 5.383505] [<ffff00000856d99c>] __virtblk_add_req+0x9c/0x1a8 > ... > [ 5.384449] [<ffff0000081829c4>] ondemand_...

...n 129) 16:25:29.907570 146.39.192.33.netbios-ssn > spt01.1042: P [tcp sum ok] 27945:28014(69) ack 8893 win 8192 >>> NBT Packet NBT Session Packet Flags=0x0 Length=65 (0x41) SMB PACKET: SMBopenX (REPLY) SMB Command = 0x2D Error class = 0x0 Error code = 0 (0x0) Flags1 = 0x88 Flags2 = 0x1 Tree ID = 4 (0x4) Proc ID = 175 (0xaf) UID = 100 (0x64) MID = 65042 (0xfe12) Word Count = 15 (0xf) smbvwv[]= Com2=0xFF Off2=0 (0x0) Handle=51514 (0xc93a) Attrib= Time=Sat Nov 11 08:12:40 1989 Size=0 (0x0) Access=0x2 Type=0x0 State=0x0 Act...

On 7/16/14, 6:09 PM, sgundapa wrote: > I see a couple of issues here. > > If I include .S files for ARM, the –no-integrated-as path complains about > Assembler errors. > > The integrated-as path works fine though. > These are very likely just differences between the old ARM assembler syntax and the new 'Unified' syntax. Can you use an assembler that accepts UAL

....prototype); diff --git a/libswfdec/swfdec_initialize.h b/libswfdec/swfdec_initialize.h index 1372347..f2c37c8 100644 --- a/libswfdec/swfdec_initialize.h +++ b/libswfdec/swfdec_initialize.h @@ -2,7 +2,7 @@ /* compiled from swfdec_initialize.as */ const unsigned char swfdec_initialize[] = { - 0x88, 0x6D, 0x07, 0xB9, 0x00, 0x41, 0x53, 0x53, 0x65, 0x74, 0x4E, 0x61, 0x74, 0x69, 0x76, 0x65, + 0x88, 0x79, 0x07, 0xBA, 0x00, 0x41, 0x53, 0x53, 0x65, 0x74, 0x4E, 0x61, 0x74, 0x69, 0x76, 0x65, 0x00, 0x41, 0x53, 0x6E, 0x61, 0x74, 0x69, 0x76, 0x65, 0x00, 0x41, 0x53, 0x53, 0x65, 0x74, 0x4E,...

...ns of MOV16mr instruction of X86. Thanks. diff --git a/lib/Target/X86/X86InstrInfo.td b/lib/Target/X86/X86InstrInfo.td index e9a0431..f5b2064 100644 --- a/lib/Target/X86/X86InstrInfo.td +++ b/lib/Target/X86/X86InstrInfo.td @@ -1412,7 +1412,7 @@ let SchedRW = [WriteStore] in { def MOV8mr : I<0x88, MRMDestMem, (outs), (ins i8mem :$dst, GR8 :$src), "mov{b}\t{$src, $dst|$dst, $src}", [(store GR8:$src, addr:$dst)], IIC_MOV_MEM>; -def MOV16mr : I<0x89, MRMDestMem, (outs), (ins i16mem:$dst, GR16:$src), +def MOV16mr : I<0x89, MRMDestMem, (outs i...

...current configuration: --- tcdevices --- #NUMBER: IN-BANDWITH OUT-BANDWIDTH OPTIONS REDIRECTED #INTERFACE INTERFACES eth1 2048kbps 1500kbps -- tcclasses --- #INTERFACE:CLASS MARK RATE: CEIL PRIORITY OPTIONS # DMAX:UMAX eth1 1 100kbps 180kbps 1 tos=0x88/0xfc,tos=0xb8/0xfc eth1 2 full/4 full 2 default -- tcrules --- #MARK SOURCE DEST PROTO DEST SOURCE USER TEST LENGTH TOS CONNBYTES 1 $FW:w.x.y.z a.b.c.d udp 1194 - - - - 0x18/0xa0...