Re: Using float emulator on a system with FPU?

1999-07-12 Thread Daniel Eischen
Why shouldn't we? Noone uses machines without FPUs anymore. What non-ancient CPU doesn't have an FPU? And we're talking about the i386 family here... IIRC, there were a few folks running FreeBSD in an embedded environment. Perhaps with 80386 FPU coprocessor-less systems? Dan Eischen [EMAIL

Re: gdb-4.17 in FreeBSD 4.0-CURRENT

1999-08-22 Thread Daniel Eischen
Richard Cownie wrote: On Sat, 21 Aug 1999, David O'Brien wrote: Are you saying 4.17 is better than 4.18 for debugging C++? Or are you saying you didn't know FreeBSD comes with gdb: gdb-4.18 is badly broken on all platforms (at least for C++). You can't call methods from the gdb command

Re: gdb-4.17 in FreeBSD 4.0-CURRENT

1999-08-25 Thread Daniel Eischen
Did anyone of you took care that you can build an aout gdb on an ELF FreeBSD system? I don't mean a gdb that is aout, but one that can debug aout binaries. I thought the gdb in our base system could debug aout binaries. Or am I sadly mistaken. That would be most useful to have as a port.

Re: Weird syscons keyboard behaviour

1999-09-17 Thread Daniel Eischen
Mike Pritchard wrote: I've noticed some odd syscons keyboard behaviour over the past month or so. Sometimes I get a vty that outputs PC graphics characters for all of my input. This is always at a "login:" prompt. I think I can duplicate this by typing a bunch of garbage at a login prompt,

Re: sigset_t: a summary

1999-10-01 Thread Daniel Eischen
Marcel Moolenaar wrote: So, to start with issue 2: To start with the beginning: 1. Should the ucontext_t changes be backed out, or is this the way we would like to go? (but only it better :-) I think we want to keep the ucontext changes. SUSv2 requires them when SA_SIGINFO is set.

Re: new sigset_t and upgrading: a proposal

1999-10-01 Thread Daniel Eischen
Marcel Moolenaar wrote: Dag-Erling Smorgrav wrote: How about this: early in make world, we check whether or not the current kernel supports the new syscalls. If it does, good. If it doesn't, we build and load a small module which installs syscalls which translate the sigset_t stuff

Re: Recent kernel hangs during boot with pnp sio.

1999-10-02 Thread Daniel Eischen
Matthew N. Dodd wrote: On Sat, 2 Oct 1999, Daniel M. Eischen wrote: What's the unknown0? Shouldn't that be sio2? Do we need the logical device ID? Yes. Try adding 0x8024b04e to sio.c OK, I originally did that to no avail, but I didn't make the change to the correct file

Re: Recent kernel hangs during boot with pnp sio.

1999-10-03 Thread Daniel Eischen
Doug Rabson wrote: I looked at you pnpinfo again and I think this change might be better. It accepts the cards description instead of overriding it and adds another ID for SUP2080 which your card is compatible with. I also removed the bogus descriptions for the USR3031 since the pnpinfo for

Re: World breakage in libc_r?

1999-10-14 Thread Daniel Eischen
Kenneth Wayne Culver wrote: Speaking of libc_r, (this is unrelated sort of) I was wondering if anyone was planning on adding the pthread_setcancel and other pthread cancel stuff to -CURRENT. I was trying to use it the other day when I realized it wasn't there... :-) Just a question, I'm not

Re: World breakage in libc_r?

1999-10-14 Thread Daniel Eischen
John Polstra wrote: I know now why it worked on the i386 but not on the Alpha. On the i386 a system call "read", for example, produces a strong (normal global) symbol "_read" and a weak alias "read". Because the symbols were weak, the linker didn't complain about the multiple definitions.

Re: World breakage in libc_r?

1999-10-14 Thread Daniel Eischen
John Birrell wrote: Weak symbols don't work too well _between_ libraries. If libc is linked before libpthread, any unresolved references when libc is searched will use the weak symbols from there, regardless of the fact that a strong symbol exists in libpthread. If libc is linked after

Re: I often have orphaned FDs in threaded programs...

2002-10-17 Thread Daniel Eischen
On Thu, 17 Oct 2002, Juli Mallett wrote: I have a program which shares a lot of (orphaned) FDs between threads, and requesting a dump (SIGINFO) results in a core, because the FD owner si NULL. Here's a diff from my local tree, for review: Actually, fd locking is not enabled anymore so that's

Re: gnome on current

2002-10-29 Thread Daniel Eischen
On Tue, 29 Oct 2002, John Polstra wrote: In article [EMAIL PROTECTED], Doug Rabson [EMAIL PROTECTED] wrote: On Tue, 29 Oct 2002, John Polstra wrote: I think it would work if the symbol were defined strongly in libc_r. I think so too. I was trying to work out why this wasn't how things

Re: gnome on current

