search for: 1c000

I have disabled all usb support in my kernel on todays cvs of -stable, and to my surprise i saw it load automatically as a kernel module; # kldstat Id Refs Address Size Name 1 4 0xc0400000 2cac68 kernel 2 1 0xc06cb000 628f4 acpi.ko 3 1 0xc318b000 1c000 usb.ko This is new behavior indeed, how can i disable usb support as before?

.../log/kern.log , Apr 22 14:21:03 pp? kernel: [? 369.264497] asterisk[1267]: segfault at 986e000 ip b7689ad7 sp b47e32ac error 6 in libc-2.13.so[b760f000+17c000] Apr 22 14:21:38 pp? kernel: [? 404.258595] asterisk[4136]: segfault at 69657461 ip b4623b19 sp b4a2523c error 4 in libgcc_s.so.1[b460e000+1c000] Apr 22 14:52:38 pp? kernel: [ 2263.683388] asterisk[4545]: segfault at 8 ip b7638551 sp b46702f0 error 6 in libc-2.13.so[b75c5000+17c000] Any suggestions ........................... ?Thanks & Regards, Pankaj Pandey +91-9990212758 -------------- next part -------------- An HTML attachment was...

...> > I’ve traced it down to this config option > fruit:time machine max size = 326G > > Which results in > > [Sun May 5 15:47:28 2019] traps: smbd[9658] trap divide > error ip:7f8d722a84bb sp:7ffdf4e93cb0 error:0 > [Sun May 5 15:47:28 2019] in fruit.so[7f8d7229f000+1c000] > > If I remove the max size option, all is well. This used to > work in a previous release. > > I haven’t tried upgrading to 4.10 yet, because I think I’ve > hit your fail2ban script ;) > > Cheers, > Peter >

...; > I've traced it down to this config option > fruit:time machine max size = 326G > > Which results in > > [Sun May 5 15:47:28 2019] traps: smbd[9658] trap divide > error ip:7f8d722a84bb sp:7ffdf4e93cb0 error:0 > [Sun May 5 15:47:28 2019] in fruit.so[7f8d7229f000+1c000] > > If I remove the max size option, all is well. This used to > work in a previous release. > > I haven't tried upgrading to 4.10 yet, because I think I've > hit your fail2ban script ;) > > Cheers, > Peter >

See Red Hat Bugzilla bug #846852 for details. https://bugzilla.redhat.com/show_bug.cgi?id=846852 FYI: We discovered that after updating to EL 6.3 on our x86_64 server, autofs 5.0.5-54 broke our nightly backups that rely on automounting an NFS share hosted on another EL 6 machine on our local network. The machine hosting NFS server was configured to allow only TCP connections to the port

...generation card (0x044500a2) Feb 6 06:21:04 selene kernel: [46193.376564] [drm] Initialized nouveau 0.0.11 libdrm-2.4.4-8-ge37bd24d3c99319b3 on minor 2 Feb 6 06:28:53 selene kernel: [46662.450777] Xorg[27849] general protection ip:7f7763c7e0a3 sp:7fff6be91000 error:0 in ld-2.7.so[7f7763c75000+1c000] Feb 6 06:30:30 selene kernel: [46759.205784] [drm] Allocating FIFO number 0 Feb 6 06:30:30 selene kernel: [46759.208208] [drm] nouveau_fifo_alloc: initialised FIFO 0 Feb 6 06:30:30 selene kernel: [46759.209835] [drm] Allocating FIFO number 1 Feb 6 06:30:30 selene kernel: [46759.211531] [drm]...

...g TRUE 0009:trace:dosfs:DOSFS_GetFullName returning /win/windows/user.dat = L"C:\\WINDOWS\\USER.DAT" 0009:trace:file:CreateFileW returning 0x2c 0009:trace:virtual:NtMapViewOfSection handle=0x30 addr=(nil) off=000000000 size=0 access=2 0009:trace:virtual:NtMapViewOfSection handle=0x30 size=1c000 offset=0 View: 0x405c0000 - 0x405dbfff 0x34 0x405c0000 - 0x405dbfff c-r-- 0009:trace:heap:RtlAllocateHeap (0x40330000,00000002,00000018): returning 40330828 0009:trace:heap:RtlAllocateHeap (0x40330000,00000002,00000020): returning 40330848 0009:trace:heap:RtlFreeHeap (0x40330000,00000002,4033...

...page 16000 trace:module:do_relocations 420 relocations for page 17000 trace:module:do_relocations 396 relocations for page 18000 trace:module:do_relocations 240 relocations for page 1a000 trace:module:do_relocations 176 relocations for page 1b000 trace:module:do_relocations 236 relocations for page 1c000 trace:module:do_relocations 196 relocations for page 1d000 trace:module:do_relocations 24 relocations for page 1e000 trace:module:do_relocations 136 relocations for page 1f000 trace:module:do_relocations 232 relocations for page 20000 trace:module:do_relocations 136 relocations for page 21000 trace...

On Sun, Nov 07 2010 at 6:05pm -0500, Andi Kleen <andi@firstfloor.org> wrote: > On Sun, Nov 07, 2010 at 10:39:23PM +0100, Milan Broz wrote: > > On 11/07/2010 08:45 PM, Andi Kleen wrote: > > >> I read about barrier-problems and data getting to the partition when > > >> using dm-crypt and several layers so I don''t know if that could be > >