Re: Lucent IBSS mode doesn't work in -CURRENT?

2003-08-01 Thread Eirik Oeverby
Hi, Are you sure? I believe the Win2k driver is still at the same level as the XP driver - you probably just need to download a newer one.. Correct me if I'm wrong. But I have a Sony Vaio thingie here with Win2k, and I've used that one to upgrade all my cards (Lucent, Orinoco and Avaya labelled -

[current tinderbox] failure on i386/i386

2003-08-01 Thread Tinderbox
TB --- 2003-08-01 06:19:20 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-08-01 06:19:20 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-01 06:21:23 - building world TB --- cd

Re: [Fwd: cvs commit: src/sys/kern sys_pipe.c]

2003-08-01 Thread Terry Lambert
Alan L. Cox wrote: Kris Kennaway wrote: On Wed, Jul 30, 2003 at 11:15:09PM -0500, Alan L. Cox wrote: I believe that the attached commit addresses the panic: sleeping thread owns a mutex problem reported by Kris and another related problem reported a few days earlier. The earlier

Re: Serious 'tr' bug, patch for review included

2003-08-01 Thread Tim Robbins
On Fri, Aug 01, 2003 at 06:12:13AM +0400, Andrey Chernov wrote: On Fri, Aug 01, 2003 at 12:02:04 +1000, Tim Robbins wrote: 8 bits by casting to char. Using charcoll() to sort char arrays may work on little endian machines, but may not on big endian machines. s-set is array of ints, not

Fatal trap 12 under RELENG_5_1, anyone who can help?

2003-08-01 Thread Eivind Olsen
Hello. My FreeBSD RELENG_5_1 server (cvsupped 4 days ago) seems to have problems - it crashes from time to time (approx. once a day). I've rebuilt the kernel with debug-symbols and enabled the debugger and caught a crash tonight: Here's what I had on screen (I also ran show reg and trace):

[current tinderbox] failure on i386/pc98

2003-08-01 Thread Tinderbox
TB --- 2003-08-01 07:27:23 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-08-01 07:27:23 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-01 07:32:47 - building world TB --- cd

Dummy: PCM causes freezes

2003-08-01 Thread root
Hi! I got a problem with the pcm driver - on the startup of whatever sound application by whatever user - root, me, etc it freezes my machine. I experienced this both on 5.1RElease and 5.1-STABLE(24.07.2003CVSUP). The card is ESS 1938(SOLO-1) The thing happens over and over again. Here is what I

bge vlan stranges

2003-08-01 Thread Boris Kovalenko
Hello! I have Compaq DL360G2 with Broadcom BCM5701 Gigabit Ethernet and FreeBSD 5.1R installed. There are no problems if I use bge as usual network card, but when I try to use 802.1Q vlans, I can't receive (only receive, sending is ok) packets more then 1456 bytes! What is the problem? BGE

[current tinderbox] failure on ia64/ia64

2003-08-01 Thread Tinderbox
TB --- 2003-08-01 08:51:51 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-08-01 08:51:51 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-01 08:55:17 - building world TB --- cd

Re: make buildworld: Signal 11; Illegal instruction

2003-08-01 Thread Tobias Roth
On Thu, Jul 31, 2003 at 09:52:08PM +0100, Bruce Cran wrote: On Thu, Jul 31, 2003 at 03:03:01PM -0400, Chris Shenton wrote: Chris Shenton [EMAIL PROTECTED] writes: *** Signal 11 ... Illegal instruction (core dumped) *** Error code 132 Also seeing *** Signal 4

[current tinderbox] failure on sparc64/sparc64

2003-08-01 Thread Tinderbox
TB --- 2003-08-01 10:06:10 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-08-01 10:06:10 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-01 10:08:23 - building world TB

Re: make buildworld: Signal 11; Illegal instruction

2003-08-01 Thread Karel J. Bosschaart
On Fri, Aug 01, 2003 at 01:04:16PM +0200, Tobias Roth wrote: On Thu, Jul 31, 2003 at 09:52:08PM +0100, Bruce Cran wrote: On Thu, Jul 31, 2003 at 03:03:01PM -0400, Chris Shenton wrote: Chris Shenton [EMAIL PROTECTED] writes: *** Signal 11 ... Illegal instruction (core

Re: bge vlan stranges

2003-08-01 Thread Peter Edwards
Hm. A bit of a stab in the dark, but from sys/dev/bge/if_bge.c, line 3185 (on 5.1 release, 2399) /* Specify MTU. */ CSR_WRITE_4(sc, BGE_RX_MTU, ifp-if_mtu + ETHER_HDR_LEN + ETHER_CRC_LEN); Wonder if this should be /* Specify MTU. */

Re: make buildworld: Signal 11; Illegal instruction

2003-08-01 Thread Bruce Cran
On Fri, Aug 01, 2003 at 02:41:16PM +0200, Karel J. Bosschaart wrote: On Fri, Aug 01, 2003 at 01:04:16PM +0200, Tobias Roth wrote: On Thu, Jul 31, 2003 at 09:52:08PM +0100, Bruce Cran wrote: On Thu, Jul 31, 2003 at 03:03:01PM -0400, Chris Shenton wrote: Chris Shenton [EMAIL PROTECTED]

Re: panic: vm_fault: fault on nofault entry, addr: fffffe0007e8e000

2003-08-01 Thread Andrew Gallatin
Kris Kennaway writes: On Thu, Jul 31, 2003 at 01:48:59AM -0700, Kris Kennaway wrote: I upgraded the alpha package machines tonight, and one of them fell over shortly after taking load, with the following: .. Two more panics on alpha: panic: vm_fault: fault on nofault entry,

Re: panic: vm_fault: fault on nofault entry, addr: fffffe0007e8e000

2003-08-01 Thread Kris Kennaway
On Fri, Aug 01, 2003 at 09:00:44AM -0400, Andrew Gallatin wrote: The crashdump might actually be useful here. You'd have only the trap() and vm_fault() frames, but at least you'd have information about the state of the vm system. Two crashdumps coming up! I'll move them onto

5.2-RELEASE TODO

2003-08-01 Thread Robert Watson
This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.2R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.2. FreeBSD 5.2

SOLVED (Was: Problem with AHC driver.)

2003-08-01 Thread Adam Kranzel
On Friday 25 July 2003 10:33, Adam Kranzel wrote: On Friday 25 July 2003 10:08, Scott Long wrote: snip lots Okay, I've got a new kernel working now. It seems it was a combination of a messed-up /boot/device.hints file (I'd not updated it in a long time), and the BIOS assigning IRQ 15 to the

Re: panic: vm_fault: fault on nofault entry, addr: fffffe0007e8e000

2003-08-01 Thread Andrew Gallatin
Kris Kennaway writes: On Fri, Aug 01, 2003 at 09:00:44AM -0400, Andrew Gallatin wrote: The crashdump might actually be useful here. You'd have only the trap() and vm_fault() frames, but at least you'd have information about the state of the vm system. Two crashdumps coming up!

spin lock sched lock held for 5 seconds

2003-08-01 Thread Lars Eggert
Hi, got the following panic overnight running with all debugging options on (WITNESS, MUTEX_DEBUG, DIAGNOSTIC, INVARIANTS; WITNESS_SKIPSPIN off): panic: spin lock sched lock held by 0xc658e130 for 5 seconds cpuid = 0; lapic.id = Stack backtrace:

Re: vm/map LOR

2003-08-01 Thread Bosko Milekic
fakepg_zone should probably be UMA_ZONE_VM. Or the vm_object lock needs to be dropped before allocating or freeing to that zone. What does Alan think? (cc'd) -Bosko On Thu, Jul 31, 2003 at 04:46:06PM -0700, Lars Eggert wrote: Hi, with yesterday's -current: 1st 0xc6dfd094 vm object

Re: vm/map LOR

2003-08-01 Thread Bosko Milekic
Try the attached patch. On Fri, Aug 01, 2003 at 11:02:49AM +, Bosko Milekic wrote: fakepg_zone should probably be UMA_ZONE_VM. Or the vm_object lock needs to be dropped before allocating or freeing to that zone. What does Alan think? (cc'd) -Bosko On Thu, Jul 31, 2003 at

ports/news/newscache gives sig11 on recent -CURRENT

2003-08-01 Thread Steve Ames
ports/news/newscache now gives me a sig11. It didn't a few weeks ago but I really can't pin it down any closer than that. I thought it may have been related to the new gcc import but I'm not able to check that. After it gave me the sig11 I recompiled it and its dependancies and that didn't fix

[current tinderbox] failure on alpha/alpha

2003-08-01 Thread Tinderbox
TB --- 2003-08-01 16:00:06 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-08-01 16:00:06 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-01 16:02:33 - building world TB --- cd

Re: bge vlan stranges

2003-08-01 Thread John Polstra
In article [EMAIL PROTECTED], Peter Edwards [EMAIL PROTECTED] wrote: Hm. A bit of a stab in the dark, but from sys/dev/bge/if_bge.c, line 3185 (on 5.1 release, 2399) /* Specify MTU. */ CSR_WRITE_4(sc, BGE_RX_MTU, ifp-if_mtu + ETHER_HDR_LEN + ETHER_CRC_LEN);

Re: bge vlan stranges

2003-08-01 Thread Peter Edwards
John Polstra [EMAIL PROTECTED] wrote: Peter Edwards [EMAIL PROTECTED] wrote: CSR_WRITE_4(sc, BGE_RX_MTU, ifp-if_mtu + ETHER_HDR_LEN + ETHER_CRC_LEN + ETHER_VLAN_ENCAP_LEN); Good guess, but the approved way of doing it is to add this code near the point where

Re: bge vlan stranges

2003-08-01 Thread John Polstra
In article [EMAIL PROTECTED], Peter Edwards [EMAIL PROTECTED] wrote: John Polstra [EMAIL PROTECTED] wrote: Peter Edwards [EMAIL PROTECTED] wrote: CSR_WRITE_4(sc, BGE_RX_MTU, ifp-if_mtu + ETHER_HDR_LEN + ETHER_CRC_LEN + ETHER_VLAN_ENCAP_LEN); Good guess, but the

Re: bge vlan stranges

2003-08-01 Thread Peter Edwards
John Polstra [EMAIL PROTECTED] wrote: No, you are right. I didn't read the posting carefully enough. Sorry! No problem. [snip] I assume you mean, that after setting if_hdrlen, [snip] I think you also have to set if_data.ifi_hdrlen as I said [snip] My fault: I jumped from one term for the

Re: bge vlan stranges

2003-08-01 Thread John Polstra
In article [EMAIL PROTECTED], Peter Edwards [EMAIL PROTECTED] wrote: John Polstra [EMAIL PROTECTED] wrote: [snip] I assume you mean, that after setting if_hdrlen, [snip] I think you also have to set if_data.ifi_hdrlen as I said [snip] My fault: I jumped from one term for the same

Re: vm/map LOR

2003-08-01 Thread Alan L. Cox
Bosko Milekic wrote: fakepg_zone should probably be UMA_ZONE_VM. Or the vm_object lock needs to be dropped before allocating or freeing to that zone. What does Alan think? (cc'd) Perhaps. Regardless, in this case, the lock-order reversal is a false positive. What it shows is the

Re: bge vlan stranges

2003-08-01 Thread Peter Edwards
Ok. After all that, and given I've gone this far... Boris, does the patch included fix your problem? -- Peter Edwards. Index: sys/dev/bge/if_bge.c === RCS file: /pub/FreeBSD/development/FreeBSD-CVS/src/sys/dev/bge/if_bge.c,v

Crash during login on CURRENT system

2003-08-01 Thread Kevin Oberman
CURRENT system on an IBM T30 crashed in login Since it was on my laptop, I need to hand-type this, so I hope to not make any errors. I doubt that I can repeat it. Fatal trap 12: page fault while in kernel mode Fault virtual address = 0x304 fault code= supervisor read, page

crash when bringing up fddi interface

2003-08-01 Thread Wilko Bulte
I added a DEC DEFPA PCI FDDI card to my Alpha. When ifconfig fpa0 foo I am greeted by the following panic: fatal kernel trap: trap entry = 0x2 (memory management fault) cpuid = 2 faulting va= 0x53c443f891b8 type = access violation cause

[current tinderbox] failure on i386/i386

2003-08-01 Thread Tinderbox
TB --- 2003-08-01 18:20:30 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-08-01 18:20:30 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-01 18:22:46 - building world TB --- cd

sil3112 controller

2003-08-01 Thread Petri Helenius
Just saw the support for the controller go in. Does the driver support any RAID1 style mirroring? Pete ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]

NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Thorsten Greiner
Hi, after upgrading the Kernel I found that the glx-related programs of the NVidia graphics driver die in calls to sysarch. Here is a truss fragment of a 'glxinfo' run: sysarch(0x1,0xbfbffb14) ERR#22 'Invalid argument' SIGNAL 10 SIGNAL 10 Process stopped because of: 16

Re: bge driver not recognising BCM 5705M

2003-08-01 Thread Bill Paul
I'm somewhat confused. So am I: where were you when I asked sent e-mail to this list asking for people to test the 5705 changes before I committed them? On a recent 5.1-CURRENT, boot -v gives me: Actually, boot -v gives you much more, like the date when the kernel image was compiled. Too bad

Re: sil3112 controller

2003-08-01 Thread Soeren Schmidt
It seems Petri Helenius wrote: Just saw the support for the controller go in. Does the driver support any RAID1 style mirroring? Only our own ATA RAID (see atacontrol).. I do have an Adaptec 1210 that has RAID capabilities and I have deciphered their RAID config info, but support is not

Re: bge driver not recognising BCM 5705M

2003-08-01 Thread David Gilbert
Bill == Bill Paul [EMAIL PROTECTED] writes: I'm somewhat confused. Bill So am I: where were you when I asked sent e-mail to this list Bill asking for people to test the 5705 changes before I committed Bill them? I very well might not have had this machine. When did you commit them? On a

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Thorsten Greiner wrote: Hi, after upgrading the Kernel I found that the glx-related programs of the NVidia graphics driver die in calls to sysarch. Here is a truss fragment of a 'glxinfo' run: sysarch(0x1,0xbfbffb14)ERR#22 'Invalid

Re: bge driver not recognising BCM 5705M

2003-08-01 Thread Bill Paul
Bill == Bill Paul [EMAIL PROTECTED] writes: I'm somewhat confused. Bill So am I: where were you when I asked sent e-mail to this list Bill asking for people to test the 5705 changes before I committed Bill them? I very well might not have had this machine. When did you commit them?

[current tinderbox] failure on i386/pc98

2003-08-01 Thread Tinderbox
TB --- 2003-08-01 19:45:47 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-08-01 19:45:47 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-01 19:48:16 - building world TB --- cd

Re: bge driver not recognising BCM 5705M

2003-08-01 Thread David Gilbert
Bill == Bill Paul [EMAIL PROTECTED] writes: Bill Actually, boot -v gives you much more, like the date when the Bill kernel image was compiled. Too bad you decided not to show Bill everything to us. I didn't want to spam, Bill *sigh* No. Spam is when you try to sell me viagra or bestiality

[current tinderbox] failure on ia64/ia64

2003-08-01 Thread Tinderbox
TB --- 2003-08-01 21:07:19 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-08-01 21:07:19 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-01 21:09:57 - building world TB --- cd

[current tinderbox] failure on sparc64/sparc64

2003-08-01 Thread Tinderbox
TB --- mkdir /home/des/tinderbox TB --- mkdir /home/des/tinderbox/CURRENT TB --- mkdir /home/des/tinderbox/CURRENT/sparc64 TB --- mkdir /home/des/tinderbox/CURRENT/sparc64/sparc64 ___ [EMAIL PROTECTED] mailing list

Re: panic: vm_fault: fault on nofault entry, addr: fffffe0007e8e000

2003-08-01 Thread Kris Kennaway
On Fri, Aug 01, 2003 at 10:59:06AM -0400, Andrew Gallatin wrote: Kris Kennaway writes: On Fri, Aug 01, 2003 at 09:00:44AM -0400, Andrew Gallatin wrote: The crashdump might actually be useful here. You'd have only the trap() and vm_fault() frames, but at least you'd have

Re: ports/news/newscache gives sig11 on recent -CURRENT

2003-08-01 Thread Kris Kennaway
On Fri, Aug 01, 2003 at 11:08:05AM -0500, Steve Ames wrote: ports/news/newscache now gives me a sig11. It didn't a few weeks ago but I really can't pin it down any closer than that. I thought it may have been related to the new gcc import but I'm not able to check that. After it gave me the

Re: [current tinderbox] failure on sparc64/sparc64

2003-08-01 Thread Dag-Erling Smørgrav
Tinderbox [EMAIL PROTECTED] writes: TB --- mkdir /home/des/tinderbox TB --- mkdir /home/des/tinderbox/CURRENT TB --- mkdir /home/des/tinderbox/CURRENT/sparc64 TB --- mkdir /home/des/tinderbox/CURRENT/sparc64/sparc64 Sorry about that, I was a bit too hasty moving some directories around. DES

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Thorsten Greiner
* Julian Elischer [EMAIL PROTECTED] [2003-08-01 23:44]: can you compile your sys_machdep.c with the option -DDEBUG? I noticed there is a debug printf that is enabled byu this and may show what request the NVIDIA people are making. This is what gets logged: Aug 1 23:42:43 tybalt kernel:

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Thorsten Greiner
* Thorsten Greiner [EMAIL PROTECTED] [2003-08-01 23:47]: I will test wether the problem still occurs with version 1.84 of sys_machdep.c and let you know. Yup, reverting to 1.84 unbreaks this for me. Looking at the changes made it appears to me that the check if (uap-start NLDT ||

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Daniel Eischen
On Fri, 1 Aug 2003, Thorsten Greiner wrote: * Thorsten Greiner [EMAIL PROTECTED] [2003-08-01 23:47]: I will test wether the problem still occurs with version 1.84 of sys_machdep.c and let you know. Yup, reverting to 1.84 unbreaks this for me. Looking at the changes made it appears to me

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Daniel Eischen wrote: On Fri, 1 Aug 2003, Thorsten Greiner wrote: * Thorsten Greiner [EMAIL PROTECTED] [2003-08-01 23:47]: I will test wether the problem still occurs with version 1.84 of sys_machdep.c and let you know. Yup, reverting to 1.84 unbreaks this

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Thorsten Greiner
* Daniel Eischen [EMAIL PROTECTED] [2003-08-02 00:06]: I think the bug was in the old code allowing this to happen... Well, than someone should tell that to NVidia. Their driver is closed source and comes without user servicable parts. Regards -Thorsten -- There are 10 kinds of

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Munish Chopra
On 2003-08-02 00:20 +0200, Thorsten Greiner wrote: * Daniel Eischen [EMAIL PROTECTED] [2003-08-02 00:06]: I think the bug was in the old code allowing this to happen... Well, than someone should tell that to NVidia. Their driver is closed source and comes without user servicable parts.

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Julian Elischer wrote: On Fri, 1 Aug 2003, Daniel Eischen wrote: On Fri, 1 Aug 2003, Thorsten Greiner wrote: * Thorsten Greiner [EMAIL PROTECTED] [2003-08-01 23:47]: I will test wether the problem still occurs with version 1.84 of sys_machdep.c and let

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Daniel Eischen
On Fri, 1 Aug 2003, Julian Elischer wrote: On Fri, 1 Aug 2003, Daniel Eischen wrote: On Fri, 1 Aug 2003, Thorsten Greiner wrote: * Thorsten Greiner [EMAIL PROTECTED] [2003-08-01 23:47]: I will test wether the problem still occurs with version 1.84 of sys_machdep.c and let you

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Munish Chopra wrote: On 2003-08-02 00:20 +0200, Thorsten Greiner wrote: * Daniel Eischen [EMAIL PROTECTED] [2003-08-02 00:06]: I think the bug was in the old code allowing this to happen... Well, than someone should tell that to NVidia. Their driver is closed

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread David Xu
On Saturday 02 August 2003 06:24, Munish Chopra wrote: On 2003-08-02 00:20 +0200, Thorsten Greiner wrote: * Daniel Eischen [EMAIL PROTECTED] [2003-08-02 00:06]: I think the bug was in the old code allowing this to happen... Well, than someone should tell that to NVidia. Their driver

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Daniel Eischen
On Sat, 2 Aug 2003, David Xu wrote: On Saturday 02 August 2003 06:24, Munish Chopra wrote: On 2003-08-02 00:20 +0200, Thorsten Greiner wrote: * Daniel Eischen [EMAIL PROTECTED] [2003-08-02 00:06]: I think the bug was in the old code allowing this to happen... Well, than

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Marcel Moolenaar
On Fri, Aug 01, 2003 at 06:51:33PM -0400, Daniel Eischen wrote: LUCODE_SEL is used by kernel to load _ucodesel to user %cs LUDATA_SEL is used by kernel to load _udatasel to user %ds, %es, %fs, %gs. I didn't check other ABIs, but setting to a fixed location of LDT in userland is also a bad

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Sat, 2 Aug 2003, David Xu wrote: On Saturday 02 August 2003 06:24, Munish Chopra wrote: On 2003-08-02 00:20 +0200, Thorsten Greiner wrote: * Daniel Eischen [EMAIL PROTECTED] [2003-08-02 00:06]: I think the bug was in the old code allowing this to happen... Well, than

Waiting on allproc w/ with non-sleepable locks held

2003-08-01 Thread Lars Eggert
Hi, yet another funky console message with today's -current: Waiting on allproc with the following non-sleepablelocks held: exclusive sleep mutex callout_dont_sleep r = 0 (0xc0371fa0) locked @ /usr/src/sys/kern/kern_timeout.c:223 Got this twice in a row; system didn't enter ddb so I got no

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Daniel Eischen wrote: Perhaps we need to rethink the interface and disallow specification of any ldt; only allow dynamic. We would need a different method of setting an array of them, though. I think that for now we can allow anything over 6 because we are not a BSDI

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Daniel Eischen
On Fri, 1 Aug 2003, Marcel Moolenaar wrote: On Fri, Aug 01, 2003 at 06:51:33PM -0400, Daniel Eischen wrote: LUCODE_SEL is used by kernel to load _ucodesel to user %cs LUDATA_SEL is used by kernel to load _udatasel to user %ds, %es, %fs, %gs. I didn't check other ABIs, but setting to a

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Julian Elischer wrote: On Fri, 1 Aug 2003, Daniel Eischen wrote: Perhaps we need to rethink the interface and disallow specification of any ldt; only allow dynamic. We would need a different method of setting an array of them, though. I think that for now

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Daniel Eischen wrote: On Fri, 1 Aug 2003, Marcel Moolenaar wrote: On Fri, Aug 01, 2003 at 06:51:33PM -0400, Daniel Eischen wrote: LUCODE_SEL is used by kernel to load _ucodesel to user %cs LUDATA_SEL is used by kernel to load _udatasel to user %ds, %es, %fs,

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Daniel Eischen
On Fri, 1 Aug 2003, Julian Elischer wrote: On Fri, 1 Aug 2003, Daniel Eischen wrote: Perhaps we need to rethink the interface and disallow specification of any ldt; only allow dynamic. We would need a different method of setting an array of them, though. I think that for now we

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Daniel Eischen
On Fri, 1 Aug 2003, Julian Elischer wrote: On Fri, 1 Aug 2003, Daniel Eischen wrote: That's what I was worried about. Once an application or library is written to use specific LDTs, you never know how it will be affected by the use of threading libraries (or other libraries using

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Julian Elischer wrote: I can see the need to keep the old behavoir for compatibility's sake. How about we complain loudly on the console when it's done.. (for the first few times) (with info on how to do it right) static int complained = 6; if

Re: [PATCH] jail NG schript patch for mounting devfs and procfsautomatically

2003-08-01 Thread Mike Makonnen
On Tue, Jul 29, 2003 at 08:27:07PM +0200, Jens Rehsack wrote: On 29.07.2003 19:21, Mike Makonnen wrote: On Tue, Jul 29, 2003 at 07:08:38PM +0200, Jens Rehsack wrote: Yeah, I'll take care of this. I had asked scott to mail me his final patch so I could commit it, but I never heard back from

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Marcel Moolenaar
On Fri, Aug 01, 2003 at 07:18:11PM -0400, Daniel Eischen wrote: On Fri, 1 Aug 2003, Marcel Moolenaar wrote: On Fri, Aug 01, 2003 at 06:51:33PM -0400, Daniel Eischen wrote: LUCODE_SEL is used by kernel to load _ucodesel to user %cs LUDATA_SEL is used by kernel to load _udatasel to

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Marcel Moolenaar wrote: Having a way to disallow using the static allocation should be easy if we use compiler magic to test that the LDT entry is constant and 0. If it is, all is ok (assuming that I'm not mistaken that we use a 0 entry to indicate dynamic allocation --

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Daniel Eischen wrote: On Fri, 1 Aug 2003, Julian Elischer wrote: How about we complain loudly on the console when it's done.. (for the first few times) (with info on how to do it right) And make a new interface, changing the prototype in the header file, so

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Daniel Eischen
On Fri, 1 Aug 2003, Marcel Moolenaar wrote: On Fri, Aug 01, 2003 at 07:18:11PM -0400, Daniel Eischen wrote: On Fri, 1 Aug 2003, Marcel Moolenaar wrote: On Fri, Aug 01, 2003 at 06:51:33PM -0400, Daniel Eischen wrote: Perhaps we need to rethink the interface and disallow

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Daniel Eischen wrote: On Fri, 1 Aug 2003, Marcel Moolenaar wrote: OpenGL is the example that I was thinking about. Having a way to disallow using the static allocation should be easy if we use compiler magic to test that the LDT entry is constant and 0. If it is,

newsyslog problems with -C

2003-08-01 Thread Riccardo Torrini
I have created a private newsyslog.conf with this contents: -8- /var/tmp/foofoo:mail600 7 * @T00ZBCN /var/tmp/barbar:mail600 7 * @T00ZBCN -8- Without creating by hand /var/tmp/{foo,bar} this command fail leaving the

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Daniel Eischen
On Fri, 1 Aug 2003, Julian Elischer wrote: Here's my first patch.. I'd suggest this (along with man page change) to go in first for a while before we break people's code. cvs server: Diffing . Index: sys_machdep.c === RCS

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Daniel Eischen wrote: On Fri, 1 Aug 2003, Julian Elischer wrote: Here's my first patch.. I'd suggest this (along with man page change) to go in first for a while before we break people's code. cvs server: Diffing . Index: sys_machdep.c

Re: NVidia glx stuff dies in sysarch(I386_SET_LDT, ...)

2003-08-01 Thread Julian Elischer
On Fri, 1 Aug 2003, Julian Elischer wrote: Looks OK, but if we are doing a dynamic allocation, it might be better to start at NLDT just to avoid the known problem of someone using 6... Just a thought. sure.. (though we don't know how many they use we just saw the first one

Compaq N610c and external keyboard

2003-08-01 Thread Tony Maher
Hello fellow Compaq N610c users, when booting my N610c with an external keyboard, I'd see keyboard lights flash and keyboards worked at boot prompt but after booting finished neither the integratd kbd or the external kbd would work, At boot up would see: atkbdc0: Keyboard controller (i8042)

Anyone use WINE at all anywhere?

2003-08-01 Thread Julian Elischer
Is the re ANYONE that uses wine on -current...? for that matter, a -current user that uses wine on 4.x? julian ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL

Re: newsyslog problems with -C

2003-08-01 Thread Riccardo Torrini
On Sat, Aug 02, 2003 at 02:03:32AM +0200, Riccardo Torrini wrote: Without creating by hand /var/tmp/{foo,bar} this command fail # newsyslog -v -F -C -f /usr/local/etc/rotatemailbackup.conf -- [creating entry for /var/tmp/foo] -- [creating entry for /var/tmp/bar]

Re: Anyone use WINE at all anywhere?

2003-08-01 Thread Bill Moran
Julian Elischer wrote: Is the re ANYONE that uses wine on -current...? for that matter, a -current user that uses wine on 4.x? I don't _use_ wine on -current, but I can tell you the brief experience that caused me to give up on it. I wanted to install wine to run Crimson Editor, which is a fairly

Problem making a gateway from 5.1-RELEASE

2003-08-01 Thread Bill Moran
Hey, This isn't quite -CURRENT, but it's 5.1-RELEASE. I'm trying to put together a typical nat/gateway box. But I can't seem to get both network cards to work at the same time. I've tried a 3com card, a realtek card, as well as the onboard sis chipset card. One card always works, the other

Re: Problem making a gateway from 5.1-RELEASE

2003-08-01 Thread Bill Moran
Nevermind. I think I've been working too many hours. The problem was a stupid nat misconfiguration that I have now fixed. The strange behaviour this was causing misled me to believe one of the NICs wasn't working correctly. Bill Moran wrote: Hey, This isn't quite -CURRENT, but it's

groff and mkdep?

2003-08-01 Thread Peorth
I've just started to try and sync up to -CURRENT, and my first time asking on the lists, and everything seems to be going fine, except groff's build dies with rm -f .depend mkdep -f .depend -a

[current tinderbox] failure on alpha/alpha

2003-08-01 Thread Tinderbox
TB --- 2003-08-02 04:00:07 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-08-02 04:00:07 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-02 04:02:37 - building world TB --- cd

Re: Anyone use WINE at all anywhere?

2003-08-01 Thread Anthony Ginepro
I used wine on 5.1-RELEASE in order to convert some binary cdrom format other than .iso (all those nice .ccd, .nrg, ...). I tried playing on my own copy of Starcraft but didn't successed yet however I didn't take much time to work on it. Except old games or mirc32 (for my gf), I'm not so much

Re: groff and mkdep?

2003-08-01 Thread Ruslan Ermilov
On Fri, Aug 01, 2003 at 08:48:07PM -0700, Peorth wrote: I've just started to try and sync up to -CURRENT, and my first time asking on the lists, and everything seems to be going fine, except groff's build dies with rm -f .depend mkdep -f .depend -a

[BUG REPORT] Off by one error in initializing unit number forPCCARD NICs in both recent 4.8-STABLE and 5.1-RELEASE

2003-08-01 Thread John Merryweather Cooper
Because of the nature of this bug, I have no network access on my FreeBSD machine and so I'm filing this off my wife's laptop. I can't send-pr in any other manner. Would someone please post this SYSTEM IBM 380XD Thinkpad Laptop running either a recent (post-May) 4.8-STABLE or 5.1-RELEASE (off

Re: Anyone use WINE at all anywhere?

2003-08-01 Thread Alastair G. Hogge
On Saturday, 02 August 2003 10:38, Julian Elischer wrote: Is the re ANYONE that uses wine on -current...? for that matter, a -current user that uses wine on 4.x? Well I used to use wine to play Quake2 and load flash programs but ever since moving from Windows 98 to XP wine doesn't really seem