2002-10-29 Thread Daniel Eischen
On Tue, 29 Oct 2002, Archie Cobbs wrote: John Polstra writes: I think it would work if the symbol were defined strongly in libc_r. I think so too. I was trying to work out why this wasn't how things were done already. FWIW, linux's libpthread appears to be defining the pthread_*

Re: [PATCH: libc]Re: gnome on current

2002-10-30 Thread Daniel Eischen
On Wed, 30 Oct 2002, Terry Lambert wrote: Doug Rabson wrote: All you have to do is create a situation where a shared object that links to libc_r is loaded after libX11 and the thing breaks into little pieces. So let's dike out libXThrStub.so, and be done with it. I think the

Re: [PATCH: libc]Re: gnome on current

2002-10-30 Thread Daniel Eischen
On Wed, 30 Oct 2002, Doug Rabson wrote: On Wed, 30 Oct 2002, Terry Lambert wrote: Daniel Eischen wrote: That's bizarre... it's defined in libc_r, so there's no reason for the omission in libc. I only added stubs that I thought the implementation of libc used (or would use

Re: [PATCH: libc]Re: gnome on current

2002-10-30 Thread Daniel Eischen
On Wed, 30 Oct 2002, Doug Rabson wrote: On Wed, 30 Oct 2002, Terry Lambert wrote: You need to link the library against libc_r.so instead of libXThrStub.so. Probably not. Doing that breaks the existing 'feature' of being able to use X11 in entirely non-threaded programs. I'm not sure

Re: [PATCH: libc]Re: gnome on current

2002-10-30 Thread Daniel Eischen
On Wed, 30 Oct 2002, Alexander Kabaev wrote: On Wed, 30 Oct 2002 15:51:48 -0800 Terry Lambert [EMAIL PROTECTED] wrote: NO. If you have a library that's linked to a library containing string symbols, then no other library gets a chance to replace to symbols with its own strong

Re: [PATCH: libc]Re: gnome on current

2002-10-31 Thread Daniel Eischen
On Thu, 31 Oct 2002, Alexander Kabaev wrote: On Wed, 30 Oct 2002 22:25:12 -0500 (EST) Daniel Eischen [EMAIL PROTECTED] wrote: If last weak will win, the normal case when Xthrstub is loaded _after_ libc_r will break. The only way to really fix this is to export pthread_ symbols

Re: [PATCH: libc]Re: gnome on current

2002-10-31 Thread Daniel Eischen
On Thu, 31 Oct 2002, Doug Rabson wrote: On Wed, 30 Oct 2002, Daniel Eischen wrote: On Wed, 30 Oct 2002, Alexander Kabaev wrote: On Wed, 30 Oct 2002 15:51:48 -0800 Terry Lambert [EMAIL PROTECTED] wrote: NO. If you have a library that's linked to a library containing

Re: [PATCH: libc]Re: gnome on current

2002-10-31 Thread Daniel Eischen
On Thu, 31 Oct 2002, Doug Rabson wrote: On Thu, 31 Oct 2002, Alexander Kabaev wrote: On Wed, 30 Oct 2002 22:25:12 -0500 (EST) Daniel Eischen [EMAIL PROTECTED] wrote: If last weak will win, the normal case when Xthrstub is loaded _after_ libc_r will break. The only way to really

Re: [PATCH: libc]Re: gnome on current

2002-10-31 Thread Daniel Eischen
On Thu, 31 Oct 2002, Alexander Kabaev wrote: On Thu, 31 Oct 2002 09:08:12 -0500 (EST) Daniel Eischen [EMAIL PROTECTED] wrote: Cool. Then let's be consistent and follow Solaris all the way. Libc on Solaris provides full set of pthread_? functions which in turn call weakly defined

Re: [PATCH: libc]Re: gnome on current

2002-10-31 Thread Daniel Eischen
On Thu, 31 Oct 2002, Alexander Kabaev wrote: On Thu, 31 Oct 2002 05:45:43 -0800 Juli Mallett [EMAIL PROTECTED] wrote: * De: David O'Brien [EMAIL PROTECTED] [ Data: 2002-10-31 ] [ Subjecte: Re: [PATCH: libc]Re: gnome on current ] On Wed, Oct 30, 2002 at 06:02:38PM -0800, Juli

Re: [PATCH: libc]Re: gnome on current

2002-10-31 Thread Daniel Eischen
On Thu, 31 Oct 2002, Doug Rabson wrote: On Thu, 31 Oct 2002, Daniel Eischen wrote: You can also play the libgcc game inside of libc for those applications or libraries that are too lazy to do it for themselves. Have the libc pthread stubs key on a weak reference to pthread_create

Re: [PATCH: libc]Re: gnome on current

2002-10-31 Thread Daniel Eischen
On Thu, 31 Oct 2002, Doug Rabson wrote: On Thu, 31 Oct 2002, Daniel Eischen wrote: On Thu, 31 Oct 2002, Doug Rabson wrote: On Thu, 31 Oct 2002, Daniel Eischen wrote: You can also play the libgcc game inside of libc for those applications or libraries that are too lazy to do

