Hi,
If you can package up some kind of test or analogous workload that I
can run, I'd be happy to take a look at profiling it on MP hardware.
Should be possible. Btw. Has setting kern.threads.virtual_cpu to a different
value effect for running programms or just started ones ?
P.S. I assum
Hi,
It would be really great if we could find "workload owners" who would
maintain easy-to-run benchmark configurations and also run them regularly on
a fixed hardware configuration over a long time publishing results and
testing patches. Kris has done this for SQL benchmarks to great effect
_r.so libpthreads.so hangs occasionally
FreeBSD Current
---
You can use libpthrads.so or libc_r.so
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse
>From: David Rhodus <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Cc: Martin Blapp <[EMAIL PROTECTED]>, [EMAIL PROTECTED], [EMAIL PROTECTED]
>Subject: Re: 4.8-stable kernel panic
Yes, I don't think this email will make it to hackers@ because all the
email fro
Hi,
> #!/bin/bash
> while :; do
> ping -f -s 65467 ip_addr &
> done
So probably mbuf exhaustion.
>
> Here's the NIC info:
> [EMAIL PROTECTED]:9:0: class=0x02 card=0x00ed16ec chip=0x12161113 rev=0x11
> hdr=0x00
> vendor = 'Accton Technology Corporation'
> device = 'EN5251-Base
Hi,
> #0 dumpsys () at ../../kern/kern_shutdown.c:487
> #1 0xc0168237 in boot (howto=256) at ../../kern/kern_shutdown.c:316
> #2 0xc0168675 in panic (fmt=0xc02db260 "m_copydata, offset > size of mbuf
> chain") at ../../kern/kern_shutdown.c:595
> #3 0xc018576e in m_copydata (m=0xc1560d00, off=
Hi,
apache2's perchild MPM works with with libthr or libkse.
So please update.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln,
gt; help you can find out the source of the deadlock or crash of your system)
>
># the last reset-reason ('normal' power-ON, manual reset due a user- or
> failure reset, a reset triggered trough the watchdog card) can be read out.
A tool to debug these would be ne
FreeBSD: src/usr.bin/ipcs/ipcs.c,v 1.12.2.3 2001/07/30 10:16:41 dd Exp $";
+ "$FreeBSD$";
You don't need to do that. It is automatically done by cvs. Just leave
the lines there.
I'll test it this evening on a old STAB
Hi all,
To tell the short story. Linux-mozilla works like a charm as root, but it
doesn't as a user if you have a java-applet.
Some solutions are mentioned for jdk4 but they applly to jdk13 too:
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&th=5dfc5db60b48af3f&rnum=1
http://docs.freebsd.or
with mysql on FreeBSD
linked with libc_r:
Short version of problems with native threading support (userland threads):
1. Non-thread safe DNS Lookups
2. Unfair Scheduling
3. High Load
4. No SMP Support
5. Missing Locks
http://jeremy.zawodny.com/blog/archives/000203.html
Martin
Martin Blapp
Hi all,
I see these differences here in acpidump:
Working board:
PM2_GPE0_BLK=0xe428-0xe42f
Broken board:
PM2_GPE0_BLK=0x428-0x42f
PM2_GPE1_BLK=0x528-0x52f, GPE1_BASE=32
And the broken board shows errors like this:
The errors like:
Feb 13 17:41:05 ibm-01 kernel: ACP
Hi,
> Wild guess: You have miibus compiled into the kernel and it gets
> pulled in a second time when kldloading if_bge?
Correct ! I'll look if that solves the crash.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hi all,
Even more bad is that there is no escape from serial console,
I can do what I like, call boot(), panic() etc. I get a endless
loop.
This is 4.7 STABLE from today. It panics when I try to ifconfig
the bge0 interface.
Doing initial neFtwork setup:atal trap 12: page fault while in kernel m
dc_link;
u_int8_tdc_cachesize;
+ int dc_romwidth;
int dc_pnic_rx_bug_save;
unsigned char *dc_pnic_rx_buf;
int dc_if_flags
Hi all,
I just checked the code. Umount(8) is fine. Unmount(2)
is buggy.
> Looks like the wrong got unmounted. The mountlist should
> be traversed in reverse order.
umount(8) works as it should:
umount -v procfs
procfs: unmount from /mnt (but it does unmount /proc)
umount(8) hands over the ri
in a PANIC (TM).
I'll try to fix the userland stuff.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 61 826 93 00 Fax:
Hi,
Cool, it really works !
But I had to copy both libs to the plugin dir:
cd /usr/X11R6/lib/mozilla/plugins/
cp flash_linux/libflashplayer.so ./libflashplayer_linux.so
cp flash_linux/ShockwaveFlash.class ./
Thanks for the wonderful work !
Martin
Martin Blapp, <[EMAIL PROTECTED]> &
Hi,
> This technique cannot be efficiently used with mbufs in *BSD, so there
> must be two different ring handling code paths: both chained
> and wrapped-ring configurations.
Ok
> That's very likely a media selection problem, rather than a Rx
> descriptor problem. Of course resetting the chip
Hi,
I have a 100mbit full-duplex connection, maybe this is the difference ?
> 10mbit half-duplex
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hi,
> The NIC is the external interface on my gateway. It was originally
> connected to an old HP 8-port 10bT hub and is now connected directly to
> a Westel DSL bridge. It has worked seemingly without problems handling
> the 768/128 DSL traffic. I say seemingly because I've never bothered
>
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP:
PGP Fingerprint: B434 53FC C87C FE7B 0A
Hi Terry,
> > > > options DISABLE_PSE
> > > > options DISABLE_PG_G
I'm now at buildworld IV, since I have these options compiled it
the bug did not show up again.
Another sideeffect: Before that I could not even make -j 10 buildworld,
that ended with a page fault somewhere im pmap.
Hi,
> options DISABLE_PSE
> options DISABLE_PG_G
Just added them. I'll now build 20 buildworlds with those enabled.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hi Soeren,
> However, this kind of problem in most cases spells bad HW to me,
> ie subspec RAM, poor powersupply, badly cooled CPU, overclocking etc etc...
That's what I thought too. I have now three different systems which show
all this:
1) PIV 1,6Ghz, Intel B845DG Board, 1GB Kingston Ram,
2)
Hi all,
I suspect all the SIG4 and SIG11 problems we see are due
memory corruption in CURRENT.
> In the latter case, the affected file looks like:
>
> case HASH('^', 'e'):
> case HASH('^', 'i'):
> case HASH('^' 'o'):
> \xc0 case HASH('^', 'u'):
> %case HADH('`', \xc0A'):
> ^@ase HASH(
Hi,
> > We don't install named into /usr/local, do we ?
>
> We don't use Makesfile inside src/contrib.
Thanks very much !
> See src/usr/sbin/named/Makefile.inc where the values are correct.
Ahh know I see what happened. I went one time into src/contrib last week
and typed make at the wrong pl
+DESTEXEC = /usr/libexec
DESTMAN = /usr/share/man
DESTHELP= /usr/share/misc
DESTETC= /etc
We don't install named into /usr/local, do we ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare
Hi,
> Are you running -current? I did a quick (but safe) hack in -stable hoping
> that people would test -current and report back. Nobody did.
Yes, I'm running CURRENT.
> If you are running -current, I will be able to make the error message go
> away, but that will not solve any hang problem
> Because 64MB of stack should be enough for anybody?
times have changed ... it seems. The OpenOffice build linking needs
definitly more that 64MB.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hi,
Setting the max stacksize to 128MB helped. Can we have this as
default ?
As many users plan to use staroffice, requiring them to recompile
kernel just for this would be ...
Anyway, is there a reason that the maxstack is 64MB only ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> &
27;(1024 * 1024 * 1024)'"
may help in the kernel. Any ideas ?
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 06
iosfwd:33,
from ../stlport/stl/_string_fwd.h:23,
from ../stlport/stl/_string.h:31,
from ../stlport/string:42,
from dll_main.cpp:45:
../g++-v3/cwchar:69: `mbstate_t' not declared
I get a different error then ...
Anybody k
Hi,
> This is a case of exception context register getting clobbered in
> shared library function call. GCC does not reload it when needed and
> this ultimately leads to semi-random word in program memory decremented
> by the __cp_pop_exception function. The bug is only triggered under very
> s
> Per thread exception stacks? THat's where I'd look...
Hmm, good point. The programms that crashed were all threaded ...
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Kris,
> fixes things, or at least identify a list of possible changes which
> others can test.
How can I compile gcc without doing a "make world" ?
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hi Kris,
> Did you pursue my suggestion of comparing recent patches in the port
> and in the source tree?
Easy to say, hard to do. STABLE is broken as current is, and it seems that
4.4 and 4.3 are also broken for the STLport test.
This is a very difficult thing to do for someone that does not
> We are using a set of patches that were part of gcc 2.95.3_test3.
> Do you have a sample program in which exceptions are still broken on
> FreeBSD 4.5?
cd /usr/ports/devel/stlport
make install
cd work/STL*/test/eh
add -O to gcc-freebsd.mk
gmake -f gcc-freebsd.mk clean
gmake -f gcc-freebsd.mk
I removed now #undef DEFAULT_VTABLE_THUNKS and set again #define
DWARF2_UNWIND_INFO 1 in the port. The -O tests still succeeded.
All cpp* files are the same in the port and our system compilers.
And ideas and pointers which subsystems I could test for this breakage ?
Martin
To Unsubscribe: s
STABLE is broken too, but in a different manner. I just added -O and
then this happened.
[algo] :testing inplace_merge #1() (weak) ... eh_test in free(): warning: junk
pointer, too high to make sense
eh_test in free(): warning: junk pointer, too high to make sense
eh_test in free(): warning: jun
Hi,
> > Here are my test news. The -O bug doesn't happen with
> > gcc295 from ports !
>
I tried all these FLAGS, but noone of them was creating the
problems we see with -O :
Optimization Options
-fcaller-saves -fcse-follow-jumps -fcse-skip-blocks
-fdelayed-branch -felide-constructors
-fexpensi
ffice build has survived the segfaulting part now
in saxparser.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00:
erUrl
type = OUString
(gdb) whatis locationUrl
type = OUString &
(gdb) whatis sal_True
No symbol "sal_True" in current context.
Thanks for helping.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
Im
Thanks Daniel !
> + joiner->join_status.error = ESRCH;
> + joiner->join_status.ret = NULL;
> + joiner->join_status.thread = NULL;
Oh wonder. It works no like a charm. :-))
Do you know in what case we can bump the osversion ? Is this o
hi Daniel,
> + pthread->join_status.thread = NULL;
> + pthread->join_status.ret = NULL;
> + pthread->join_status.error = 0;
it still hangs :-(
How should a detach routine in the client c
and here is the output generated in /var/tmp
-DSUPD=641 -DUPD=641 -I. -I.. -I../../../.. -I../../../../inc
-I../../../../unxfbsd.pro/idl -I../../../../unxfbsd.pro/inc
-I/usr/ports/editors/openoffice-work/work/oo_641c_src/solver/641/unxfbsd.pro/idl
-I/usr/ports/editors/openoffice-work/work/oo_64
Hi Daniel,
Unfortunatly the patch doesn't work ...
=
Building project udkapi
=
/usr/ports/editors/openoffice-work/work/oo_641c_src/udkapi/com/sun/star/lang
mkout -- version: 1.3
idlc @/var/tmp/mk2H0dIj
idlc: compile 'ArrayIndexOutOfBoundsException.idl' ...
and there it
Hi,
> This loop is correct, like I've said twice before.
> Did you even try the patch I sent you to uthread_detach.c?
I've not recieved any patch.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
if this does not get
fixed for some part :-((
I'm very happy if you have more clues than I have.
To build openoffice:
cd /usr/ports/editors/openoffice
and see the build hanging.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <
Hi Matt,
> Are you sure this is the correct kernel binary? zinitna() doesn't
> call vget() and vm_fault doesn't call zinitna.
Hrm, sorry, I just have noted that the debug kernel produces slightly
different output that the normal kernel :-(
Why this ? I didn't do a cvs update since I b
> Do a ps -axl -M vmcore.X -N kernel.X on the kernel core,
> pick out all the processes blocked on inode or whatever,
inode ps -axl -M vmcore.0 -N /usr/src/sys/compile/NEWS/kernel.debug |
grep inode
8 293 290 0 -14 0 36440 inode D#C5- 0:49.73 (perl)
0 2
Hi Matt,
> Yahoo noticed a deadlock in the vnode recycling code. If your machine
> below is hitting the kern.maxvnodes limit it could be the same thing.
> The way to tell is to generate a kernel core along with the debug
> version of the kernel binary (/usr/src/sys/compile//kern
me 10 at 0xd7b9df2c: ebp d7b9dfa0, eip 0xc028520d :
mov%eax,0xffb8(%ebp)
Do you have a clue how I can debug this problem ?
Martin
Martin Blapp, [EMAIL PROTECTED]
--
Improware AG, UNIX solution and service provider
Zurlindenst
> The other macros also have a space befor the semicolons :). Otherwise OK.
> Better commit this (especially to 4.4R) until we have something better.
I also think that this is important to have fixed. Without this fix,
we would have been forced to change the platform for our software to a
worki
Hi,
I tested your patch and it solved our problem 100%. There's no
timedrift anymore.
Do you think the patch will make it in 4.4R. ? We need it urgently.
Thanks a lot for your analysis and your fast work !
Martin
> --- apic_vector.s.old Fri Mar 2 13:47:31 2001
> +++ apic_vector.s Fri Au
Hi,
Together with Thomas Moestel, I have found that the following patch
seems to solve the gettimeofday() problem and stops the time drift:
--- sys/i386/isa/clock.cThu Aug 30 17:01:31 2001
+++ sys/i386/isa/clock.c.newThu Aug 30 17:01:29 2001
@@ -1203,7 +1203,7 @@
high = inb(
amm.
If someone has a machine where he can install CURRENT, or has a machine
with ServerWorks Chipset and SMP, is it possible that he can activate
ACPI and test it again ?
There is already a PR, PR kern/30135.
Martin
Martin Blapp, [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECT
9001011tcp6 :::0.0.0.0.2.197 - superuser
9001011udp 0.0.0.0.3.224 - superuser
9001011tcp 0.0.0.0.2.196 - superuser
Martin
Martin Blapp, [EMAIL PROTECTED
http://home.teleport.ch/freebsd/drac.diff
Martin
Martin Blapp, [EMAIL PROTECTED]
Improware AG, UNIX solution and service provider
Zurlindenstrasse 29, 4133 Pratteln, Switzerland
Phone: +41 79 370 26 05, Fax: +41 61 826
return (0);
+ return (EISCONN);
}
}
Martin
Martin Blapp, [EMAIL PROTECTED]
Improware AG, UNIX solution and service provider
Zurlindenstrasse 29, 4133 Pratteln, Switzerland
Phone: +41 79 370 26 05,
Hi,
I'm making progress with the code and I have also a new diff available.
http://www.attic.ch/patches/rpc.diff_01052001-05.tgz
> Issues with the code:
>
> 1.) NETBSD sets in svc_tcp.c some LOCAL_CREDS which we don't have in our
> src/sys/kern/uipc_usrreq.c. They have a FLAG which - if set -
copy /usr/src/etc/netconfig to /etc
7.) Adjust your rc.conf for rpcbind
And if you like to test the NetBSD rpc.lockd:
8.) cd /usr/src/usr.sbin/rpc.lockd && make && make install
I'm off one week and read the emails when I'm back.
Martin
Martin Blapp, [EMAIL PROTECTED]
53 tcp883 mountd
151 udp891 mountd
151 tcp883 mountd
132 udp 2049 nfs
133 udp 2049 nfs
Martin
Martin Blapp, [EMAIL PROTECTED]
Improware AG, UNIX solution and service
I forgot a link ...
http://www.as400.ibm.com/developer/tirpc/
Cheers:
Martin
Martin Blapp, [EMAIL PROTECTED]
Improware AG, UNIX solution and service provider
Zurlindenstrasse 29, 4133 Pratteln, Switzerland
Phone: +41 79 370 26 05, Fax: +41 61
e some
are recomanded). The code I 'maintain' (mount utilities) is already
patched in my codebase.
I've started with merging and adapting and I'd like to have your
tips and opinions.
Martin
PS: this fixes maybe also the issues with 64-Bit RPC code of
the rpc-lockd david w
Hi everbody,
I had a concept to solve some bad implemented NFS part: The client unmount
notification of the NFS server. There seems to be different understanding
if the programm rpc.umntall should be started at shutdown, startup or
both. Can you please vote for or against these three possibility
The BSD mountd(8) implementation has some design issues. It tries to
call RPC.UMNTALL on SIGTERM. According to RFC 1813 it is
1. A bad idea to use broadcast RPC to do the UMNTALL.
2. Beside that our broadcast RPC implementation does use a port
remapping on the remote portmapper. The port r
Hi,
> warnx("WARNING: path@server syntax is deprecated, use server:path");
> before line 667 of /usr/src/sbin/mount_nfs.c. But I don't see anywhere
> where it differentiates between delimitors and path-components. It is
> just a simple strchr() and the first @ or : it finds is assumed the be
I'
> If you want to do this, I suggest a round of releases that have mount
> complain about the @ syntax before you kill it. POLA, you know.
>
> A complaint such as:
>
> WARNING: path@server syntax is deprecated, use server:path
>
> would be sufficient.
A good idea, but how can one make a differe
Not many people are aware that our userland mount_nfs(8) and umount(8)
support the following NFS-URL-syntax:
mount /some/path/to/directory@nfs-server /mntpoint
This, however, seems to be BSD-specific. Neither Solaris, Linux, Irix
or any other Operating System support this syntax. RFC 2224 does
Hi,
Since about 5 weeks I'm working on sanity checks and bug fixes
for umount(8), mount(8) and mount_xxx(8). Poul Henning told
me to mail to cvs-committers too, cause many clued people read it.
You'll find my patch and the readme for it on :
http://www.attic.ch/patches/MOUNTPATCH-CURRENT-02101
Problem:
As I notized, a FreeBSD NFS-client does not unmount it's
NFS-mounts during reboot. This can cause problems on the
server if it's not BSD. At least Linux complains if there
are still nfs-mounted filesystems on the server. It also
would be a Good Thing (TM) if /var/db/mountdtab is
Problem:
As I notized, a FreeBSD NFS-client does not unmount it's
NFS-mounts during reboot. This can cause problems on the
server if it's not BSD. At least Linux complains if there
are still nfs-mounted filesystems on the server. It also
would be a Good Thing (TM) if /var/db/mountdtab i
73 matches
Mail list logo
