'su' error after cvsup to current 5.1
Hi all ! I am having a strange problem after cvsup to current from stable (make world/install world) with 'su' with all accounts in wheel group except root, more exactly to say : 8:[EMAIL PROTECTED] ~$su Password: pam_unix: pam_sm_authenticate: UNIX authentication refused Sorry i tried to rebuild openpam and libpam, but pam_unix.so seems to be broken. Where could be the problem ? Thank you in advance. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 'su' error after cvsup to current 5.1
On Thu, Jul 31, 2003 at 10:11:34AM +0300, DvG wrote: Hi all ! I am having a strange problem after cvsup to current from stable (make world/install world) with 'su' with all accounts in wheel group except root, more exactly to say : 8:[EMAIL PROTECTED] ~$su Password: pam_unix: pam_sm_authenticate: UNIX authentication refused Sorry i tried to rebuild openpam and libpam, but pam_unix.so seems to be broken. Where could be the problem ? Thank you in advance. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] This is because you have tryd to buildworld with the CFLAGS = optimizations to fix this do: # Comminnt out the CFLAGS= from the /etc/make.conf # rm -r /usr/obj/usr # cd /usr/src make buildworldNote:: don't use -jx and now you sode have a good src to do a installworld -- /* FingerPrint: 5BF1 58B1 DE75 CBE3 6044 7098 1246 1EF6 9E78 041C @@@ @@ @@@ @@! @@@ !@@ @@! @@@ @[EMAIL PROTECTED]@!@ !@@!! @!@ [EMAIL PROTECTED] !!: !!! !:! !!: !!! :: : :: ::.: : :: : : The Power To Kill LinuX */ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lucent IBSS mode doesn't work in -CURRENT?
Hey, I have a few Orinoco cards, and they 'work' in both ad-hoc and infrastructure mode. However with dhclient it gets tricky, because it will only work the first time dhclient assigns an address to the card. Whenever it tries to refresh it or whatever, I start getting those timeout and busy bit errors, and network connectivity drops. This usually happens within a few minutes or latest after 30 minutes or so - probably depending on your dhcpd/dhclient configuration. Configuring a static IP lets me use the card, and it seems stable. I am really glad someone else is seeing this, perhaps it can get fixed some day :) Oh and btw.. Get the *latest* firmware onto all your cards. That is essential for anything to work right at all.. /Eirik On Thu, 31 Jul 2003 14:20:30 +0930 Greg 'groggy' Lehey [EMAIL PROTECTED] wrote: Earlier this month I sent a message saying that my wireless card (Orinoco) doesn't work at all any more. In the meantime, I've narrowed the problem down to IBSS (ad-hoc) mode: it works fine in BSS (base station) mode. I'd like to know if *anybody* is using IBSS (maybe with Orinoco cards) on a -CURRENT newer than about mid-May. Here's a summary of what I see: It happens on two different cards with different firmware. The ifconfig and wicontrol outputs look identical modulo MAC address and IBSS channel. wi0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 ether 00:02:2d:04:09:3a media: IEEE 802.11 Wireless Ethernet autoselect (none) ssid stationname FreeBSD WaveLAN/IEEE node channel -1 authmode OPEN powersavemode OFF powersavesleep 100 wepmode OFF weptxkey 1 NIC serial number: [ ] Station name: [ FreeBSD WaveL ] SSID for IBSS creation: [ ] Current netname (SSID): [ ] Desired netname (SSID): [ ] Current BSSID: [ 00:00:00:00:00:00 ] Channel list: [ 7ff ] IBSS channel: [ 3 ] Current channel:[ 65535 ] Comms quality/signal/noise: [ 0 0 0 ] Promiscuous mode: [ Off ] Process 802.11b Frame: [ Off ] Intersil-Prism2 based card: [ 0 ] Port type (1=BSS, 3=ad-hoc):[ 1 ] MAC address:[ 00:02:2d:04:09:3a ] TX rate (selection):[ 0 ] TX rate (actual speed): [ 0 ] RTS/CTS handshake threshold:[ 2312 ] Create IBSS:[ Off ] Access point density: [ 1 ] Power Mgmt (1=on, 0=off): [ 0 ] Max sleep time: [ 100 ] WEP encryption: [ Off ] TX encryption key: [ 1 ] Encryption keys:[ ][ ][ ][ ] wi0: Lucent Technologies WaveLAN/IEEE at port 0x100-0x13f irq 11 function 0 config 1 on pccard1 wi0: 802.11 address: 00:02:2d:04:09:3a wi0: using Lucent Technologies, WaveLAN/IEEE wi0: Lucent Firmware: Station (6.6.1) wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wi0: Lucent Technologies WaveLAN/IEEE at port 0x100-0x13f irq 11 function 0 config 1 on pccard1 wi0: 802.11 address: 00:02:2d:1e:d9:60 wi0: using Lucent Technologies, WaveLAN/IEEE wi0: Lucent Firmware: Station (6.16.1) wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps When I run dhclient against the first card, I don't get a connection, and the other end doesn't see any data traffic, but it finds the network: wi0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::202:2dff:fe04:93a%wi0 prefixlen 64 scopeid 0x4 inet 0.0.0.0 netmask 0xff00 broadcast 255.255.255.255 ether 00:02:2d:04:09:3a media: IEEE 802.11 Wireless Ethernet autoselect (DS/2Mbps) status: associated ssid FOOXX 1:FOOXX stationname FreeBSD WaveLAN/IEEE node channel 3 authmode OPEN powersavemode OFF powersavesleep 100 wepmode OFF weptxkey 1 I had guessed that it might be turning WEP on without saying so, but setting WEP on at both ends didn't help either. The second card is much worse than the first: when I try to start dhclient against it, I get the following messages: wi0: timeout in wi_cmd 0x0002; event status 0x8080 wi0: timeout in wi_cmd 0x0121; event status 0x8080 wi0: wi_cmd: busy bit won't clear. This last one continues forever. At least the keyboard is locked, so I can't do anything (not even get into ddb, which might have been useful). While trying to power down I got these messages: wi0: failed to allocate 2372 bytes on NIC. wi0: tx buffer allocateion failed (error 12) After that, it continued until I finally managed to power down. Greg -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers
Re: strange umass/scsi behaviour
John Hay wrote: Does anyone have an idea why the umass/scsi code behave differently between if you boot with a device already plugged in as opposed to plugging it in later? In my case it is a Sandisk Cruiser. If I plug it in before booting, it works just great, but if I plug it in later, it does not want to work. Below is the dmesg output of the various stages. [ ... ] I had a disk that would behave in exactly this way. Try this: camcontrol debug -I -P -T -S -X -c 0:0:0 camcontrol reset 0:0:0 camcontrol rescan 0:0:0 Probably it will just work after the reset/rescan without the debug; the disk I had wanted an explicit bus reset after it was connected, and that made it happy. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re:'su' error after cvsup to current 5.1
but the /usr/src/UPDATING says: There's a bug in the world build process. The cross-tools are build with the NEW headers, but the OLD libc.a. This leads to all kinds of problems with the new libc. A temporary workaround is to add CFLAGS=-O -pipe -D_OLD_STDIO before building world when upgrading from 4.x to current. This can be removed afterwards. what shall i do then ? -Original Message- From: Sebastian Yepes [ESN] [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2003 10:29 AM To: [EMAIL PROTECTED] Subject: Re: 'su' error after cvsup to current 5.1 On Thu, Jul 31, 2003 at 10:11:34AM +0300, DvG wrote: Hi all ! I am having a strange problem after cvsup to current from stable (make world/install world) with 'su' with all accounts in wheel group except root, more exactly to say : 8:[EMAIL PROTECTED] ~$su Password: pam_unix: pam_sm_authenticate: UNIX authentication refused Sorry i tried to rebuild openpam and libpam, but pam_unix.so seems to be broken. Where could be the problem ? Thank you in advance. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] This is because you have tryd to buildworld with the CFLAGS = optimizations to fix this do: # Comminnt out the CFLAGS= from the /etc/make.conf # rm -r /usr/obj/usr # cd /usr/src make buildworldNote:: don't use -jx and now you sode have a good src to do a installworld -- /* FingerPrint: 5BF1 58B1 DE75 CBE3 6044 7098 1246 1EF6 9E78 041C @@@ @@ @@@ @@! @@@ !@@ @@! @@@ @[EMAIL PROTECTED]@!@ !@@!! @!@ [EMAIL PROTECTED] !!: !!! !:! !!: !!! :: : :: ::.: : :: : : The Power To Kill LinuX */ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 4.8-Current Depreciated files
John Birrell wrote: On Wed, Jul 30, 2003 at 04:44:54PM +0930, Benjamin Close wrote: I'm about to upgrade from FreeBSD 4.8 to Current (following the instructions in UPDATING) and was just wondering if mergemaster removes depreciated files between the two versions. Ie: /etc/rc.sendmail I believe is now depreciated to one of the rcNG scripts. Does merge master handle the deleting of this file or is there some other utility? I've just been through this. The instructions would have you run mergemaster -p before doing an installworld. For me, that only tried to update /etc/passwd and /etc/group which already had the sendmail users and groups so there was nothing to update. My normal approach for doing this is to build all the way to ISO images, and then copy the sysinstall off the first one to /tmp, then mount the first one on /mnt, cd to /tmp (as root), and run sysinstall (you have to name it sysinstall) and select upgrade. If you can't build to ISO's from sources, then it's probably not something you want to upgrade to anyway. The only things I've seen this miss are: 1) bootblocks You can do these manually, after the upgrade, before you reboot 2) /etc/pam.conf This screwed me on ssh logins, and only on the 4.3/4.4 era upgrade, where they added the entries for ssh to the file 3) /dev/MAKEDEV all It wasn't run unless you booted from the upgrade media; with devfs, this isn't a problem. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on i386/i386
TB --- 2003-07-31 06:32:19 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-07-31 06:32:19 - 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-07-31 06:34:17 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims stage 1: bootstrap tools stage 2: cleaning up the object tree stage 2: rebuilding the object tree stage 2: build tools stage 3: cross tools stage 4: populating /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. TB --- 2003-07-31 07:39:19 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Jul 31 07:39:19 GMT 2003 Kernel build for GENERIC completed on Thu Jul 31 07:53:51 GMT 2003 TB --- 2003-07-31 07:53:51 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- /usr/bin/make -B LINT TB --- 2003-07-31 07:53:51 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Jul 31 07:53:51 GMT 2003 [...] cc -c -x assembler-with-cpp -DLOCORE -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/i386/i386/support.s cc -c -x assembler-with-cpp -DLOCORE -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/i386/i386/swtch.s cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/i386/i386/sys_machdep.c /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/i386/i386/sys_machdep.c: In function `i386_set_ldt': /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/i386/i386/sys_machdep.c:428: error: `start' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/i386/i386/sys_machdep.c:428: error: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/i386/i386/sys_machdep.c:428: error: for each function it appears in.)
Re: STEP 2, fixing dhclient behaviour with multiple interfaces
Tony Finch wrote: Terry Lambert [EMAIL PROTECTED] wrote: I can't wait for IPv6 stateless autoconfiguration plus SLPv2 so we can get rid of all this DHCP crap once and for all. 8-(. SLPv2 is used to find the gateway and DNS server, and after that, everything magically works. I thought that the gateway address is (already) set up using RFC 2461 router and prefix discovery. Won't work for any U.S. Cable modems or DSL, which is based on ATM (which is an NBMA-type link). It also doesn't work for ISDN (iDSL), which is an SDMS-type link and doesn't have full prefix information available. So basically, if you have broadband, it won't work. I think that any broadcast system, like 802.11a, 802.11b, 802.11g, Motorolla Canopy, etc.. will also have issues, since the machines are implicitly multihomed for the nearest one. Finally, I haven't seen a router with ND turned on, if it was even supported, so it wouldn't advertise or respond to any solicitations to advertise (basically, you'd end up with an ability to use this to fire off indirect DOS attacks against third parties, so it tends to be disabled, or at least that was the explanation I was given). Basically, this leaves the client machine playing by the ND rules in the INCOMPLETE state, with no one to talk to. Microsoft actually solved this problem for IPv4 in link.local with their Internet Connection Sharing product at one time, but then went back to DHCP in later releases for reasons unknown (maybe because of 802.11 base-station-mode cards becoming available for Windows... who knows?). In any case, ND is kind of like DHCP, in that explicit support for the protocol is needed in order for both the client and server to communicate, which is kind of what I thought people needed to get away from when I was talking about losing DHCP. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
panic: vm_fault: fault on nofault entry, addr: fffffe0007e8e000
I upgraded the alpha package machines tonight, and one of them fell over shortly after taking load, with the following: panic: vm_fault: fault on nofault entry, addr: fe0007e8e000 Stack backtrace: db_print_backtrace() at db_print_backtrace+0x18 backtrace() at backtrace+0x2c panic() at panic+0x148 vm_fault() at vm_fault+0x1360 trap() at trap+0x5c8 XentMM() at XentMM+0x2c --- memory management fault (from ipl 0) --- bcopy_samealign_lp() at bcopy_samealign_lp cpu_fork() at cpu_fork+0x12c vm_forkproc() at vm_forkproc+0x204 fork1() at fork1+0xfec vfork() at vfork+0x30 syscall() at syscall+0x33c XentSys() at XentSys+0x64 --- syscall (66) --- --- user mode --- Kris pgp0.pgp Description: PGP signature
[Bug c++/11735] [3.3 Regression] internal compiler error:Segmentation fault
Here about the latest bug, i was telling about ... Regards Kai -Ursprüngliche Nachricht- Von: pinskia at physics dot uc dot edu [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 31. Juli 2003 01:45 An: [EMAIL PROTECTED] Betreff: [Bug c++/11735] [3.3 Regression] internal compiler error: Segmentation fault pinskia at physics dot uc dot edu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From pinskia at physics dot uc dot edu 2003-07-30 23:44 --- I can confirm this on 3.3 (20030707). And it does not seg fault in 3.2.3 and the mainline (20030730) but I do not have the time to reduce this so marking as invalid so it can be marked as According to Phil's regression hunter this is already fixed in 3.3.1 (20030729). I also cannot reproduce it on 3.3.1 (20030714). So this is fixed for 3.3.1 which should be released in the next two weeks. Since you are already using a prelease I would update your prelease. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gcc segfault on -CURRENT (cvs yesterday)
Kai Mosebach wrote: Trying to compile sapdb fails on a -CURRENT system build yesterday. On a system from 22.July it compiled fine. Any ideas ? This is pretty ugly, but put a space before the ::'s on that line. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
world broken with a gcc 3.2 world?
Hi, with a Jul 10 world, a clean /usr/obj and the sources as of yesterday I get ---snip--- /big/usr/src/contrib/gcc/dwarf2out.c:11739:75: missing terminating ' character /big/usr/src/contrib/gcc/dwarf2out.c:11741:71: warning: multi-line string litera ls are deprecated /big/usr/src/contrib/gcc/dwarf2out.c:11743:26: missing terminating ' character /big/usr/src/contrib/gcc/dwarf2out.c:12095:28: missing terminating ' character /big/usr/src/contrib/gcc/dwarf2out.c:12190:7: missing terminating ' character /big/usr/src/contrib/gcc/dwarf2out.c:12475:58: macro ASM_OUTPUT_INTERNAL_LABEL passed 5 arguments, but takes just 3 /big/usr/src/contrib/gcc/dwarf2out.c:12756:2: #else without #if /big/usr/src/contrib/gcc/dwarf2out.c:12761:2: #endif without #if /big/usr/src/contrib/gcc/dwarf2out.c:12764:2: #endif without #if mkdep: compile failed *** Error code 1 ---snip--- It complains about: ---snip--- else { body block of an inline function, we must *NOT* output any DIE for this block because we have already output a DIE to represent the whole inlined function scope and the body block of any function doesn't really represent a different scope according to ANSI C rules. So we check here to make sure that this block does not represent a body block inlining before trying to set the MUST_OUTPUT_DIE flag. */ `must_output_die' flag. */ ---snip--- which is obviously correct to complain about. cvs stat tells me: ---snip--- File: dwarf2out.c Status: Up-to-date Working revision:1.1.1.9 Wed Jul 30 15:24:40 2003 Repository revision: 1.1.1.9 /big/FreeBSD-CVS/src/contrib/gcc/dwarf2out.c,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) ---snip--- Any hints? Bye, Alexander. -- Where do you think you're going today? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on i386/pc98
TB --- 2003-07-31 08:05:33 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-07-31 08:05:33 - 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-07-31 08:08:13 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims stage 1: bootstrap tools stage 2: cleaning up the object tree stage 2: rebuilding the object tree stage 2: build tools stage 3: cross tools stage 4: populating /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. TB --- 2003-07-31 09:08:13 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Jul 31 09:08:13 GMT 2003 Kernel build for GENERIC completed on Thu Jul 31 09:20:18 GMT 2003 TB --- 2003-07-31 09:20:18 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- /usr/bin/make -B LINT TB --- 2003-07-31 09:20:18 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Jul 31 09:20:18 GMT 2003 [...] cc -c -x assembler-with-cpp -DLOCORE -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/support.s cc -c -x assembler-with-cpp -DLOCORE -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/swtch.s cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/sys_machdep.c /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/sys_machdep.c: In function `i386_set_ldt': /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/sys_machdep.c:428: error: `start' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/sys_machdep.c:428: error: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/sys_machdep.c:428: error: for each function it appears in.)
vinum on md disks
Hi All, I'm just trying to learn vinum so am trying to create a stripe out of 2 MD disk disks. I've create two md deivce //dev/md[01] then fieldpoint# bsdlabel -w /dev/md0 fieldpoint# bsdlabel -w /dev/md1 fieldpoint# vinum vinum - stripe /dev/md0h /dev/md1h Can't create drive vinumdrive5, device /dev/md1h: Can't initialize drive vinumdrive5 Is what I'm doing possible? Cheers Rus -- www: http://jvds.com | Virtual Servers from just $15/mo MSNM: [EMAIL PROTECTED] | Totally Customizable Technology e: [EMAIL PROTECTED] | forums: http://forums.jvds.com 10% donation to FreeBSD.org on each purchase ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
5.1 on an A31p
So, after a long pause, I'm trying to get 5.x working on my IBM A31p. I've made a boot CD from the 5.1 ISO images, vintage a week or so ago. When I boot (in any mode, ACPI on or off, or Safe), it dies immediately after discovering firewire: firewire0: IEEE1394(FireWire) bus on fwohci0 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x2c fault code = supervisor read, page not present instruction pointer= 0x8:0xc02e5a50 stack pointer = 0x10:0xc0ae39b0 frame pointer = 0x10:0xc0ae39b4 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process= 0 (swapper) trap number= 12 panic: page fault Now what? Cheers, Ben. -- http://www.apache-ssl.org/ben.html http://www.thebunker.net/ There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit. - Robert Woodruff ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alpha/EISA broken?
Wilko Bulte writes: Sounds like an SRM problem or EISA configuration problem. Normaly the bus and then system board should be probed at this point. We never used EISA on alpha before - EISA bridge support was only conditionalisized on pci. Which triggers me: did you run the ECU? A copy is at: ftp://ftp.tcja.nl/pub/wilko/alpha I have this now. It looks like something I dd(1) onto a floppy? In case something is wrong with your eisa setup. Eisa configuration has to be done via alphabios. Do 'runecu' from the SRM console and it should work. With the froppy in the drive, I presume? The SRM console is the prompt where you type boot, right? (Typing from work - will do at home later). M -- Mark Murray iumop ap!sdn w,I idlaH ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alpha/EISA broken?
On Thu, Jul 31, 2003 at 01:40:28PM +0100, Mark Murray wrote: Wilko Bulte writes: Sounds like an SRM problem or EISA configuration problem. Normaly the bus and then system board should be probed at this point. We never used EISA on alpha before - EISA bridge support was only conditionalisized on pci. Which triggers me: did you run the ECU? A copy is at: ftp://ftp.tcja.nl/pub/wilko/alpha I have this now. It looks like something I dd(1) onto a floppy? yessir -- | / o / /_ _ [EMAIL PROTECTED] |/|/ / / /( (_) Bulte ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alpha/EISA broken?
Wilko Bulte writes: On Thu, Jul 31, 2003 at 01:40:28PM +0100, Mark Murray wrote: Wilko Bulte writes: Sounds like an SRM problem or EISA configuration problem. Normaly the bus and then system board should be probed at this point. We never used EISA on alpha before - EISA bridge support was only conditionalisized on pci. Which triggers me: did you run the ECU? A copy is at: ftp://ftp.tcja.nl/pub/wilko/alpha I have this now. It looks like something I dd(1) onto a floppy? yessir :-) And then do what with? Boot off it? run it from the bios? M -- Mark Murray iumop ap!sdn w,I idlaH ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
make rerelease broken?
There appears to be a breakage of 'rerelease' - that is, 'release' works, but 'rerelease' fails in telnetd. After fixing the Makefile for the gcc -Os build, the build failed in /usr/src/contrib/telnet/telnetd/authenc.c and ext.h. I have since verified that the 'release' succeeds when the 'rerelease' fails. I get messages about 'undefined reference to nclearto' - it's not finding the extern char *nclearto from ext.h. For some reason, it only fails when doing the rerelease. -- Bruce Cran ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alpha/EISA broken?
On Thu, Jul 31, 2003 at 02:03:12PM +0100, Mark Murray wrote: Wilko Bulte writes: On Thu, Jul 31, 2003 at 01:40:28PM +0100, Mark Murray wrote: Wilko Bulte writes: Sounds like an SRM problem or EISA configuration problem. Normaly the bus and then system board should be probed at this point. We never used EISA on alpha before - EISA bridge support was only conditionalisized on pci. Which triggers me: did you run the ECU? A copy is at: ftp://ftp.tcja.nl/pub/wilko/alpha I have this now. It looks like something I dd(1) onto a floppy? yessir :-) And then do what with? Boot off it? run it from the bios? runecu from SRM. Better have a VGA card installed. Serial console is possible to but is a bit (hum..) of a challenge. -- | / o / /_ _ FreeBSD core team secretary |/|/ / / /( (_) Bulte [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make -U
Juli Mallett [EMAIL PROTECTED] wrote: Why go thru those contortions? I sometimes use make FOO= to define things. -U obviously has a place, if it not existing means I have to have all these contortions to do a fairly obvious thing, yeah? What are the exact semantics of -U supposed to be? -- Christian naddy Weisgerber [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make rerelease broken?
Bruce Cran wrote: There appears to be a breakage of 'rerelease' - that is, 'release' works, but 'rerelease' fails in telnetd. After fixing the Makefile for the gcc -Os build, the build failed in /usr/src/contrib/telnet/telnetd/authenc.c and ext.h. I have since verified that the 'release' succeeds when the 'rerelease' fails. I get messages about 'undefined reference to nclearto' - it's not finding the extern char *nclearto from ext.h. For some reason, it only fails when doing the rerelease. -- Bruce Cran I saw this too, but couldn't verify that it wasn't due to other problems that I was experiencing. Mark, can you take a glance at this? This seems to only happen when 'rerelease' triggers something to be rebuilt. Scott ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make rerelease broken?
Scott Long writes: Bruce Cran wrote: There appears to be a breakage of 'rerelease' - that is, 'release' works, but 'rerelease' fails in telnetd. After fixing the Makefile for the gcc -Os build, the build failed in /usr/src/contrib/telnet/telnetd/authenc.c and ext.h. I have since verified that the 'release' succeeds when the 'rerelease' fails. I get messages about 'undefined reference to nclearto' - it's not finding the extern char *nclearto from ext.h. For some reason, it only fails when doing the rerelease. -- Bruce Cran I saw this too, but couldn't verify that it wasn't due to other problems that I was experiencing. Mark, can you take a glance at this? This seems to only happen when 'rerelease' triggers something to be rebuilt. I kept on seeing this with rescue/ when I was trying to fix the kerberos5 and telnet builds. There is something dodgy with the crunchgen stuff that leaves behind .o files compiled with the wrong -DFOO defines. Result is things that don't link properly much later. I'd need a complete log to comment further. PLEASE DON'T EMAIL IT!! Please put it somewhere for me to fetch. Any diffs to release/Makefile and the exact command line used to kick off the build would be useful too. Thanks! M -- Mark Murray iumop ap!sdn w,I idlaH ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make rerelease broken?
Mark Murray wrote: Scott Long writes: Bruce Cran wrote: There appears to be a breakage of 'rerelease' - that is, 'release' works, but 'rerelease' fails in telnetd. I saw this too, but couldn't verify that it wasn't due to other problems that I was experiencing. Mark, can you take a glance at this? This seems to only happen when 'rerelease' triggers something to be rebuilt. I kept on seeing this with rescue/ when I was trying to fix the kerberos5 and telnet builds. There is something dodgy with the crunchgen stuff that leaves behind .o files compiled with the wrong -DFOO defines. Result is things that don't link properly much later. I had some issues at one point with /rescue and dhclient that specifically broke rebuilds. Basically, crunchgen has never been entirely happy with the dhclient makefile. I added one line to the dhclient makefile (The @true line below) that seemed to address this. Maybe it was insufficient? Excerpt from /usr/src/sbin/dhclient/Makefile: + # Note: Must have some commands here to override the default build action ${OBJS}: all +@true Tim ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
panic: spin lock sched lock held
Hi, got this panic overnight. Machine was wedged solid and didn't enter ddb after the panic. I'll recompile with verbose diagnostics and see if it happens again. In the meantime, maybe the message will give someone a clue: panic: spin lock sched lock held by 0xca462390 for 5 seconds cpuid = 0; lapic.id = Debugger(panic) Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
Re: make rerelease broken?
On Thu, Jul 31, 2003 at 04:50:24PM +0100, Mark Murray wrote: Scott Long writes: Bruce Cran wrote: There appears to be a breakage of 'rerelease' - that is, 'release' works, but 'rerelease' fails in telnetd. After fixing the Makefile for the gcc -Os build, the build failed in /usr/src/contrib/telnet/telnetd/authenc.c and ext.h. I have since verified that the 'release' succeeds when the 'rerelease' fails. I get messages about 'undefined reference to nclearto' - it's not finding the extern char *nclearto from ext.h. For some reason, it only fails when doing the rerelease. -- Bruce Cran I saw this too, but couldn't verify that it wasn't due to other problems that I was experiencing. Mark, can you take a glance at this? This seems to only happen when 'rerelease' triggers something to be rebuilt. I kept on seeing this with rescue/ when I was trying to fix the kerberos5 and telnet builds. There is something dodgy with the crunchgen stuff that leaves behind .o files compiled with the wrong -DFOO defines. Result is things that don't link properly much later. I'd need a complete log to comment further. PLEASE DON'T EMAIL IT!! Please put it somewhere for me to fetch. Any diffs to release/Makefile and the exact command line used to kick off the build would be useful too. There's a complete log at http://www.cran.org.uk/rerelease.log -- Bruce Cran ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Alpha/EISA broken?
Wilko Bulte writes: And then do what with? Boot off it? run it from the bios? runecu from SRM. Better have a VGA card installed. Serial console is possible to but is a bit (hum..) of a challenge. I'm in big trouble. I have no VGA, it hangs off EISA, and I need to turn it on. I can connect on a serial console, but ECU assumes a VT220, and the output is unreadable. Any suggestions? M -- Mark Murray iumop ap!sdn w,I idlaH ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
make buildworld: Signal 11; Illegal instruction
I'm trying to do a make buildworld on my system: FreeBSD PECTOPAH.shenton.org 5.1-CURRENT FreeBSD 5.1-CURRENT #2: Tue Jul 1 19:48:37 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/PECTOPAH i386 And it keeps dying at various points early in the build. It's a different location each time, some times as soon as 12 seconds, some as long as 100 seconds. Most of the time it's a Signal 11, e.g.: rm -f .depend GPATH GRTAGS GSYMS GTAGS === games/pom *** Signal 11 But sometimes it complains about Illegal instruction: === rescue/rescue/client rm -f dhclient clparse.o dhclient.o dhclient.conf.5.gz dhclient.leases.5.gz dhclient.8.gz dhclient-sc\ ript.8.gz dhclient.conf.5.cat.gz dhclient.leases.5.cat.gz dhclient.8.cat.gz dhclient-script.8.cat.gz Illegal instruction (core dumped) *** Error code 132 This smells like a hardware problem to me. Oddly, this is the first off-the-shelf box I've bought in years. A Dell 600sc with CERC RAID controller, 256MB DELL RAM. To this, I added 512MB Crucial RAM. I've seen this before in heavy builds (mozilla, openoffice, x11) but now it's really buggin' me. I'm kinda stuck if I can't make world. Suggestions? If you think it's marginal HW, do you have any suggestions on how to test and determine the culprit? Thanks. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lucent IBSS mode doesn't work in -CURRENT?
I have a few Orinoco cards, and they 'work' in both ad-hoc and infrastructure mode. However with dhclient it gets tricky, because it will only work the first time dhclient assigns an address to the card. Whenever it tries to refresh it or whatever, I start getting those timeout and busy bit errors, and network connectivity drops. This usually happens within a few minutes or latest after 30 minutes or so - probably depending on your dhcpd/dhclient configuration. Configuring a static IP lets me use the card, and it seems stable. I recently tested adhoc mode 'cuz Greg said it didn't work and verified it worked for me with all my cards: Prism, Lucent (6.something firmware), and Atheros (5211, and 5212 in 11b talking to the Lucent and Prism cards). I did not use dhclient. Everything was statically configured. I am really glad someone else is seeing this, perhaps it can get fixed some day :) Oh and btw.. Get the *latest* firmware onto all your cards. That is essential for anything to work right at all.. I'm stuck upgrading because my Windows 2K Lucent driver is too out of date for any of the newer firmware revs. I believe I need at least rev 6.1 of the Win2K driver to run any of the firmware update tools. How did you upgrade your firmware? If anyone has the bits+pieces to rev firmware I'd like it so I can test the wi driver w/ different firmware revs. Sam ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld: Signal 11; Illegal instruction
Chris Shenton [EMAIL PROTECTED] writes: *** Signal 11 ... Illegal instruction (core dumped) *** Error code 132 Also seeing *** Signal 4 if it matters. This sounds way too flakey to be SW. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [Fwd: cvs commit: src/sys/kern sys_pipe.c]
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 problem report included the following stack trace: Great, thanks! Be warned ... I believe that there is still another way for this error to come up in the pipe code. Let me know if it reoccurs. In general, I would encourage people to start filing problem reports for these sorts of things. Regards, Alan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb dma patch
Bernd Walter wrote this message on Wed, Jul 09, 2003 at 01:28 +0200: On Tue, Jul 08, 2003 at 03:45:24PM -0700, John-Mark Gurney wrote: ohci code doesn't support isochronous so far. There is a patch to add this kern/52589. Ok, this code has been integrated and the url below has been updated. The patch is at: http://people.FreeBSD.org/~jmg/usb_dma.diff There are more changes than just bus_dma in this patchset. E.g. changing commets for specs and adding verdors. and sync to Net/Open too. I should pull these out and commit them soon. I've seen a number of changes in code places that are very similar to ehci, but there are no such changes in ehci. I'm not at all familar with ehci since I don't have any usb2.0 ports let alone any usb2.0 devices. Testers? Loans of hardware? -- John-Mark Gurney Voice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
SV: Does bimap (ipnat) work to anyone ?
-Ursprungligt meddelande- Fran: [EMAIL PROTECTED] Does ``bimap'' work to anyone ? I'm using IP Filter: v3.4.31 (336) and I can't make it work for me: Does not work for me on CURRENT, but it works fine on STABLE Matt ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: spin lock sched lock held
On Thu, 31 Jul 2003, Lars Eggert wrote: got this panic overnight. Machine was wedged solid and didn't enter ddb after the panic. I'll recompile with verbose diagnostics and see if it happens again. In the meantime, maybe the message will give someone a clue: panic: spin lock sched lock held by 0xca462390 for 5 seconds cpuid = 0; lapic.id = Debugger(panic) If this is reproduceable, you might try setting 'debug.trace_on_panic' so that you get an automatic trace even if you can't get into DDB. This might or might not work, but it's worth a try. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: vm_fault: fault on nofault entry, addr: fffffe0007e8e000
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: panic: vm_fault: fault on nofault entry, addr: fe0007e8e000 Stack backtrace: db_print_backtrace() at db_print_backtrace+0x18 backtrace() at backtrace+0x2c panic() at panic+0x148 vm_fault() at vm_fault+0x1360 trap() at trap+0x5c8 XentMM() at XentMM+0x2c --- memory management fault (from ipl 0) --- bcopy_samealign_lp() at bcopy_samealign_lp cpu_fork() at cpu_fork+0x12c vm_forkproc() at vm_forkproc+0x204 fork1() at fork1+0xfec vfork() at vfork+0x30 syscall() at syscall+0x33c XentSys() at XentSys+0x64 --- syscall (66) --- --- user mode --- Two more panics on alpha: panic: vm_fault: fault on nofault entry, addr: fe0007fde000 Debugger() at Debugger+0x38 panic() at panic+0x168 vm_fault() at vm_fault+0x1360 trap() at trap+0x5c8 XentMM() at XentMM+0x2c --- memory management fault (from ipl 0) --- bcopy_samealign_lp() at bcopy_samealign_lp+0x8 copyout() at copyout+0x38 uiomove() at uiomove+0x19c pipe_read() at pipe_read+0x290 dofileread() at dofileread+0x100 read() at read+0x64 syscall() at syscall+0x33c XentSys() at XentSys+0x64 --- syscall (3, FreeBSD ELF64, read) --- --- user mode --- db fatal kernel trap: trap entry = 0x2 (memory management fault) faulting va= 0xfe0007f9c088 type = access violation cause = load instructon pc = 0xfc45570c ra = 0xfc455700 sp = 0xfe0008021ce0 usp= 0x11ffccd8 curthread = 0xfc00014e84c0 pid = 4214, comm = bzip2 Stopped at ast+0x3ec: ldq t0,0x88(t1) 0xfe0007f9c088 t0=0xcfa0,t1=0xfe0007f9c00 pgp0.pgp Description: PGP signature
Re: make buildworld: Signal 11; Illegal instruction
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 if it matters. This sounds way too flakey to be SW. I'm seeing the same symptoms. I got a signal 4 when running 'clean' in the pam authentication directory, and I've just had a signal 11 running 'rm -f libradius.so'. This is an install from a snapshot I built today - during the install I had panics in _mtx_init_ and a backtrace traced through vfs and ffs functions, and I only managed to install successfully when I had the CPU throttled to 30%. This is the same computer which ran memtest86 for 8 hours without a single fault last night, so I doubt the hardware's faulty, at least not the memory or the CPU. -- Bruce Cran ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on i386/pc98
TB --- 2003-07-31 20:19:00 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-07-31 20:19:00 - 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-07-31 20:21:08 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims stage 1: bootstrap tools stage 2: cleaning up the object tree stage 2: rebuilding the object tree stage 2: build tools stage 3: cross tools stage 4: populating /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. TB --- 2003-07-31 21:21:05 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Jul 31 21:21:05 GMT 2003 Kernel build for GENERIC completed on Thu Jul 31 21:33:31 GMT 2003 TB --- 2003-07-31 21:33:31 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- /usr/bin/make -B LINT TB --- 2003-07-31 21:33:31 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Jul 31 21:33:31 GMT 2003 [...] cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_thr.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_kthread.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_ktr.c /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_ktr.c: In function `db_ktr_all': /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_ktr.c:273: error: `lines' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_ktr.c:273: error: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_ktr.c:273: error: for each function it appears in.) /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_ktr.c:270: warning: unused variable
Re: make -U
At 1:39 PM + 7/31/03, Christian Weisgerber wrote: Juli Mallett [EMAIL PROTECTED] wrote: Why go thru those contortions? I sometimes use make FOO= to define things. -U obviously has a place, if it not existing means I have to have all these contortions to do a fairly obvious thing, yeah? What are the exact semantics of -U supposed to be? From the message in freebsd-hackers which first introduced this patch: - Date: Tue, 29 Jul 2003 09:09:17 -0700 - From: Faried Nawaz [EMAIL PROTECTED] - Subject: patch to add make -U While working around a port issue (ports/55013), I discovered that make couldn't unset variables using make -U. I've written a small patch that adds -U functionality, but I haven't tested it extensively. http://web.nilpotent.org/tmp/make.diff.bz2 (~ 3KB unpacked) against yesterday's -CURRENT code. A simple Makefile I used to test it: -- cut here -- FOO = bar .ifdef FOO SAY = y .else SAY = n .endif all: echo $(SAY) -- cut here -- Try make -U FOO. Personally I think this is a reasonable option to implement. An undefined variable is not the same as a variable which is defined to be a null string. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.1 on an A31p
Ben Laurie wrote: So, after a long pause, I'm trying to get 5.x working on my IBM A31p. I've made a boot CD from the 5.1 ISO images, vintage a week or so ago. When I boot (in any mode, ACPI on or off, or Safe), it dies immediately after discovering firewire: firewire0: IEEE1394(FireWire) bus on fwohci0 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x2c fault code = supervisor read, page not present instruction pointer= 0x8:0xc02e5a50 stack pointer = 0x10:0xc0ae39b0 frame pointer = 0x10:0xc0ae39b4 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process= 0 (swapper) trap number= 12 panic: page fault Now what? I had the same problem on an IBM A30p with 5.1. Do this at the boot loader prompt: set hw.pci.allow_unsupported_io_range=1 That should take care of it. You'll need to place the part after 'set' in your /boot/device.hints file after you complete the install, otherwise your kernel will continue to fail at boot. HTH. -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
LOR during boot
Hi, I'm getting the following LOR on each boot, system works fine nevertheless: ... Timecounters tick every 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to deny, logging disabled DUMMYNET initialized (011031) IPv6 packet filtering initialized, logging disabled IPsec: Initialized Security Association Processing. lock order reversal 1st 0xc03718e0 callout_dont_sleep (callout_dont_sleep) @ /usr/src/sys/kern/kern_timeout.c:223 2nd 0xc0370c80 allproc (allproc) @ /usr/src/sys/kern/sched_4bsd.c:254 Stack backtrace: backtrace(c032000b,c0370c80,c031c789,c031c789,c031e2e3) at backtrace+0x17 witness_lock(c0370c80,0,c031e2e3,fe,c06ec345) at witness_lock+0x686 _sx_slock(c0370c80,c031e2e3,fe,c03718e0,8) at _sx_slock+0xaa schedcpu(0,0,c031dfd6,df,60b) at schedcpu+0x3f softclock(0,0,c031acea,230,c21b03c8) at softclock+0x1ec ithread_loop(c2198d00,df0e0d48,c031ab89,312,c21b2d10) at ithread_loop+0x167 fork_exit(c019a4ba,c2198d00,df0e0d48) at fork_exit+0xc3 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xdf0e0d7c, ebp = 0 --- Debugger(witness_lock) Stopped at Debugger+0x4f: xchgl %ebx,in_Debugger.0 db c Expensive timeout(9) function: 0xc01be517(0) 0.231687267 s ata1-slave: timeout waiting for interrupt ata1-slave: ATA identify failed ad0: 78167MB Maxtor 4D080H4 [158816/16/63] at ata0-master UDMA100 acd0: CD-RW PHILIPS DVD+RW-D28 at ata1-master UDMA33 ... Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
CVSUP problems
Hi all I'm trying to pull the 5.1 source with the following cvsup file *default host=cvsup8.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_5 *default compress src-all Doing cvsup it just hangs...doesn't seem to be writing... Have I done something stupid? Rus -- www: http://jvds.com | Virtual Servers from just $15/mo MSNM: [EMAIL PROTECTED] | Totally Customizable Technology e: [EMAIL PROTECTED] | forums: http://forums.jvds.com 10% donation to FreeBSD.org on each purchase ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CVSUP problems
On Thu, 31 Jul 2003 15:57:45 -0700 (PDT), Rus Foster [EMAIL PROTECTED] wrote: Hi all I'm trying to pull the 5.1 source with the following cvsup file *default host=cvsup8.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_5 *default compress src-all Doing cvsup it just hangs...doesn't seem to be writing... Have I done something stupid? Kind of.. :-) Where did you learn that 5.x already have the -STABLE branch? We only have -RELEASE and -CURRENT branches right now, but should have - STABLE branch after 5.2 released. Cheers, Mezz Rus -- bsdforums.org 's moderator, mezz. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CVSUP problems
Kind of.. :-) Where did you learn that 5.x already have the -STABLE branch? We only have -RELEASE and -CURRENT branches right now, but should have - STABLE branch after 5.2 released. So CURRENT_5? Rus -- www: http://jvds.com | Virtual Servers from just $15/mo MSNM: [EMAIL PROTECTED] | Totally Customizable Technology e: [EMAIL PROTECTED] | forums: http://forums.jvds.com 10% donation to FreeBSD.org on each purchase ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CVSUP problems
On Thu, 31 Jul 2003 16:09:56 -0700 (PDT), Rus Foster [EMAIL PROTECTED] wrote: Kind of.. :-) Where did you learn that 5.x already have the -STABLE branch? We only have -RELEASE and -CURRENT branches right now, but should have - STABLE branch after 5.2 released. So CURRENT_5? No, if you want -CURRENT branch then it's '.' w/out quote. Check the more info: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs- tags.html Cheers, Mezz Rus -- bsdforums.org 's moderator, mezz. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
vm/map LOR
Hi, with yesterday's -current: 1st 0xc6dfd094 vm object (vm object) @ /usr/src/sys/vm/vm_object.c:434 2nd 0xc082f110 system map (system map) @ /usr/src/sys/vm/vm_kern.c:323 Stack backtrace: backtrace(c032000b,c082f110,c033362f,c033362f,c03334c6) at backtrace+0x17 witness_lock(c082f110,8,c03334c6,143,c082f0b0) at witness_lock+0x686 _mtx_lock_flags(c082f110,0,c03334c6,143,101) at _mtx_lock_flags+0xb5 _vm_map_lock(c082f0b0,c03334c6,143,c0374778,c03747a0) at _vm_map_lock+0x36 kmem_malloc(c082f0b0,1000,101,eb44db14,c02b0433) at kmem_malloc+0x3a page_alloc(c083a240,1000,eb44db07,101,0) at page_alloc+0x27 slab_zalloc(c083a240,101,c083a254,8,c0334e1e) at slab_zalloc+0xc2 uma_zone_slab(c083a240,101,c0334e1e,663,165) at uma_zone_slab+0xd9 uma_zalloc_internal(c083a240,0,101,6e7,0) at uma_zalloc_internal+0x4f uma_zfree_arg(c083a900,c6e31000,0,eb44dbc4,c029884d) at uma_zfree_arg+0x2a6 dev_pager_putfake(c6e31000,0,c0332b9e,be,c6dfd094) at dev_pager_putfake+0x35 dev_pager_dealloc(c6dfd094,1,c0334dcf,10c,0) at dev_pager_dealloc+0xb9 vm_pager_deallocate(c6dfd094,0,c0333f6c,261,1b2) at vm_pager_deallocate+0x3d vm_object_terminate(c6dfd094,0,c0333f6c,1b2,c6b894ec) at vm_object_terminate+0x1e5 vm_object_deallocate(c6dfd094,c082bd20,c6dfd094,c082bd20,eb44dca0) at vm_object_deallocate+0x35e vm_map_entry_delete(c6593e00,c082bd20,c033369d,897,c019f843) at vm_map_entry_delete+0x3c vm_map_delete(c6593e00,282e2000,282e3000,1000,282e2000) at vm_map_delete+0x3c3 vm_map_remove(c6593e00,282e2000,282e3000,0,c6b8a618) at vm_map_remove+0x55 munmap(c6ae24c0,eb44dd14,c0339293,3ee,2) at munmap+0x9e syscall(2f,2f,2f,f8000,1000) at syscall+0x260 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (73), eip = 0x28257aa7, esp = 0xbfbffc1c, ebp = 0xbfbffc48 --- Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
Re: make rerelease broken?
[ Reply-to: set back to list ] On Thu, Jul 31, 2003 at 04:50:24PM +0100, Mark Murray wrote: There is something dodgy with the crunchgen stuff that leaves behind .o files compiled with the wrong -DFOO defines. Result is things that don't link properly much later. Correct. Our crunchgen use should be done not in the standard /usr/obj/.../ directory using crunchgen -p obj-prefix. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on sparc64/sparc64
TB --- 2003-07-31 23:13:33 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-31 23:13:33 - 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-07-31 23:16:20 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims stage 1: bootstrap tools stage 2: cleaning up the object tree stage 2: rebuilding the object tree stage 2: build tools stage 3: cross tools stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. TB --- 2003-08-01 00:19:23 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Fri Aug 1 00:19:24 GMT 2003 Kernel build for GENERIC completed on Fri Aug 1 00:28:49 GMT 2003 TB --- 2003-08-01 00:28:49 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-08-01 00:28:49 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Fri Aug 1 00:28:49 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_thr.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_kthread.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c: In function `db_ktr_all': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: `lines' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:273: error: for each function it appears in.) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_ktr.c:270: warning: unused variable `c' *** Error code 1 Stop in
Serious 'tr' bug, patch for review included
This patch address two problems. 1st one is relatively minor: according our own manpage, upper and lower classes must be sorted, but currently not. 2nd one is serious: tr '[:lower:]' '[:upper:]' (and vice versa) currently works only if upper and lower classes have exact the same number of elements. When it is not true, like for many ISO8859-x locales which have bigger amount of lowercase letters, tr may do nasty things. The patch is complex, because whole conversion string need to be processed each time l-u or u-l conversion occurse, not single character at time, like in previous variant. See this page http://www.opengroup.org/onlinepubs/007908799/xcu/tr.html for detailed description of desired tr behaviour in such cases. Please test this patch on your system locale and report me any strange things. diff -u ./extern.h /usr/src/usr.bin/tr/extern.h --- ./extern.h Fri Jun 14 19:56:52 2002 +++ /usr/src/usr.bin/tr/extern.hFri Aug 1 04:19:36 2003 @@ -40,7 +40,8 @@ typedef struct { enum { STRING1, STRING2 } which; - enum { EOS, INFINITE, NORMAL, RANGE, SEQUENCE, SET } state; + enum { EOS, INFINITE, NORMAL, RANGE, SEQUENCE, + SET, SET_UPPER, SET_LOWER } state; int cnt; /* character count */ int lastch;/* last character */ int equiv[NCHARS]; /* equivalence set */ @@ -49,3 +50,5 @@ } STR; int next(STR *); +int charcoll(const void *, const void *); + diff -u ./str.c /usr/src/usr.bin/tr/str.c --- ./str.c Fri Jul 5 13:28:13 2002 +++ /usr/src/usr.bin/tr/str.c Fri Aug 1 04:22:11 2003 @@ -106,6 +106,8 @@ } return (1); case SET: + case SET_UPPER: + case SET_LOWER: if ((s-lastch = s-set[s-cnt++]) == OOBCH) { s-state = NORMAL; return (next(s)); @@ -194,7 +196,7 @@ { int cnt, (*func)(int); CLASS *cp, tmp; - int *p; + int *p, n; tmp.name = s-str; if ((cp = (CLASS *)bsearch(tmp, classes, sizeof(classes) / @@ -208,10 +210,18 @@ if ((func)(cnt)) *p++ = cnt; *p = OOBCH; + n = p - cp-set; s-cnt = 0; - s-state = SET; s-set = cp-set; + if (strcmp(s-str, upper) == 0) + s-state = SET_UPPER; + else if (strcmp(s-str, lower) == 0) { + s-state = SET_LOWER; + } else + s-state = SET; + if ((s-state == SET_LOWER || s-state == SET_UPPER) n 1) + mergesort(s-set, n, sizeof(*(s-set)), charcoll); } static int diff -u ./tr.c /usr/src/usr.bin/tr/tr.c --- ./tr.c Thu Sep 5 03:29:07 2002 +++ /usr/src/usr.bin/tr/tr.cFri Aug 1 04:32:01 2003 @@ -101,8 +101,9 @@ STR s1 = { STRING1, NORMAL, 0, OOBCH, { 0, OOBCH }, NULL, NULL }; STR s2 = { STRING2, NORMAL, 0, OOBCH, { 0, OOBCH }, NULL, NULL }; -static int charcoll(const void *, const void *); static void setup(int *, char *, STR *, int, int); +static void process_upper(int); +static void process_lower(int); static void usage(void); int @@ -110,7 +111,7 @@ { static int collorder[NCHARS], tmpmap[NCHARS]; int ch, cnt, lastch, *p; - int Cflag, cflag, dflag, sflag, isstring2; + int Cflag, cflag, dflag, sflag, isstring2, do_upper, do_lower; (void)setlocale(LC_ALL, ); @@ -224,19 +225,67 @@ if (!next(s2)) errx(1, empty string2); - ch = s2.lastch; + do_upper = do_lower = 0; /* If string2 runs out of characters, use the last one specified. */ - if (sflag) - while (next(s1)) { - string1[s1.lastch] = ch = s2.lastch; - string2[ch] = 1; - (void)next(s2); - } - else - while (next(s1)) { - string1[s1.lastch] = ch = s2.lastch; - (void)next(s2); + while (next(s1)) { + if (s1.state == SET_LOWER + s2.state == SET_UPPER) { + if (do_lower) { + process_lower(sflag); + do_lower = 0; + } + do_upper = 1; + } else if (s1.state == SET_UPPER + s2.state == SET_LOWER) { + if (do_upper) { + process_upper(sflag); + do_upper = 0; + } + do_lower = 1; + } else { + if (do_lower) { + /* Skip until aligned */ + if (s1.state == SET_UPPER) { + do { + if (!next(s1)) +
panic: blockable sleep lock (sleep mutex) sellck @kern/sys_generic.c:1192
Hi, I am running FreeBSD-5.1 current (cvsup from yesterday). I got a SB Audigy 2, using the OSS commercial sound drivers. I have been using the OSS drivers without too much trouble in a 5.1-current system of like 4 weeks ago (but I decided to format and start from scratch). However whenever I try to play a MP3 with xmms it panics. If I try to play the very same file with mpg123 it works. dmesg: http://www.chatpr.org/~elec/dmesg back trace: http://www.chatpr.org/~elec/btfull PS: Please CC me, I am not subscribed. - This mail sent through IMP: http://horde.org/imp/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Serious 'tr' bug, patch for review included
On Fri, Aug 01, 2003 at 04:44:08AM +0400, Andrey Chernov wrote: @@ -208,10 +210,18 @@ if ((func)(cnt)) *p++ = cnt; *p = OOBCH; + n = p - cp-set; s-cnt = 0; - s-state = SET; s-set = cp-set; + if (strcmp(s-str, upper) == 0) + s-state = SET_UPPER; + else if (strcmp(s-str, lower) == 0) { + s-state = SET_LOWER; + } else + s-state = SET; + if ((s-state == SET_LOWER || s-state == SET_UPPER) n 1) + mergesort(s-set, n, sizeof(*(s-set)), charcoll); } static int I haven't tested the patch yet, but I don't think it's safe to use charcoll() to sort set, which is a char array; charcoll() casts its arguments to int *, dereferences them, then discards all but the low 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. Also, watch out for this warning in qsort(3): The qsort() and heapsort() functions sort an array of nmemb objects, the initial member of which is pointed to by base. The size of each object is specified by size. Mergesort() behaves similarly, but requires that size be greater than ``sizeof(void *) / 2''. ^^^ Tim ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Serious 'tr' bug, patch for review included
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 array of chars. In any case thanx for looking. Also, watch out for this warning in qsort(3): The qsort() and heapsort() functions sort an array of nmemb objects, the initial member of which is pointed to by base. The size of each object is specified by size. Mergesort() behaves similarly, but requires that size be greater than ``sizeof(void *) / 2''. ^^^ Its elements are size of int, which conform this condition. BTW, I plan to repost slightly revised version of the patch in few minutes, because found that skipping needs more complex processing. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Revised version (was Re: Serious 'tr' bug, patch for reviewincluded)
On Fri, Aug 01, 2003 at 04:44:08 +0400, Andrey Chernov wrote: This patch address two problems. Revides patch version with accurate skipping. Surprisingly, the code is reduced. Only in .: CVS diff -u ./extern.h /usr/src/usr.bin/tr/extern.h --- ./extern.h Fri Jun 14 19:56:52 2002 +++ /usr/src/usr.bin/tr/extern.hFri Aug 1 04:19:36 2003 @@ -40,7 +40,8 @@ typedef struct { enum { STRING1, STRING2 } which; - enum { EOS, INFINITE, NORMAL, RANGE, SEQUENCE, SET } state; + enum { EOS, INFINITE, NORMAL, RANGE, SEQUENCE, + SET, SET_UPPER, SET_LOWER } state; int cnt; /* character count */ int lastch;/* last character */ int equiv[NCHARS]; /* equivalence set */ @@ -49,3 +50,5 @@ } STR; int next(STR *); +int charcoll(const void *, const void *); + diff -u ./str.c /usr/src/usr.bin/tr/str.c --- ./str.c Fri Jul 5 13:28:13 2002 +++ /usr/src/usr.bin/tr/str.c Fri Aug 1 04:22:11 2003 @@ -106,6 +106,8 @@ } return (1); case SET: + case SET_UPPER: + case SET_LOWER: if ((s-lastch = s-set[s-cnt++]) == OOBCH) { s-state = NORMAL; return (next(s)); @@ -194,7 +196,7 @@ { int cnt, (*func)(int); CLASS *cp, tmp; - int *p; + int *p, n; tmp.name = s-str; if ((cp = (CLASS *)bsearch(tmp, classes, sizeof(classes) / @@ -208,10 +210,18 @@ if ((func)(cnt)) *p++ = cnt; *p = OOBCH; + n = p - cp-set; s-cnt = 0; - s-state = SET; s-set = cp-set; + if (strcmp(s-str, upper) == 0) + s-state = SET_UPPER; + else if (strcmp(s-str, lower) == 0) { + s-state = SET_LOWER; + } else + s-state = SET; + if ((s-state == SET_LOWER || s-state == SET_UPPER) n 1) + mergesort(s-set, n, sizeof(*(s-set)), charcoll); } static int diff -u ./tr.c /usr/src/usr.bin/tr/tr.c --- ./tr.c Thu Sep 5 03:29:07 2002 +++ /usr/src/usr.bin/tr/tr.cFri Aug 1 06:30:24 2003 @@ -101,8 +101,9 @@ STR s1 = { STRING1, NORMAL, 0, OOBCH, { 0, OOBCH }, NULL, NULL }; STR s2 = { STRING2, NORMAL, 0, OOBCH, { 0, OOBCH }, NULL, NULL }; -static int charcoll(const void *, const void *); static void setup(int *, char *, STR *, int, int); +static void process_upper(int); +static void process_lower(int); static void usage(void); int @@ -224,20 +225,47 @@ if (!next(s2)) errx(1, empty string2); - ch = s2.lastch; /* If string2 runs out of characters, use the last one specified. */ - if (sflag) - while (next(s1)) { - string1[s1.lastch] = ch = s2.lastch; - string2[ch] = 1; - (void)next(s2); - } - else - while (next(s1)) { - string1[s1.lastch] = ch = s2.lastch; - (void)next(s2); + while (next(s1)) { + again: + if (s1.state == SET_LOWER + s2.state == SET_UPPER + s1.cnt == 1 s2.cnt == 1) { + do { + if (!next(s1)) { + process_upper(sflag); + goto endloop; + } + } while (s1.state == SET_LOWER s1.cnt 1); + do { + if (!next(s2)) + break; + } while (s2.state == SET_UPPER s2.cnt 1); + process_upper(sflag); + goto again; + } else if (s1.state == SET_UPPER + s2.state == SET_LOWER + s1.cnt == 1 s2.cnt == 1) { + do { + if (!next(s1)) { + process_lower(sflag); + goto endloop; + } + } while (s1.state == SET_UPPER s1.cnt 1); + do { + if (!next(s2)) + break; + } while (s2.state == SET_LOWER s2.cnt 1); + process_lower(sflag); + goto again; + } else { + string1[s1.lastch] = s2.lastch; + if (sflag) + string2[s2.lastch] = 1; } - + (void)next(s2); + } +endloop: if (cflag || Cflag) { s2.str = argv[1]; s2.state = NORMAL; @@ -294,15 +322,59 @@ string[cnt] = !string[cnt]
Re: panic: vm_fault: fault on nofault entry, addr: fffffe0007e8e000
On Thu, Jul 31, 2003 at 01:48:42PM -0700, Kris Kennaway wrote: I upgraded the alpha package machines tonight, and one of them fell over shortly after taking load, with the following: panic: vm_fault: fault on nofault entry, addr: fe0007e8e000 Two more panics on alpha: panic: vm_fault: fault on nofault entry, addr: fe0007fde000 fatal kernel trap: trap entry = 0x2 (memory management fault) I'm also seeing a lot of random corruption going on on the alpha machines (these packages build successfully if I retry): (cd . ln -s ) usage: ln [-fhinsv] file1 file2 ln [-fhinsv] file ... directory link file1 file2 *** Error code 1 bzip2: I/O or other error, bailing out. Possible reason follows. bzip2: Bad address Input file = (stdin), output file = (stdout) cc1plus : Bad address : error writing to - *** Error code 1 Something funny is definitely going on. The alpha machines were not running with witness, but I have just upgraded the i386 package machines (which do have witness) to try and reproduce it there. Kris pgp0.pgp Description: PGP signature
bge driver not recognising BCM 5705M
I'm somewhat confused. On a recent 5.1-CURRENT, boot -v gives me: found- vendor=0x14e4, dev=0x165d, revid=0x01 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 followed by: pci2: network, ethernet at device 0.0 (no driver attached) This is the internal Gigabit ethernet on my Dell D800 laptop... but it's not recognised, even though... static struct bge_type bge_devs[] = { ... { BCOM_VENDORID, BCOM_DEVICEID_BCM5705, Broadcom BCM5705 Gigabit Ethernet }, ... }; and ... #define BCOM_VENDORID 0x14E4 #define BCOM_DEVICEID_BCM5705M 0x165D ... so why doesn't the bge driver kick in? [3:5:[EMAIL PROTECTED]:/usr/home/dgilbert kldstat -v | grep bge 29 pci/bge 30 bge/miibus Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on alpha/alpha
TB --- 2003-08-01 04:00:06 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-08-01 04: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 04:02:41 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims stage 1: bootstrap tools stage 2: cleaning up the object tree stage 2: rebuilding the object tree stage 2: build tools stage 3: cross tools stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. TB --- 2003-08-01 05:08:35 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Fri Aug 1 05:08:35 GMT 2003 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/firewire/fwdev.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/firewire/fwdma.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/firewire/fwmem.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/firewire/fwohci.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev
wi0 still not being a good hostap.
Well... I was wrong. Interrups under 5.1-CURRENT still cause the wi0 running in hostap mode to shed it's clients. I'm not familiar with what 802.11b does to authenticate et. al., so I'm posting this ifconfig debug output from both the server and the client in hopes someone else knows what's happening. This particular system has two clients. It's worth noting that when I had a normal access point, I had no problems. This appears to be a problem with the wi0 in hostap mode. The server says: wi0: sending assoc_resp to 00:40:05:ae:b1:bf on channel 11 wi0: station newly 00:40:05:ae:b1:bf associated wi0: received disassoc from 00:40:05:ae:b1:bf rssi 42 wi0: station 00:40:05:ae:b1:bf disassociated by peer (reason 8) wi0: received auth from 00:40:05:ae:b1:bf rssi 41 wi0: sending auth to 00:40:05:ae:b1:bf on channel 11 wi0: station already 00:40:05:ae:b1:bf authenticated wi0: received assoc_req from 00:40:05:ae:b1:bf rssi 39 wi0: received auth from 00:40:05:ae:b1:bf rssi 42 wi0: sending auth to 00:40:05:ae:b1:bf on channel 11 wi0: station already 00:40:05:ae:b1:bf authenticated wi0: received assoc_req from 00:40:05:ae:b1:bf rssi 42 wi0: sending assoc_resp to 00:40:05:ae:b1:bf on channel 11 wi0: station newly 00:40:05:ae:b1:bf associated wi0: station 05:ae:05:ae:b1:bf deauthenticate (reason 6) wi0: sending deauth to 05:ae:05:ae:b1:bf on channel 11 wi0: received auth from 00:04:e2:1e:11:d7 rssi 35 wi0: sending auth to 00:04:e2:1e:11:d7 on channel 11 wi0: station already 00:04:e2:1e:11:d7 authenticated wi0: received assoc_req from 00:04:e2:1e:11:d7 rssi 33 wi0: sending assoc_resp to 00:04:e2:1e:11:d7 on channel 11 wi0: station already 00:04:e2:1e:11:d7 associated wi0: received auth from 00:40:05:ae:b1:bf rssi 40 wi0: sending auth to 00:40:05:ae:b1:bf on channel 11 wi0: station already 00:40:05:ae:b1:bf authenticated wi0: received deauth from 00:40:05:ae:b1:bf rssi 40 wi0: station 00:40:05:ae:b1:bf deauthenticated by peer (reason 3) wi0: received assoc_req from 00:40:05:ae:b1:bf rssi 38 wi0: station 00:40:05:ae:b1:bf deauthenticate (reason 9) wi0: sending deauth to 00:40:05:ae:b1:bf on channel 11 wi0: received auth from 00:40:05:ae:b1:bf rssi 37 wi0: sending auth to 00:40:05:ae:b1:bf on channel 11 wi0: station newly 00:40:05:ae:b1:bf authenticated wi0: received assoc_req from 00:40:05:ae:b1:bf rssi 40 wi0: sending assoc_resp to 00:40:05:ae:b1:bf on channel 11 wi0: station newly 00:40:05:ae:b1:bf associated wi0: station 00:40:05:ae:00:05 deauthenticate (reason 6) wi0: sending deauth to 00:40:05:ae:00:05 on channel 11 wi0: receive packet with wrong version: d5 wi0: receive packet with wrong version: d5 The client says (not nearly so long a sample): wi0: D Link DWL-650 11Mbps WLAN Card at port 0x100-0x13f irq 11 function 0 config 1 on pccard0 wi0: 802.11 address: 00:40:05:ae:b1:bf wi0: using RF:PRISM2.5 MAC:ISL3873 wi0: Intersil Firmware: Primary (1.0.7), Station (1.3.5) wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wi0: station 00:05:5d:ee:e6:e7 disassociate (reason 8) wi0: sending disassoc to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 deauthenticate (reason 3) wi0: sending deauth to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 disassociate (reason 8) wi0: sending disassoc to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 deauthenticate (reason 3) wi0: sending deauth to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 disassociate (reason 8) wi0: sending disassoc to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 deauthenticate (reason 3) wi0: sending deauth to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 disassociate (reason 8) wi0: sending disassoc to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 deauthenticate (reason 3) wi0: sending deauth to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 disassociate (reason 8) wi0: sending disassoc to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 deauthenticate (reason 3) wi0: sending deauth to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 disassociate (reason 8) wi0: sending disassoc to 00:05:5d:ee:e6:e7 on channel 11 wi0: station 00:05:5d:ee:e6:e7 deauthenticate (reason 3) wi0: sending deauth to 00:05:5d:ee:e6:e7 on channel 11 Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]