Re: [PATCH: libc]Re: gnome on current

2002-10-31 Thread Daniel Eischen
On Thu, 31 Oct 2002, Doug Rabson wrote: On Thu, 31 Oct 2002, Daniel Eischen wrote: On Thu, 31 Oct 2002, Doug Rabson wrote: We only use _pthread_* in libc, so it doesn't break libc unless they provide strong symbols for _pthread_*. Our implementation relies on the use of single

Re: [PATCH: libc]Re: gnome on current

2002-10-31 Thread Daniel Eischen
On Thu, 31 Oct 2002, Alexander Kabaev wrote: On Thu, 31 Oct 2002 12:20:14 -0500 (EST) Daniel Eischen [EMAIL PROTECTED] wrote: I wonder how it works for Solaris (you can see both the non-underscore and single-underscore symbols resolve to the same thing)? Perhaps their stubs in libc

Re: [PATCH: libc]Re: gnome on current

2002-10-31 Thread Daniel Eischen
On Thu, 31 Oct 2002, Doug Rabson wrote: On Thu, 31 Oct 2002, Daniel Eischen wrote: This is better, although it has two stubs for each routine. Adding a weak definition from pthread_foo() to _pthread_foo() (note the lack of _stub) doesn't do the same thing? Ok, this version works

Re: [PATCH: libc]Re: gnome on current

2002-11-08 Thread Daniel Eischen
On Thu, 31 Oct 2002, Alexander Kabaev wrote: On Thu, 31 Oct 2002 12:20:14 -0500 (EST) Daniel Eischen [EMAIL PROTECTED] wrote: I wonder how it works for Solaris (you can see both the non-underscore and single-underscore symbols resolve to the same thing)? Perhaps their stubs in libc

Re: [PATCH] note the __sF change in src/UPDATING

2002-11-08 Thread Daniel Eischen
On Fri, 8 Nov 2002, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Ray Kohler [EMAIL PROTECTED] writes: : From [EMAIL PROTECTED] Fri Nov 8 02:45:04 2002 : Date: Fri, 08 Nov 2002 00:39:35 -0700 (MST) : To: [EMAIL PROTECTED] : Subject: Re: [PATCH] note the __sF change in

Re: [PATCH] note the __sF change in src/UPDATING

2002-11-08 Thread Daniel Eischen
On Fri, 8 Nov 2002, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Daniel Eischen [EMAIL PROTECTED] writes: : All the ports are going to be rebuilt for the release anyways, : so this doesn't affect fresh installs, correct? It is only a : problem when mixing older 4.x

Re: [PATCH] note the __sF change in src/UPDATING

2002-11-08 Thread Daniel Eischen
On Fri, 8 Nov 2002, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Daniel Eischen [EMAIL PROTECTED] writes: : On Fri, 8 Nov 2002, M. Warner Losh wrote: : : In message: [EMAIL PROTECTED] : Daniel Eischen [EMAIL PROTECTED] writes: : : All the ports are going

Re: [PATCH] note the __sF change in src/UPDATING

2002-11-09 Thread Daniel Eischen
On Sat, 9 Nov 2002, Doug Rabson wrote: On Friday 08 November 2002 11:13 pm, Daniel Eischen wrote: On Fri, 8 Nov 2002, M. Warner Losh wrote: This is not a fly in the pointment, but rather a major incompatibility that makes it impossible to have a reasonable mix. If it's really

Re: alpha tinderbox failure

2002-11-13 Thread Daniel Eischen
On Thu, 14 Nov 2002, David Holm wrote: On Wednesday 13 November 2002 22.57, Dag-Erling Smorgrav wrote: === lib/libc /h/des/src/lib/libc/gen/_pthread_stubs.c:59: conflicting types for `__thr_jtable' /h/des/src/lib/libc/include/libc_private.h:106: previous declaration of `__thr_jtable' ***

Re: Are SysV semaphores thread-safe on CURRENT?

2002-11-18 Thread Daniel Eischen
On Mon, 18 Nov 2002, Brian Smith wrote: I've been porting an application from Linux to FreeBSD using STABLE, and it appears from looking at the semaphore code that the SysV semaphores are not thread safe on STABLE. I don't have CURRENT source code to look at currently. Does anyone know

Re: libpthread question

2002-11-22 Thread Daniel Eischen
On Fri, 22 Nov 2002, Robert Watson wrote: On Fri, 22 Nov 2002, Juli Mallett wrote: This is expected behavior -- libpthread is currently disconnected from the build. I'd actually like to see it connected to the build, with an appropriate WARNING: DRAGONS INCLUDED man page also

PATCH - changing libc_r to use *context()

2002-11-25 Thread Daniel Eischen
There's a patch at: http://people.freebsd.org/~deischen/libc_r.diffs that changes libc_r to use *context() instead of setjmp/longjmp. There are some other changes that the -java folks have wanted for some time (signal handlers installed with SA_SIGINFO now always get a siginfo_t and

Re: PATCH - changing libc_r to use *context()

