Value 0xd0d0d0d0 ?

Hi, I would like to know where/when the value 0xd0d0d0d0 is assigned to a pointer ? Sometimes I have some pointers which have a correct value before and suddenly they got this odd 0xd0d0d0d0 value :/ -- Aurélien msg46431/pgp0.pgp Description: PGP signature

PANIC: Most recently used by bus

Hi, I've got a panic by unplugging my NIC then plugging it again and then doing a dhclient interface. I've attached some informations about the panic. -- Aurélien Script started on Tue Nov 26 20:17:13 2002 nebula# /sys/i386/compile/NEBULAggdb -k GNU gdb 5.2.1

Re: PANIC: Most recently used by bus

On Wed, Nov 27, 2002 at 12:43:23AM -0700, M. Warner Losh wrote: In message: [EMAIL PROTECTED] M. Warner Losh [EMAIL PROTECTED] writes: : In message: [EMAIL PROTECTED] : Aurelien Nephtali [EMAIL PROTECTED] writes: : : I've got a panic by unplugging my NIC then plugging

panic: ffs_blkfree: freeing free block

Hi, I got a panic today which occured during a background fsck, after a hard-reboot of the system. The dump from gdb is attached and I can, of course, provide more infos if needed. -- Aurelien Script started on Mon Dec 16 22:08:36 2002 nebula#

Re: How to update UFS1 to UFS2?

On Tue, Dec 17, 2002 at 11:47:23AM -0500, Steven Ames wrote: On a related topic... how do you tell which of your filesystems are mounted UFS1 -vs- UFS2? 'mount -v' just says ufs. -Steve Maybe dumpfs(8) will help you. -- Aurelien msg48915/pgp0.pgp Description: PGP signature

Re: panic: ffs_blkfree: freeing free block

I introduced a bug to snapshots on 11/30/02 which did not get fixed until 12/15/02 which caused background fsck to (silently) fail to fix certain filesystem problems. If you ran background fsck on a system between 11/30 and 12/15 and then ran background fsck again on a system after that

Re: panic: ffs_blkfree: freeing free block

On Wed, Dec 18, 2002 at 08:00:19AM -0800, Kirk McKusick wrote: I corrected a botched patch last night. Make sure that you are running with version 1.56 2002/12/18 07:19:41 of ufs/ffs/ffs_snapshot.c. Kirk McKusick =-=-=-=-= nebula# ident /usr/src/sys/ufs/ffs/ffs_snapshot.c

Re: panic: ffs_blkfree: freeing free block

By hard shutdown I assume you mean hitting the reset button while the machine is busily running along? If so, my test machine passes that test. I'll keep plugging away at it though in the hopes of getting it to fail. Kirk McKusick Yes, that's what I meant. My main box is a laptop

Re: panic: ffs_blkfree: freeing free block

On Wed, Dec 18, 2002 at 11:50:42AM -0800, Kirk McKusick wrote: I have managed to panic my system on a hard reboot and now believe that I have found the problem on which you are faulting. I have checked in a fix to the head of the tree (sys/ufs/ffs/ffs_snapshot.c version 1.57). Let me know if

XFree 4.2.1 doesn't work with last CURRENT

Hi, I've upgraded from 4.2.0 to 4.2.1 and now X11 doesn't want to start :/ I've attached the error log. Any help would be appreciated :) -- Aurelien Script started on Sun Dec 22 22:34:05 2002 nebula% ~sstartx xauth: (argv):1: bad display name nebula.wanadoo.fr:0 in

Re: XFree 4.2.1 doesn't work with last CURRENT

On Mon, Dec 23, 2002 at 12:18:45AM +0100, Jens Rehsack wrote: Aurelien Nephtali wrote: Hi, I've upgraded from 4.2.0 to 4.2.1 and now X11 doesn't want to start :/ I've attached the error log. Any help would be appreciated :) -- Aurelien 1) How did you upgrade? 2) What's the name

[PATCH] Wrong behaviour of writes of IP packets through BPF fd

Hi, I think I've found a bug in the BPF stack (if I can call it a stack :p). According to the bpf man, packets can be written directly through a bpf file descriptor. But writing IP packets using write() doesn't seem to work, the ip_len field of the ip header isn't sent in host byte order so the

Re: [PATCH] Wrong behaviour of writes of IP packets through BPF fd

On Tue, Dec 24, 2002 at 09:58:19PM +0100, Aurelien Nephtali wrote: Hi, I think I've found a bug in the BPF stack (if I can call it a stack :p). According to the bpf man, packets can be written directly through a bpf file descriptor. But writing IP packets using write() doesn't seem to work

Re: [PATCH] Wrong behaviour of writes of IP packets through BPF fd

Hum ... the previous patch against bpf.c was the result of multiple test, thus it was _VERY_ ugly with useless lines of code... now the new one is cleaner :) (it's just aesthetic modifications but ... better for the eyes :p) -- Aurelien @!#~ *tired* here is the ghost patch ... sorry --

could sleep with radix node head and LOR

Hi, With a fresh -CURRENT, when I do a arp -a, I got: ../../../kern/kern_sysctl.c:1002: could sleep with radix node head locked from ../../../net/rtsock.c:1033 ../../../kern/kern_sysctl.c:1002: could sleep with radix node head locked from ../../../net/rtsock.c:1033

DMA failed to complete' and 'packets buffered, but transmitter idle

Hi, Since the big fixes in the pccard code (by Warner Losh), at a date that I can't remember of because I was busy at this time but

Re: buildkernel dying from unresolved sched_* symbols

Hi, You _must_ add SCHED_4BSD (old scheduler) or SCHED_ULE (new scheduler) to your config file. -- Aurelien On Sun, Feb 02, 2003 at 03:35:00PM +, Trent Nelson wrote: I'm not sure if this is a result of the recent sched_ule import, but buildkernel is dying on a bunch of undefined

make buildworld broken

Hi, With a fresh -CURRENT tree, I got: cc -fno-merge-constants -mcpu=pentiumpro -Werror -Wall -Wno-format-y2k -Wno-unin itialized -c /usr/src/lib/libdisk/rules.c -o rules.o cc1: warnings being treated as errors /usr/src/lib/libdisk/rules.c: In function `Check_Chunk':

Disk problems (buffers unsynced)

Hi, For about two weeks now, each time I halt my computer, all the buffers are not synced (sometimes they are 1, 2 or 5). Moreover, when I compile my custom kernel, at the linking stage (linking kernel.debug) I got ENOMEM at 0xadress(ad0s1g) (ad0s1g is my /usr slice) ( a time I even got a panic

Re: Corrupted crashdump?

Hi, I've got the same problem after a panic, the produced core dump was invalid. I'm on -CURRENT and I think the reason of the core production isn't the same as you, but the core dump problem is the same, I'm sure of it. I'm also on a laptop (Compaq Presarion) but ACPI is enabled. I have removed

[SOLVED (NEW SCHEDULER FAULT)] Re: Disk problems (buffers unsynced)

Hi, Those problems are solved if I switch back to the old scheduler (SCHED_4BSD). Moreover, with the new scheduler, under high load (CPU ~100%) the system became very slow. -- Aurelien On Fri, Feb 07, 2003 at 07:42:36AM +0100, Aurelien Nephtali wrote: Hi, For about two weeks now, each time