sysctl segfaulting

I have a strange problem on one of my computers: sysctl segfaults when querying kern.clockrate (and more annoyingly when trying to print kern.clockrate when run with -a). I cannot tell for sure when this problem appeared, the last things I did to the system was putting in an sata harddisk and e

Re: sysctl segfaulting

Hi Michael, On Sat, Feb 17, 2007 at 09:47:45AM +0100, Michael Nottebrock wrote: > I've attached the ktrace output of 'sysctl kern.clockrate' to this message. Hmm, could you try to rebuild sysctl manually and give that one a try? Maybe there's not something in sync. Something like: # cd /usr/src/

Re: sysctl segfaulting

On Saturday, 17. February 2007 10:09, Rink Springer wrote: > Hi Michael, > > On Sat, Feb 17, 2007 at 09:47:45AM +0100, Michael Nottebrock wrote: > > I've attached the ktrace output of 'sysctl kern.clockrate' to this > > message. > > Hmm, could you try to rebuild sysctl manually and give that one a

Re: sysctl segfaulting

I experimented some more and found something even more funny: A sysctl binary copied over from a FreeBSD 5.5 machine works (the FreeBSD 6 box with the segfaulting sysctl has the 5.x compat libraries installed). So I tried recompiling libc with debug cflags ("-g3 -O -pipe"), but this only makes

Re: sysctl segfaulting

Hi Michael, On Sat, Feb 17, 2007 at 11:36:46AM +0100, Michael Nottebrock wrote: > So I tried recompiling libc with debug cflags ("-g3 -O -pipe"), but this only > makes the backtrace in gdb much longer, but still without any function names. Hmm, 'make install' appears to strip the debugging info.

Re: Very slow umass in 6.2-RC2

Has anyone ever managed to get some USB 2.0 - like speeds out of ehci anyway? I'm not seeing quite such abysmal performance as Kevin did, but I don't even need to benchmark to be certain that Windows does *much* better with the devices I own. Here are some numbers: First up, the controller: eh

Re: sysctl segfaulting

On Saturday, 17. February 2007 11:39, Rink Springer wrote: > Hi Michael, > > On Sat, Feb 17, 2007 at 11:36:46AM +0100, Michael Nottebrock wrote: > > So I tried recompiling libc with debug cflags ("-g3 -O -pipe"), but this > > only makes the backtrace in gdb much longer, but still without any > > fu

Re: Very slow umass in 6.2-RC2

Michael Nottebrock schrieb: > Has anyone ever managed to get some USB 2.0 - like speeds out of ehci anyway? > I'm not seeing quite such abysmal performance as Kevin did, but I don't even > need to benchmark to be certain that Windows does *much* better with the > devices I own. Actually let me b

Recent libxine update seems to cause ICE on 6-STABLE/amd64

On Thursday, libxine was updated in the ports collection to version 1.1.4 Unfortunately, this seems to cause some kind of compiler-suite error on 6.2-STABLE/amd64. dsputil.c:3826: error: unrecognizable insn: (insn 62 10 12 0 (set (reg:SI 0 ax [61]) (subreg:SI (plus:DI (subreg:DI (reg:SI

Re: [HEADSUP] New unionfs merged to RELENG_6 (stable)

Hi, I feel the mount_union manpage isn't 100% correct anymore, especially the the BUGS section ? Or do the things there still apply ? Martin Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- ImproWare AG, UNIXSP & ISP, Zurl

SFF supported computers

Hi, I'm looking for a recommendation on a small form factor system. I've looked at some of the models from AOpen , Shuttle and Microstar. I'd like an AMD 64 (or dual core) box (lower cost) with SATA/EIDE disk support. I plan on running FreeBSD mostly and occasionally Red Hat or Fedora for cust