2002-11-26 Thread Daniel Eischen
On Tue, 26 Nov 2002, Marc Recht wrote: I'd like some feedback on whether some heavy threaded apps (GNOME, OpenOffice, Java, etc) have any problems with this patch before asking re@ for commit permission. BTW, it also needs testing on alpha. I tried it on i386 (athon-xp) and every app

Re: Are SysV semaphores thread-safe on CURRENT?

2002-11-30 Thread Daniel Eischen
On Sat, 30 Nov 2002, Brian Smith wrote: On Mon, 18 Nov 2002 22:05:34 -0800, Terry Lambert wrote: Use mmap of a backing-store file, and then use file locking to do record locking in the shared memory segment. Ok, I did this, and it actually works considerably better than the SysV shared

Re: Are SysV semaphores thread-safe on CURRENT?

2002-11-30 Thread Daniel Eischen
On Sat, 30 Nov 2002, Daniel Eischen wrote: On Sat, 30 Nov 2002, Brian Smith wrote: On Mon, 18 Nov 2002 22:05:34 -0800, Terry Lambert wrote: Use mmap of a backing-store file, and then use file locking to do record locking in the shared memory segment. Ok, I did

FYI - 4.3-stable to 5.0 upgrade success

2002-11-30 Thread Daniel Eischen
I recently upgraded a Dell Lattitude C600 from some version of -stable after 4.3 to 5.0-current. I first upgraded it to 4.7-stable, then to 5.0-current. I followed the instructions at the end of src/UPDATING pretty much to the letter. I haven't recompiled any applications for 5.0, so they're

[PATCH] mtx_unowned panic at mpu.c:releaseres().

2002-12-02 Thread Daniel Eischen
[ jhb and tanimura CC'd because they are the last two to touch mpu.c ] I have a maestro3 sound card in a Dell lattitude C600. Configuring pcm, midi, and seq in KERNCONF results in that kernel panic'ing in mpu.c:releaseres() at mtx_destroy(). I'm guessing it is because the mutex isn't yet

Re: x86 FPU discard question..

2002-12-06 Thread Daniel Eischen
On Fri, 6 Dec 2002, Julian Elischer wrote: As part of shuting down a thread and discarding it, we want to throw away any floating point context there may be. Currently this saves out the floating point state to make the fpu be declared 'unused'. However we dont't need any fpu state saved. Is

Re: pthread ^T problem on recent -CURRENT: death in libc_r mutex

2003-01-10 Thread Daniel Eischen
On Sat, 4 Jan 2003, Robert Watson wrote: Juli Mallett pointed me at the following reproduceable problem on my -current notebook with userland/kernel dated Dec 29: paprika:~/freebsd/test/pthread ./test 1 2 1 2 1 2 load: 0.02 cmd: test 910 [running] 0.00u 0.01s 0% 824k 1 Bus error

Re: pthread_{suspend,resume}_np broken?

2000-02-29 Thread Daniel Eischen
On Tue, 29 Feb 2000, John Polstra wrote: Either pthread_suspend_np() and pthread_resume_np() are broken in -current or I don't understand them. The attached program (cc -pthread suspend.c) starts two background threads. Each thread loops outputting a character ('1' or '2' according to

Re: pthread_{suspend,resume}_np broken?

2000-03-01 Thread Daniel Eischen
On Tue, 29 Feb 2000, John Polstra wrote: In article [EMAIL PROTECTED], Daniel Eischen [EMAIL PROTECTED] wrote: On Tue, 29 Feb 2000, John Polstra wrote: Shouldn't the test against PS_SUSPENDED be "==" instead of "!="? Yes, it should be "==" instead

Re: SCSI errors from xmcd

2000-03-21 Thread Daniel Eischen
On Tue, 21 Mar 2000, Kenneth D. Merry wrote: On Tue, Mar 21, 2000 at 20:15:29 +, Mark Ovens wrote: Since u/g to 4.0 I've had problems with audio CD players and my Toshiba XM6201 SCSI CD drive, cdcontrol and xmcd. Re-MAKEDEV'ing all the cd devices has got cdcontrol working but still

Re: ucontext

2000-03-22 Thread Daniel Eischen
On Tue, 21 Mar 2000, Arun Sharma wrote: On Tue, Sep 07, 1999 at 01:21:59PM +0200, Marcel Moolenaar wrote: Peter Wemm wrote: Before getting too far here, can we consider some other standard interfaces? #include ucontext.h int getcontext(ucontext_t *ucp);

Re: ucontext

2000-03-22 Thread Daniel Eischen
On Wed, 22 Mar 2000, Arun Sharma wrote: On Wed, Mar 22, 2000 at 08:04:37AM -0500, Daniel Eischen wrote: I had them implemented and working for i386, and even had a hacked up libc_r that used them instead of setjmp/longjmp. This was a few months ago under 4.0-current. At the time, I

Re: Is there spinlocks/semaphores available for drivers?

2000-03-26 Thread Daniel Eischen
Matthew Dillon wrote: The answer is nobody knows yet :-). Interrupts will probably wind up running each in its own thread, and we will probably adopt the BSDI hybridized model (which runs an interrupt synchronously if possible and spools it to a thread otherwise) to

Re: Is there spinlocks/semaphores available for drivers?

2000-03-27 Thread Daniel Eischen
On Sun, 26 Mar 2000, Matthew Dillon wrote: : with supervisor execution, and allow interrupt execution concurrent : with other interrupts. For example, two different ethernet interrupts : could be taken concurrently with only minor spinlock controls : on the IF queue, and

Re: Is there spinlocks/semaphores available for drivers?

2000-03-27 Thread Daniel Eischen
On Mon, 27 Mar 2000, Matthew Dillon wrote: : : : *not* preempted except when being interrupted, so there are no : : 'priorities', per say. Or, rather, the relative priority is strictly : : that the interrupt takes priority over supervisor code except when : : disabled by

Re: Is there spinlocks/semaphores available for drivers?

2000-03-27 Thread Daniel Eischen
On Mon, 27 Mar 2000, Matthew Dillon wrote: :And would there still be areas of the kernel that disable multiple :interrupts, perhaps CAM or the network stack for instance? What do :all the splbio and splnet calls translate into in this new scheme? : :-- :Dan Eischen The entire

Re: signal mask from jmp_buf

2000-04-04 Thread Daniel Eischen
Hi all, What is the proper way for obtaining the signal mask from within the jmp_buf struct on 4.x or -current? Previously with the JDK port for 3.x we did something like this: signalMask = jmpbuf[0]._sjb[6]; This no longer works now that we support 32 signals. Is there a

Re: pthread_cond_broadcast() not delivered

2000-04-23 Thread Daniel Eischen
Alexander Leidinger wrote: Hi, (14) netchild@ttyp2% uname -a FreeBSD Magelan.Leidinger.net 5.0-CURRENT FreeBSD 5.0-CURRENT #14: Fri Apr 21 17:28:37 CEST 2000 root@:/big/usr/src/sys/compile/WORK i386 I've an application which uses pthread_cond_{wait,broadcast}() and the debug output

Re: KDE Konsole, crashes, on a SIGABRT...

2003-08-23 Thread Daniel Eischen
On Sat, 23 Aug 2003, Larry Rosenman wrote: --On Saturday, August 23, 2003 15:22:35 +0200 Michael Nottebrock [EMAIL PROTECTED] wrote: On Saturday 23 August 2003 14:51, Larry Rosenman wrote: I'm not sure how to switch to a libkse'd world. You have to explicitly make and install both

Re: KDE Konsole, crashes, on a SIGABRT...

2003-08-23 Thread Daniel Eischen
On Sat, 23 Aug 2003, Larry Rosenman wrote: --On Saturday, August 23, 2003 10:27:59 -0400 Daniel Eischen [EMAIL PROTECTED] wrote: On Sat, 23 Aug 2003, Larry Rosenman wrote: --On Saturday, August 23, 2003 15:22:35 +0200 Michael Nottebrock [EMAIL PROTECTED] wrote: On Saturday 23

Re: HEADS UP! ATAng committed

2003-08-24 Thread Daniel Eischen
On Sun, 24 Aug 2003, Soren Schmidt wrote: It seems Matt wrote: I have just cvsup'd and done a full buildworld/kernel and on reboot had a kernel panic. Unfortunatly I do not have ddb or anything compiled into the kernel but I can sort this out and get a proper backtrace etc if you don't

Re: HEADS UP! ATAng committed

2003-08-24 Thread Daniel Eischen
On Sun, 24 Aug 2003, Soren Schmidt wrote: It seems Daniel Eischen wrote: This is a case for Thomas I guess, atapicam is his baby I just allow it to be around :) I appreciate all the work you've done for ATA. But that said, atapicam has been present for a while, and it should have

Re: KDE Konsole, crashes, on a SIGABRT...

2003-08-24 Thread Daniel Eischen
On Sun, 24 Aug 2003, Arjan van Leeuwen wrote: On Saturday 23 August 2003 18:03, Daniel Eischen wrote: On Sat, 23 Aug 2003, Larry Rosenman wrote: --On Saturday, August 23, 2003 10:27:59 -0400 Daniel Eischen (...) We (threads guys) think it's a problem with konsole. It is trying

Re: 5.2-RELEASE TODO

2003-08-29 Thread Daniel Eischen
On Fri, 29 Aug 2003, Robert Watson wrote: |-+---+-+| | | | | Unsupported in | | | | | 5.1-RELEASE; | | KSE support for |

Re: Various problems after latest -CURRENT build. (USB, WI, KSE)

2003-09-04 Thread Daniel Eischen
On Fri, 5 Sep 2003, Mark Sergeant wrote: Hi Guys, I've noticed a bunch of problems with my latest current build... 1. With device wi in my kernel I was unable to compile at all, had to take it out and then use a module to get it to work. 2. My USB mouse no longer works, Works fine

Re: i386_set_ldt messages with today's world

2003-09-07 Thread Daniel Eischen
On Sun, 7 Sep 2003, Harald Schmalzbauer wrote: Hi all, I have no idea what it means, but since today's world I get the following messages after starting x: Warning: pid 541 used static ldt allocation. See the i386_set_ldt man page for more info Warning: pid 547 used static ldt

Re: i386_set_ldt messages with today's world

2003-09-07 Thread Daniel Eischen
On Mon, 8 Sep 2003, Harald Schmalzbauer wrote: On Monday 08 September 2003 00:17, Eric Anholt wrote: On Sun, 2003-09-07 at 14:13, Daniel Eischen wrote: On Sun, 7 Sep 2003, Harald Schmalzbauer wrote: *SCHNIP* See the i386_set_ldt man page for more info Something is using

Re: -pthread deprecated, but when?

2003-09-08 Thread Daniel Eischen
On Tue, 9 Sep 2003, leafy wrote: IMO this deprecation deserves a place in UPDATING. And what are the plans to Do The Right Thing? QT currently does not compile on -current See [EMAIL PROTECTED] They should not be using -pthread on -current. with the -pthread deprecated. -- Dan Eischen

Re: -pthread deprecated, but when?

2003-09-09 Thread Daniel Eischen
On Tue, 9 Sep 2003, Harald Schmalzbauer wrote: On Tuesday 09 September 2003 06:23, leafy wrote: IMO this deprecation deserves a place in UPDATING. And what are the plans to Do The Right Thing? QT currently does not compile on -current with the -pthread deprecated. Was port@ informed

Re: KSE howto?

2003-09-09 Thread Daniel Eischen
On Tue, 9 Sep 2003, Jesse Guardiani wrote: Howdy list, Is there a KSE howto guide anywhere? I'm thinking about updating my FreeBSD 5.1-RELEASE system to -CURRENT and compiling XFree, KDE, MySQL, and Apache2 with KSE support, just for fun. But I don't know how to enable KSE support at

Re: KSE howto?

2003-09-09 Thread Daniel Eischen
On Tue, 9 Sep 2003, Dan Langille wrote: On 9 Sep 2003 at 17:09, Daniel Eischen wrote: On Tue, 9 Sep 2003, Jesse Guardiani wrote: Howdy list, Is there a KSE howto guide anywhere? I'm thinking about updating my FreeBSD 5.1-RELEASE system to -CURRENT and compiling XFree

Re: Quo vadis, -CURRENT? (recent changes to cc compatibility)

2003-09-10 Thread Daniel Eischen
On Wed, 10 Sep 2003, Michael Nottebrock wrote: Sorry if this sounds a bit flame-ish, but the way I see it we now have a system compiler in -CURRENT that doesn't even compile a hello world if -pedantic is specified and breaks with lots of existing software out there that tries to use a threads

Re: Quo vadis, -CURRENT? (recent changes to cc compatibility)

2003-09-10 Thread Daniel Eischen
On Wed, 10 Sep 2003, Michael Edenfield wrote: * David O'Brien [EMAIL PROTECTED] [030910 15:33]: On Wed, Sep 10, 2003 at 12:41:41PM -0400, Michael Edenfield wrote: gnome2 depends on gnomemedia2. gnomemedia2 depends on gstreamer-plugins. gstreamer-plugins fails because ARTSD_FLAGS in

Panic with ATAng + atapicam

2003-09-10 Thread Daniel Eischen
FYI, a fresh cvsup from yesterdays sources causes a panic with atapicam in the kernel. My previous kernel was before ATAng was imported. Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xc03dcd5b stack pointer = 0x10:0xd70977c0 frame pointer

Re: scsi_cd or atapicam crash in current.

2003-09-13 Thread Daniel Eischen
On Sun, 14 Sep 2003, Vladimir Kushnir wrote: Hello, here camcontrol still shows bogus numbers when there's no CD: #camcontrol cmd cd0 -v -c 25 0 0 0 0 0 0 0 0 0 -i 8 i4 i4 -791621424 -791621424 No boot crashes, though, only the usual ones due to cdrecord usage which nobody seem to care

Re: -pthread is deprecated

2003-09-14 Thread Daniel Eischen
On Sun, 14 Sep 2003, tokza wrote: hello, as you know, there is no more -pthread gcc flag in -current. but many ports (kde3, for example) still wants it. So what should I do to compile kde3 succesfully? The one way I see now is to s/-pthread/-lc_r/g in Makefiles :-) maybe there is another

Re: scsi_cd or atapicam crash in current.

2003-09-16 Thread Daniel Eischen
On Tue, 16 Sep 2003, Thomas Quinot wrote: Le 2003-09-13, Daniel Eischen écrivait : cd0 at ata1 bus 0 target 0 lun 0 cd0: HL-DT-ST RW/DVD GCC-4240N D110 Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [3737169375 x 3737169374 byte records] Several others

Re: scsi_cd or atapicam crash in current.

2003-09-16 Thread Daniel Eischen
On Tue, 16 Sep 2003, Thomas Quinot wrote: Le 2003-09-16, Daniel Eischen écrivait : I get this even without atapicam in the kernel. Is trying CAMDEBUG and CAM_DEBUG_CDB going to show anything interesting? No, indeed, probably not. Can you try the following patch: OK, on a different

SMP kernel panic with traceback

2003-09-17 Thread Daniel Eischen
I'm getting crashes when trying to debug mozilla (under KSE). The panic message is panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled. Attached is the trace. Any ideas? -- Dan Eischen GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is

Re: SMP kernel panic with traceback

2003-09-17 Thread Daniel Eischen
On Thu, 18 Sep 2003, Bruce Evans wrote: On Wed, 17 Sep 2003, Daniel Eischen wrote: I'm getting crashes when trying to debug mozilla (under KSE). The panic message is panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled. Attached is the trace. Any ideas

Re: SMP kernel panic with traceback

2003-09-17 Thread Daniel Eischen
On Thu, 18 Sep 2003, Bruce Evans wrote: On Wed, 17 Sep 2003, Daniel Eischen wrote: I'm getting crashes when trying to debug mozilla (under KSE). The panic message is panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled. Attached is the trace. Any ideas

Re: panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled

2003-09-18 Thread Daniel Eischen
On Thu, 18 Sep 2003, Brad Knowles wrote: At 4:47 PM -0700 2003/09/17, Doug White wrote: This came up at the developer summit. We do need to upgrade/make significant changes to gdb for it to understand threaded debugging. The panics might be interesting as it might be tickling other

ATAng no good for me

2003-09-19 Thread Daniel Eischen
ATA (atapicam also in kernel) doesn't seem to work after the changes in the last 24 hours or so. I have a SCSI system with one ATAPI CD-ROM drive, which gets probed on a good kernel as: ata0-slave: timeout waiting for interrupt ata0-slave: ATAPI identify failed acd0: CDROM CD-532E-B at

Re: ATAng no good for me

2003-09-19 Thread Daniel Eischen
On Fri, 19 Sep 2003, Kris Kennaway wrote: On Fri, Sep 19, 2003 at 07:09:03PM -0400, Daniel Eischen wrote: ATA (atapicam also in kernel) doesn't seem to work after the changes in the last 24 hours or so. I have a SCSI system with one ATAPI CD-ROM drive, which gets probed on a good kernel

Re: ATAng no good for me

2003-09-20 Thread Daniel Eischen
On Sat, 20 Sep 2003, Soren Schmidt wrote: It seems Daniel Eischen wrote: On a kernel built just a few hours ago, it hangs on boot right after: acd0: CDROM CD-532E-B at ata0-master PIO4 Get atapicam out and see if that helps.. No, using latest sources, with or without atapicam, does

Re: ports and -current

2003-09-20 Thread Daniel Eischen
On Sat, 20 Sep 2003, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Harald Schmalzbauer [EMAIL PROTECTED] writes: : Not only the -pthread removement broke countless ports (some of them are Maybe I missed the reason why FreeBSD needs to be unique wrt threading programs and

Re: ports and -current

2003-09-20 Thread Daniel Eischen
On Sat, 20 Sep 2003, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Daniel Eischen [EMAIL PROTECTED] writes: : On Sat, 20 Sep 2003, M. Warner Losh wrote: : : In message: [EMAIL PROTECTED] : Harald Schmalzbauer [EMAIL PROTECTED] writes: : : Not only

Re: ports and -current

2003-09-20 Thread Daniel Eischen
On Sat, 20 Sep 2003, Doug Barton wrote: On Sat, 20 Sep 2003, Daniel Eischen wrote: On Sat, 20 Sep 2003, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Harald Schmalzbauer [EMAIL PROTECTED] writes: : Not only the -pthread removement broke countless ports (some

Re: ports and -current

2003-09-20 Thread Daniel Eischen
On Sun, 21 Sep 2003, John Birrell wrote: On Sat, Sep 20, 2003 at 07:05:33PM -0600, M. Warner Losh wrote: Why does -pthread necessarily force selection of one specific threading library? All it means is that it is that the program uses posix threads, at least traditionally. How FreeBSD

Re: ports and -current

2003-09-20 Thread Daniel Eischen
On Sat, 20 Sep 2003, M. Warner Losh wrote: In message: [EMAIL PROTECTED] John Birrell [EMAIL PROTECTED] writes: : On Sat, Sep 20, 2003 at 07:05:33PM -0600, M. Warner Losh wrote: : Why does -pthread necessarily force selection of one specific : threading library? All it means

Re: Fixing -pthreads (Re: ports and -current)

2003-09-20 Thread Daniel Eischen
On Sat, 20 Sep 2003, Kris Kennaway wrote: On Sat, Sep 20, 2003 at 08:43:18PM -0400, Daniel Eischen wrote: On Sat, 20 Sep 2003, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Harald Schmalzbauer [EMAIL PROTECTED] writes: : Not only the -pthread removement broke

Re: ports and -current

2003-09-20 Thread Daniel Eischen
On Sat, 20 Sep 2003, M. Warner Losh wrote: In message: [EMAIL PROTECTED] John Birrell [EMAIL PROTECTED] writes: : On Sat, Sep 20, 2003 at 08:06:25PM -0600, M. Warner Losh wrote: : But it was completely removed. That sounds like the consensus wasn't : followed. Why was it then

Re: ports and -current

2003-09-20 Thread Daniel Eischen
On Sat, 20 Sep 2003, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Daniel Eischen [EMAIL PROTECTED] writes: : I'd like to see some barking up the other tree. Why should fixes : to unbreak ports be held up by the freeze? Because the ports folks do not want random changes

Re: Fixing -pthreads (Re: ports and -current)

2003-09-20 Thread Daniel Eischen
On Sat, 20 Sep 2003, Kris Kennaway wrote: On Sun, Sep 21, 2003 at 02:03:40PM +1000, John Birrell wrote: On Sat, Sep 20, 2003 at 07:24:07PM -0700, Kris Kennaway wrote: 3) You, John Birrell, and whoever else is interested in fixing these ports can work on them at your own pace without

Re: The bikeshed T-shirt

2003-09-20 Thread Daniel Eischen
On Sun, 21 Sep 2003, Brad Knowles wrote: At 1:05 AM +0200 2003/09/12, Poul-Henning Kamp wrote: I don't want to get into the clothing business, so if you want one, you'll probably have to make it yourself. I can ask the company which produced them if they will be willing to ship

Re: Fixing -pthreads (Re: ports and -current)

2003-09-20 Thread Daniel Eischen
On Sat, 20 Sep 2003, Kris Kennaway wrote: On Sun, Sep 21, 2003 at 01:04:49AM -0400, Daniel Eischen wrote: On Sat, 20 Sep 2003, Kris Kennaway wrote: On Sat, Sep 20, 2003 at 08:43:18PM -0400, Daniel Eischen wrote: On Sat, 20 Sep 2003, M. Warner Losh wrote: In message: [EMAIL

Re: The bikeshed T-shirt

2003-09-20 Thread Daniel Eischen
On Sun, 21 Sep 2003, Brad Knowles wrote: At 1:29 AM -0400 2003/09/21, Daniel Eischen wrote: Can you add a no -pthread symbol to it? I could do up an ash grey t-shirt with slightly modified graphics. What would a no -pthread symbol look like? I'd imagine a thread would

Re: Fixing -pthreads (Re: ports and -current)

2003-09-21 Thread Daniel Eischen
On Sat, 20 Sep 2003, Kris Kennaway wrote: On Sun, Sep 21, 2003 at 01:44:35AM -0400, Daniel Eischen wrote: What, precisely, do you object to in the above proposal? 1, 2, and 3. I don't think backing out -pthread change helps much in fixing ports... Again, why? Please explain

Re: The bikeshed T-shirt

2003-09-21 Thread Daniel Eischen
On Sun, 21 Sep 2003, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Daniel Eischen [EMAIL PROTECTED] writes: : Can you add a no -pthread symbol to it? Can you give it a rest? You made a bad call, people are giving you grief for it. That is not a bikeshed. It's just

Re: Fixing -pthreads (Re: ports and -current)

2003-09-21 Thread Daniel Eischen
On Sat, 20 Sep 2003, Kris Kennaway wrote: On Sun, Sep 21, 2003 at 02:12:55AM -0400, Daniel Eischen wrote: On Sat, 20 Sep 2003, Kris Kennaway wrote: On Sun, Sep 21, 2003 at 01:44:35AM -0400, Daniel Eischen wrote: What, precisely, do you object to in the above proposal? 1, 2

Re: Fixing -pthreads (Re: ports and -current)

2003-09-21 Thread Daniel Eischen
On Sun, 21 Sep 2003, Will Andrews wrote: On Sun, Sep 21, 2003 at 03:17:28AM -0400, Daniel Eischen wrote: From what I've recently read, the freeze should be lifting this week. Can we hold off till then? Is a few more days going to matter? If the freeze continues longer than expected

Re: Fixing -pthreads (Re: ports and -current)

2003-09-21 Thread Daniel Eischen
On Sun, 21 Sep 2003, Doug Barton wrote: On Sun, 21 Sep 2003, Daniel Eischen wrote: Well, actually it is directly related. Part of the plan to transition to libpthread is making ports PTHREAD_LIBS compliant. As stated in that thread, if a libpthread exists on the system, autoconf

Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt

2003-09-21 Thread Daniel Eischen
On Sun, 21 Sep 2003, Thomas Quinot wrote: Le 2003-09-21, Bryan Liesner écrivait : The patch doesn't take care of the hang for me. Does it change anything, or do you still see the 'REQUEST_SENSE recovered from missing interrupt'? Is your source tree up-to-date? Several fixes have been

  1   2   3   4   5   >