Re: dev.bce.X.com_no_buffers increasing and packet loss
David Christensen wrote: Yeah, but the question is why bce(4) has no available RX buffers. The system has a lot of available mbufs so I don't see the=20 root cause here. What's the traffic look like? Jumbo, standard, short frames? Any=20 good ideas on profiling the code? I haven't figured out how to use the CPU TSC but there is a free running timer on the device that might be usable to calculate where the driver's time is spent. It looks like the traffic that provoked it was this: 10:18:42.319370 IP X.4569 X.4569: UDP, length 12 10:18:42.319402 IP X.4569 X.4569: UDP, length 12 10:18:42.319438 IP X.4569 X.4569: UDP, length 12 10:18:42.319484 IP X.4569 X.4569: UDP, length 12 10:18:42.319517 IP X.4569 X.4569: UDP, length 12 A flurry of UDP tinygrams on an IAX2 trunk. The packet rate isn't spectacular at about 30kpps which on top of the base load of 60kpps still isn't a fantastic packet rate. The interesting thing is that while this storm was inprogress, it almost entirely excluded other traffic on the network. There have been reports of backplane congestion on the switches we use when UDP packets smaller than 400 bytes arrive within 40us of eachother. But that still doesn't explain the counter increases and high interrupt CPU usage, unless the switch was producing garbage output in response. Ian -- Ian Freislich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: hang in rpccon from interrupting NFS operations (Re: pointyhat panic)
Rick thank you for the answer. I'll put my heart into the teeth and will try to go for the stable. This is kind of critical I guess, I think it should really go to the release. It's the first time I got into a such a nasty bug with freebsd. On Wed, Mar 10, 2010 at 3:44 AM, Rick Macklem rmack...@uoguelph.ca wrote: On Wed, 10 Mar 2010, Adrenalin wrote: Hi, I would like to know if this bug has been fixed in the FreeBSD 8 Release since I got it 3 times already on a busy box that use heavily NFS (with lots of files). Unfortunately my processes are not compiled with debug symbols(so I cannot get an backtrace), but I've got all the php-cgi stuck in the rpccon state just like described here, I cannot kill them and I cannot cleanly reboot, manual restart is required. I suspect that what you are seeing is fixed by: http://people.freebsd.org/~rmacklem/patches/freebsd8-clntvc.patchhttp://people.freebsd.org/%7Ermacklem/patches/freebsd8-clntvc.patch It is in head and stable/8, but did not make the FreeBSD8.0 release. I believe that the patch is safe to add to a FreeBSD8.0 release kernel. rick ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Error 127.0.0.1: no route to host
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/09/10 21:00, Doug Barton wrote: On 03/09/10 12:14, Li, Qing wrote: This error was caused by my commit r204902 from yesterday. Please try patch at http://people.freebsd.org/~qingli/route.h.diff This doesn't appear to be committed yet, is it still the best fix? Even with this patch, I can't ping the ipv4 address at the other end of an openvpn tunnel :-( imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuXjkAACgkQQv9rrgRC1JLSgwCeP1DbEdkiI4tLyteNhHS4q1yM u4YAn0qdGCZLPDRsiRWlXRzyG1Wl4wlA =L4+B -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
PF not working, with lock order reversal
Hi, I just updated a sparc64 Sun Netra X1 running current. I am using PF (built into the kernel) and now I cannot connect to the machine while PF is enabled (but outbound traffic from the machine works). The same ruleset has worked fine for me for several years on this and other systems. I'm getting the following LOR at boot and wonder if it is related? lock order reversal: 1st 0xc0424d28 pf task mtx (pf task mtx) @ /usr/src/sys/contrib/pf/net/pf.c:6929 2nd 0xf800011954f8 radix node head (radix node head) @ /usr/src/sys/net/route.c:360 KDB: stack backtrace: _witness_debugger() at _witness_debugger+0x84 witness_checkorder() at witness_checkorder+0xafc _rw_rlock() at _rw_rlock+0x44 rtalloc1_fib() at rtalloc1_fib+0x124 rtalloc_ign_fib() at rtalloc_ign_fib+0xac pf_calc_mss() at pf_calc_mss+0xbc pf_test_tcp() at pf_test_tcp+0xf04 pf_test() at pf_test+0x10e8 pf_check_in() at pf_check_in+0x14 pfil_run_hooks() at pfil_run_hooks+0xb8 ip_input() at ip_input+0x488 netisr_dispatch_src() at netisr_dispatch_src+0xf0 ether_demux() at ether_demux+0x2ac ether_input() at ether_input+0x24c dc_rxeof() at dc_rxeof+0x350 dc_intr() at dc_intr+0x310 intr_event_execute_handlers() at intr_event_execute_handlers+0xc4 ithread_loop() at ithread_loop+0xe4 fork_exit() at fork_exit+0x6c fork_trampoline() at fork_trampoline+0x8 My pf.conf: http://www.predatorlabs.net/dl/pf.conf My kernel config: http://www.predatorlabs.net/dl/NETRA Thanks, -- Rob Farmer ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
RE: Error 127.0.0.1: no route to host
Could you please provide me with more information, such as your ifconfig and netstat output? What's the error message? Asking the obvious question, you updated to r204902? Thanks, --Qing -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd- curr...@freebsd.org] On Behalf Of Michael Butler Sent: Wednesday, March 10, 2010 4:19 AM To: Doug Barton Cc: freebsd-current@freebsd.org Subject: Re: Error 127.0.0.1: no route to host -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/09/10 21:00, Doug Barton wrote: On 03/09/10 12:14, Li, Qing wrote: This error was caused by my commit r204902 from yesterday. Please try patch at http://people.freebsd.org/~qingli/route.h.diff This doesn't appear to be committed yet, is it still the best fix? Even with this patch, I can't ping the ipv4 address at the other end of an openvpn tunnel :-( imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuXjkAACgkQQv9rrgRC1JLSgwCeP1DbEdkiI4tLyteNhHS4q1yM u4YAn0qdGCZLPDRsiRWlXRzyG1Wl4wlA =L4+B -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current- unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: hang in rpccon from interrupting NFS operations (Re: pointyhat panic)
Adrenalin wrote: Rick thank you for the answer. I'll put my heart into the teeth and will try to go for the stable. This is kind of critical I guess, I think it should really go to the release. It's the first time I got into a such a nasty bug with freebsd. Unfortunately the release has 'left the station', however I guess we might be able to add a pointer in the erratum document. I'm not sure who is in charge of that doc. (re?) On Wed, Mar 10, 2010 at 3:44 AM, Rick Macklem rmack...@uoguelph.ca wrote: On Wed, 10 Mar 2010, Adrenalin wrote: Hi, I would like to know if this bug has been fixed in the FreeBSD 8 Release since I got it 3 times already on a busy box that use heavily NFS (with lots of files). Unfortunately my processes are not compiled with debug symbols(so I cannot get an backtrace), but I've got all the php-cgi stuck in the rpccon state just like described here, I cannot kill them and I cannot cleanly reboot, manual restart is required. I suspect that what you are seeing is fixed by: http://people.freebsd.org/~rmacklem/patches/freebsd8-clntvc.patchhttp://people.freebsd.org/%7Ermacklem/patches/freebsd8-clntvc.patch It is in head and stable/8, but did not make the FreeBSD8.0 release. I believe that the patch is safe to add to a FreeBSD8.0 release kernel. rick ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
RE: dev.bce.X.com_no_buffers increasing and packet loss
What's the traffic look like? Jumbo, standard, short frames? Any=20 good ideas on profiling the code? I haven't figured out how to use the CPU TSC but there is a free running timer on the device that might be usable to calculate where the driver's time is spent. It looks like the traffic that provoked it was this: 10:18:42.319370 IP X.4569 X.4569: UDP, length 12 10:18:42.319402 IP X.4569 X.4569: UDP, length 12 10:18:42.319438 IP X.4569 X.4569: UDP, length 12 10:18:42.319484 IP X.4569 X.4569: UDP, length 12 10:18:42.319517 IP X.4569 X.4569: UDP, length 12 A flurry of UDP tinygrams on an IAX2 trunk. The packet rate isn't spectacular at about 30kpps which on top of the base load of 60kpps still isn't a fantastic packet rate. The interesting thing is that while this storm was inprogress, it almost entirely excluded other traffic on the network. Ok, small packet performance is involved, this narrows down the range of problems. The current design of bce_rx_intr() attempts to process all RX frames in the receive ring. After all available frames have been processed then the function will attempt to refill the ring with new buffers. It's likely that there's a long gap between the time the last receive buffer is consumed and the time the RX ring is refilled and the buffers are posted to the hardware, causing a burst of dropped frames and the com_no_buffers firmware counter to increment. Changing the high level design of bce_rx_intr() and bce_rx_fill_chain() slightly to post a new buffer as each frame is passed to the OS would likely avoid these gaps during bursts of small frames but I'm not sure whether they'll have a negative impact on the more common case of streams of MTU sized frames. I've considered this in the past but never coded the change and tested the resulting performance. Does anyone have some experience with one method over the other? Dave ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
RE: Error 127.0.0.1: no route to host
This error was caused by my commit r204902 from yesterday. Please try patch at http://people.freebsd.org/~qingli/route.h.diff The route.h.diff patch warrants some explanation. What I did here is basically excluding if_link_state checks against loopback interfaces and point-to-point interfaces. The loopback interface does not modify this variable and conceptually it is always up. The bug was due to the check was also performed on the loopback interface, and broke all self destined traffic (127.0.0.1 and all local IPs). The route.h.diff fixes this bug. The story for the point-to-point interfaces is slightly different. For example, if_tun interface updates the if_link_state but I am not sure about the other ppp pseudo interface. By excluding the PPP interfaces from the link state check, the behavior may be when ECMP is enabled and a PPP link is actually down, traffic would go into blackhole, but that's exactly the current behavior. So with r204902 and ECMP enabled, you can failover and load-balance across physical interfaces and those dependent interface types such as if_vlan and if_lagg, but not PPP link types (for now, which I will fix in time). Your comments are welcome. -- Qing -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd- curr...@freebsd.org] On Behalf Of Li, Qing Sent: Tuesday, March 09, 2010 11:05 AM To: Renato Botelho; FreeBSD Current Subject: RE: Error 127.0.0.1: no route to host Thanks for the report, I am looking at it and will get back to you. -- Qing -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd- curr...@freebsd.org] On Behalf Of Renato Botelho Sent: Tuesday, March 09, 2010 10:47 AM To: FreeBSD Current Subject: Error 127.0.0.1: no route to host I updated my 9.0-current amd64 today on rev. 204915 and start to get errors like this 127.0.0.1: no route to host I boot using kernel.old and everything back to normal. I don't know exactly revision of my kernel.old because last change made on sys/conf/newvers.sh simply removed this information from my uname, see: FreeBSD botelhor.bplab.local 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Mon Mar 8 15:52:59 BRT 2010 r...@botelhor.bplab.local:/usr/obj/usr/src/sys/GARGA amd64 I just know it was built yesterday about 18:00 UTC Is there any other way to get this information? Let me know if you need more information about my environment. Regards -- Renato Botelho ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current- unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current- unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current- unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: dev.bce.X.com_no_buffers increasing and packet loss
On Wed, Mar 10, 2010 at 11:11:13AM -0800, David Christensen wrote: What's the traffic look like? Jumbo, standard, short frames? Any=20 good ideas on profiling the code? I haven't figured out how to use the CPU TSC but there is a free running timer on the device that might be usable to calculate where the driver's time is spent. It looks like the traffic that provoked it was this: 10:18:42.319370 IP X.4569 X.4569: UDP, length 12 10:18:42.319402 IP X.4569 X.4569: UDP, length 12 10:18:42.319438 IP X.4569 X.4569: UDP, length 12 10:18:42.319484 IP X.4569 X.4569: UDP, length 12 10:18:42.319517 IP X.4569 X.4569: UDP, length 12 A flurry of UDP tinygrams on an IAX2 trunk. The packet rate isn't spectacular at about 30kpps which on top of the base load of 60kpps still isn't a fantastic packet rate. The interesting thing is that while this storm was inprogress, it almost entirely excluded other traffic on the network. Ok, small packet performance is involved, this narrows down the range of problems. The current design of bce_rx_intr() attempts to process all RX frames in the receive ring. After all available frames have been processed then the function will attempt to refill the ring with new buffers. It's likely that there's a long gap between the time the last receive buffer is consumed and the time the RX ring is refilled and the buffers are posted to the hardware, causing a burst of dropped frames and the com_no_buffers firmware counter to increment. I successfully reproduced the issue with netperf on BCM5709. You can use UDP frame size 1 to trigger the issue. Changing the high level design of bce_rx_intr() and bce_rx_fill_chain() slightly to post a new buffer as each frame is passed to the OS would likely avoid these gaps during bursts of small frames but I'm not sure whether they'll have a negative impact on the more common case of streams of MTU sized frames. I've considered this in the past but never coded the change and tested the resulting performance. I guess this may slightly increase performance with additional bus_dma(9) overheads but I think one of reason of dropping frames under heavy UDP frames may come from lack of free RX descriptors. Because bce(4) just uses a single RX ring so the number of available RX buffers would be 512. However it seems it's not possible to increase the number of RX buffers per RX ring so the next possible approach would be switching to use multiple RX rings with RSS. Even though FreeBSD does not dynamically adjust loads among CPUs I guess using RSS would be the way to go. Does anyone have some experience with one method over the other? Dave ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Error 127.0.0.1: no route to host
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/10/10 12:18, Li, Qing wrote: Could you please provide me with more information, such as your ifconfig and netstat output? What's the error message? With or without r204902, I do not see any difference in ifconfig or netstat output. Addresses and routes are added as normal. Without the route.h patch, I can't ping 127.0.0.1 or the local or remote address of the OpenVPN tunnel (on tap0). In fact, you can't even build OpenVPN from ports as it'll fail its self-test. With the route.h patch, I can ping all local addresses but not the far end of the tunnel. Backing out r204902 restores normal operation of the tunnel. Asking the obvious question, you updated to r204902? FreeBSD toshi.auburn.protected-networks.net 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r204949M: Wed Mar 10 07:22:22 EST 2010 The 'M' signifies only that I've added my Nikon camera to the usbdev list and added aquirk for it, imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuYA0cACgkQQv9rrgRC1JL0bgCgqte+e7snRtr9uA/u0q5XaYLm OvoAn0o6Att5R8I2da8HyNiZnDCT/NHQ =BW8c -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: PING: Re: HEADS UP: utmp.h gone. All welcome utmpx.h.
Ping again. Tia, Andreas On 07.02.10 21:54, Andreas Tobler wrote: Hi all, On 17.01.10 13:11, Andreas Tobler wrote: On 17.01.10 02:36, Ed Schouten wrote: * Andreas Toblerandreast-l...@fgznet.chwrote: So far everything went smooth. But one issue I have, I use mlterm (/usr/ports/x11/mlterm) and here I fail to build it. kik_utmp_bsd.c:28:2: error: #error UT_LINESIZE is not defined. kik_utmp_bsd.c:32:2: error: #error _PATH_UTMP is not defined. kik_utmp_bsd.c:36:2: error: #error _PATH_WTMP is not defined. kik_utmp_bsd.c:40:2: error: #error _PATH_LASTLOG is not defined. I see they where defined in utmp.h, but I do not see how to handle/patch this with the current situation. Would you mind giving me a hand on how to fix this? I'm willing to hack/test. Could you try the attached patch? Nobutaka, if the patch works properly, could you commit it to CVS, please? Thanks a lot! Works here so far. I use the patch you sent me with success. Everytime I sync the ports tree it is gone :( Is there something we forgot to test? Or why is this patch not committed to the ports tree? If you'd need some help/test from my side, please tell me. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Kernel from today does not build any more
After cvsup my CURRENT amd64 systems today I am not able to build custom kernel any more. Does anyone else observes the following breakage? === bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/RHURLIN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/RHURLIN -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c cc1: warnings being treated as errors /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c: In function 'bwn_tsf_read': /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:10384: warning: unused variable 'sc' *** Error code 1 Stop in /usr/src/sys/modules/bwn. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 ... Thanks in advance, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Kernel from today does not build any more
On Wed, Mar 10, 2010 at 09:23:26PM +0100, Rainer Hurling wrote: After cvsup my CURRENT amd64 systems today I am not able to build custom kernel any more. Does anyone else observes the following breakage? Fixed in r204983. === bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/RHURLIN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/RHURLIN -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c cc1: warnings being treated as errors /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c: In function 'bwn_tsf_read': /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:10384: warning: unused variable 'sc' *** Error code 1 Stop in /usr/src/sys/modules/bwn. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 ... Thanks in advance, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Kernel from today does not build any more
On 10.03.2010 22:46 (UTC+1), Pyun YongHyeon wrote: On Wed, Mar 10, 2010 at 09:23:26PM +0100, Rainer Hurling wrote: After cvsup my CURRENT amd64 systems today I am not able to build custom kernel any more. Does anyone else observes the following breakage? Fixed in r204983. Thanks, will try it tomorrow. Rainer === bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/RHURLIN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/RHURLIN -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c cc1: warnings being treated as errors /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c: In function 'bwn_tsf_read': /usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:10384: warning: unused variable 'sc' *** Error code 1 Stop in /usr/src/sys/modules/bwn. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?
On Sun, Mar 7, 2010 at 11:24 AM, Garrett Cooper yanef...@gmail.com wrote: On Sun, Mar 7, 2010 at 2:07 AM, Garrett Cooper yanef...@gmail.com wrote: Hi Alexander and Hans, I recently did the following which generated a panic on a 9-CURRENT kernel compiled on the 26th: 1. Executed reboot 2. Removed keyboard. 3. Some time after `All buffers synced\nUptime: ...' was displayed, the keyboard was registered disconnected. 4. The interrupt was delivered to my twa(4) enabled card and the kernel panicked, like so: ugen2.2: Mitsumi Electric at usbus2 (disconnected) uhub8: at uhub2, port 1, addr 2 (disconnected) ugen2.3: Mitsumi Electric at usbus2 (disconnected) ukbd0: at uhub8, port 3, addr 3 (disconnected) uhid0: at uhub8, port 3, addr 3 (disconnected) panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/dev/twa/tw_cl_intr.c:88 cpuid = 1 KDB: enter: panic [thread pid 12 tid 100025 ] Stopped at kdb_enter+0x3d: movq $0,0x40289c(%rip) db I wish I could provide you with more details, but unfortunately I the USB bus isn't registering the fact that I'm reattaching the keyboard right now and the box won't reboot automatically :( (didn't set the right sysctl beforehand to panic automatically). I'll try and reproduce the issue again, but I was just wondering whether or not you guys had seen this problem before. Phew... it's reproducible with that kernel. Here's what I did exactly (because my original directions were incorrect): 1. Hit power button (for S5). 2. Disconnect keyboard RIGHT as `Uptime: ...' is displayed. Kernel panicked on my system again. Now to figure out if it still exists with a kernel compiled today, and also how to debug it if it still does exist :/... Thanks, -Garrett Hi Garrett, Could you please try the patch below and report back? Thank you diff -r cab6489de66d sys/dev/twa/tw_cl_intr.c --- a/sys/dev/twa/tw_cl_intr.cWed Mar 03 04:51:13 2010 -0500 +++ b/sys/dev/twa/tw_cl_intr.cWed Mar 10 06:29:05 2010 -0500 @@ -75,9 +75,12 @@ tw_cl_interrupt(struct tw_cl_ctlr_handle if (ctlr == NULL) goto out; - /* If we get an interrupt while resetting, it is a shared -one for another device, so just bail */ - if (ctlr-state TW_CLI_CTLR_STATE_RESET_IN_PROGRESS) + /* + * If we get an interrupt while resetting or shutting down, + * it is a shared one for another device, so just bail + */ + if (ctlr-state TW_CLI_CTLR_STATE_RESET_IN_PROGRESS || + (ctrl-state TW_CLI_CTLR_STATE_ACTIVE) == 0) goto out; /* ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?
Hi FreeBSD-current, My name is Tom Couch, I am part of the 3ware driver team recently acquired by LSI. I believe Giovanni's patch, below, is the correct fix for this bug. I am available to maintain the twa driver, now that I am on this list. Let me know how I can help, Tom On Wed, Mar 10, 2010 at 1:56 PM, Giovanni Trematerra giovanni.tremate...@gmail.com wrote: On Sun, Mar 7, 2010 at 11:24 AM, Garrett Cooper yanef...@gmail.com wrote: On Sun, Mar 7, 2010 at 2:07 AM, Garrett Cooper yanef...@gmail.com wrote: Hi Alexander and Hans, I recently did the following which generated a panic on a 9-CURRENT kernel compiled on the 26th: 1. Executed reboot 2. Removed keyboard. 3. Some time after `All buffers synced\nUptime: ...' was displayed, the keyboard was registered disconnected. 4. The interrupt was delivered to my twa(4) enabled card and the kernel panicked, like so: ugen2.2: Mitsumi Electric at usbus2 (disconnected) uhub8: at uhub2, port 1, addr 2 (disconnected) ugen2.3: Mitsumi Electric at usbus2 (disconnected) ukbd0: at uhub8, port 3, addr 3 (disconnected) uhid0: at uhub8, port 3, addr 3 (disconnected) panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/dev/twa/tw_cl_intr.c:88 cpuid = 1 KDB: enter: panic [thread pid 12 tid 100025 ] Stopped at kdb_enter+0x3d: movq $0,0x40289c(%rip) db I wish I could provide you with more details, but unfortunately I the USB bus isn't registering the fact that I'm reattaching the keyboard right now and the box won't reboot automatically :( (didn't set the right sysctl beforehand to panic automatically). I'll try and reproduce the issue again, but I was just wondering whether or not you guys had seen this problem before. Phew... it's reproducible with that kernel. Here's what I did exactly (because my original directions were incorrect): 1. Hit power button (for S5). 2. Disconnect keyboard RIGHT as `Uptime: ...' is displayed. Kernel panicked on my system again. Now to figure out if it still exists with a kernel compiled today, and also how to debug it if it still does exist :/... Thanks, -Garrett Hi Garrett, Could you please try the patch below and report back? Thank you diff -r cab6489de66d sys/dev/twa/tw_cl_intr.c --- a/sys/dev/twa/tw_cl_intr.cWed Mar 03 04:51:13 2010 -0500 +++ b/sys/dev/twa/tw_cl_intr.cWed Mar 10 06:29:05 2010 -0500 @@ -75,9 +75,12 @@ tw_cl_interrupt(struct tw_cl_ctlr_handle if (ctlr == NULL) goto out; - /* If we get an interrupt while resetting, it is a shared -one for another device, so just bail */ - if (ctlr-state TW_CLI_CTLR_STATE_RESET_IN_PROGRESS) + /* + * If we get an interrupt while resetting or shutting down, + * it is a shared one for another device, so just bail + */ + if (ctlr-state TW_CLI_CTLR_STATE_RESET_IN_PROGRESS || + (ctrl-state TW_CLI_CTLR_STATE_ACTIVE) == 0) goto out; /* ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
RE: dev.bce.X.com_no_buffers increasing and packet loss
I successfully reproduced the issue with netperf on BCM5709. You can use UDP frame size 1 to trigger the issue. Changing the high level design of bce_rx_intr() and bce_rx_fill_chain() slightly to post a new buffer as each frame is passed to the OS would likely avoid these gaps during bursts of small frames but I'm not sure whether they'll have a negative impact on the more common case of streams of MTU sized frames. I've considered this in the past but never coded the change and tested the resulting performance. I guess this may slightly increase performance with additional bus_dma(9) overheads but I think one of reason of dropping frames under heavy UDP frames may come from lack of free RX descriptors. Because bce(4) just uses a single RX ring so the number of available RX buffers would be 512. However it seems it's not possible to increase the number of RX buffers per RX ring so the next possible approach would be switching to use multiple RX rings with RSS. Even though FreeBSD does not dynamically adjust loads among CPUs I guess using RSS would be the way to go. The bce(4) hardware supports a linked list of pages for RX buffer descriptors. The stock build supports 2 pages (RX_PAGES) with a total of 511 BD's per page. The hardware can support a maximum of 64K BD's but that would be an unnecessarily large amount of mbufs for an infrequent problem. The middle road would probably involve changing RX_PAGES from a #define to a sysctl variable to allow tuning for specific environments along with a change in bce_rx_intr() to fill the ring after all frames have been processed or when more than 256 BDs have been consumed, whichever comes first. RSS would be great as well though it wouldn't make a dent in this case since RSS is only supported for TCP, not UDP. Dave ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: dev.bce.X.com_no_buffers increasing and packet loss
On Wed, Mar 10, 2010 at 02:45:47PM -0800, David Christensen wrote: I successfully reproduced the issue with netperf on BCM5709. You can use UDP frame size 1 to trigger the issue. Changing the high level design of bce_rx_intr() and bce_rx_fill_chain() slightly to post a new buffer as each frame is passed to the OS would likely avoid these gaps during bursts of small frames but I'm not sure whether they'll have a negative impact on the more common case of streams of MTU sized frames. I've considered this in the past but never coded the change and tested the resulting performance. I guess this may slightly increase performance with additional bus_dma(9) overheads but I think one of reason of dropping frames under heavy UDP frames may come from lack of free RX descriptors. Because bce(4) just uses a single RX ring so the number of available RX buffers would be 512. However it seems it's not possible to increase the number of RX buffers per RX ring so the next possible approach would be switching to use multiple RX rings with RSS. Even though FreeBSD does not dynamically adjust loads among CPUs I guess using RSS would be the way to go. The bce(4) hardware supports a linked list of pages for RX buffer descriptors. The stock build supports 2 pages (RX_PAGES) with a total of 511 BD's per page. The hardware can support a maximum of 64K BD's but that would be an unnecessarily large amount of mbufs for an infrequent problem. Thanks for the info. I guess 2048 or 4096 BDs would be necessary to get satisfactory Rx performance. I'll have to experiment this. The middle road would probably involve changing RX_PAGES from a #define to a sysctl variable to allow tuning for specific environments along with a change in bce_rx_intr() to fill the ring after all frames have been processed or when more than 256 BDs have been consumed, whichever comes first. RSS would be great as well though it wouldn't make a dent in this case since RSS is only supported for TCP, not UDP. Even though UDP is not supported in RSS, RSS can handle IP. This wouldn't distribute UDP load coming from a single host but if source IP address is different it may help, I guess. Dave ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: PF not working, with lock order reversal
On Wed, Mar 10, 2010 at 8:43 AM, Rob Farmer rfar...@predatorlabs.net wrote: Hi, I just updated a sparc64 Sun Netra X1 running current. I am using PF (built into the kernel) and now I cannot connect to the machine while PF is enabled (but outbound traffic from the machine works). The same ruleset has worked fine for me for several years on this and other systems. I'm getting the following LOR at boot and wonder if it is related? lock order reversal: 1st 0xc0424d28 pf task mtx (pf task mtx) @ /usr/src/sys/contrib/pf/net/pf.c:6929 2nd 0xf800011954f8 radix node head (radix node head) @ /usr/src/sys/net/route.c:360 KDB: stack backtrace: _witness_debugger() at _witness_debugger+0x84 witness_checkorder() at witness_checkorder+0xafc _rw_rlock() at _rw_rlock+0x44 rtalloc1_fib() at rtalloc1_fib+0x124 rtalloc_ign_fib() at rtalloc_ign_fib+0xac pf_calc_mss() at pf_calc_mss+0xbc pf_test_tcp() at pf_test_tcp+0xf04 pf_test() at pf_test+0x10e8 pf_check_in() at pf_check_in+0x14 pfil_run_hooks() at pfil_run_hooks+0xb8 ip_input() at ip_input+0x488 netisr_dispatch_src() at netisr_dispatch_src+0xf0 ether_demux() at ether_demux+0x2ac ether_input() at ether_input+0x24c dc_rxeof() at dc_rxeof+0x350 dc_intr() at dc_intr+0x310 intr_event_execute_handlers() at intr_event_execute_handlers+0xc4 ithread_loop() at ithread_loop+0xe4 fork_exit() at fork_exit+0x6c fork_trampoline() at fork_trampoline+0x8 My pf.conf: http://www.predatorlabs.net/dl/pf.conf My kernel config: http://www.predatorlabs.net/dl/NETRA Thanks, -- Rob Farmer To follow up on this issue: I tried using the route.h patch Qing Li posted in another thread and I can access the system now with PF running. I still get the LOR but otherwise everything is working normally. -- Rob Farmer ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
sys/dev/siba/siba_core.c fails compilation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If compiling -current without debugging enabled, this module fails with a warning about unused variables (warnings treated as errors). The attached patch allows compilation to proceed although I'm not convinced that it's entirely correct (duplicate evaluation of device_get_ivars()), imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuYO2QACgkQQv9rrgRC1JIuOQCfYzduyb55+itgjs7tLu4Y0EzE u5oAoLu66AManNJuzvHl/B7eBECOVHfB =wo8h -END PGP SIGNATURE- Index: sys/dev/siba/siba_core.c === --- sys/dev/siba/siba_core.c (revision 204990) +++ sys/dev/siba/siba_core.c (working copy) @@ -2031,11 +2031,8 @@ uint32_t siba_dma_translation(device_t dev) { - struct siba_dev_softc *sd = device_get_ivars(dev); - struct siba_softc *siba = sd-sd_bus; - - KASSERT(siba-siba_type == SIBA_TYPE_PCI, - (unsupported bustype %d\n, siba-siba_type)); + KASSERT(device_get_ivars(dev)-sd_bus-siba_type == SIBA_TYPE_PCI, + (unsupported bustype %d\n, device_get_ivars(dev)-sd_bus-siba_type)); return (SIBA_PCI_DMA); } ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: sys/dev/siba/siba_core.c fails compilation
On Wed, Mar 10, 2010 at 07:37:56PM -0500, Michael Butler wrote: If compiling -current without debugging enabled, this module fails with a warning about unused variables (warnings treated as errors). The attached patch allows compilation to proceed although I'm not convinced that it's entirely correct (duplicate evaluation of device_get_ivars()), Your patch is committed at r204992. Thank you! regards, Weongyo Jeong ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/pc98
TB --- 2010-03-11 03:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-11 03:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-03-11 03:50:00 - cleaning the object tree TB --- 2010-03-11 03:50:29 - cvsupping the source tree TB --- 2010-03-11 03:50:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-03-11 03:50:46 - building world TB --- 2010-03-11 03:50:46 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 03:50:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 03:50:46 - TARGET=pc98 TB --- 2010-03-11 03:50:46 - TARGET_ARCH=i386 TB --- 2010-03-11 03:50:46 - TZ=UTC TB --- 2010-03-11 03:50:46 - __MAKE_CONF=/dev/null TB --- 2010-03-11 03:50:46 - cd /src TB --- 2010-03-11 03:50:46 - /usr/bin/make -B buildworld World build started on Thu Mar 11 03:50:47 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Mar 11 04:49:31 UTC 2010 TB --- 2010-03-11 04:49:31 - generating LINT kernel config TB --- 2010-03-11 04:49:31 - cd /src/sys/pc98/conf TB --- 2010-03-11 04:49:31 - /usr/bin/make -B LINT TB --- 2010-03-11 04:49:31 - building LINT kernel TB --- 2010-03-11 04:49:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 04:49:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 04:49:31 - TARGET=pc98 TB --- 2010-03-11 04:49:31 - TARGET_ARCH=i386 TB --- 2010-03-11 04:49:31 - TZ=UTC TB --- 2010-03-11 04:49:31 - __MAKE_CONF=/dev/null TB --- 2010-03-11 04:49:31 - cd /src TB --- 2010-03-11 04:49:31 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 11 04:49:31 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] === siba_bwn (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c cc1: warnings being treated as errors /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c: In function 'siba_dma_translation': /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/siba_bwn. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-11 05:08:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-11 05:08:16 - ERROR: failed to build lint kernel TB --- 2010-03-11 05:08:16 - 3566.86 user 689.82 system 4695.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/i386
TB --- 2010-03-11 03:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-11 03:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-03-11 03:50:00 - cleaning the object tree TB --- 2010-03-11 03:50:30 - cvsupping the source tree TB --- 2010-03-11 03:50:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-03-11 03:50:46 - building world TB --- 2010-03-11 03:50:46 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 03:50:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 03:50:46 - TARGET=i386 TB --- 2010-03-11 03:50:46 - TARGET_ARCH=i386 TB --- 2010-03-11 03:50:46 - TZ=UTC TB --- 2010-03-11 03:50:46 - __MAKE_CONF=/dev/null TB --- 2010-03-11 03:50:46 - cd /src TB --- 2010-03-11 03:50:46 - /usr/bin/make -B buildworld World build started on Thu Mar 11 03:50:47 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Mar 11 04:49:37 UTC 2010 TB --- 2010-03-11 04:49:37 - generating LINT kernel config TB --- 2010-03-11 04:49:37 - cd /src/sys/i386/conf TB --- 2010-03-11 04:49:37 - /usr/bin/make -B LINT TB --- 2010-03-11 04:49:38 - building LINT kernel TB --- 2010-03-11 04:49:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 04:49:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 04:49:38 - TARGET=i386 TB --- 2010-03-11 04:49:38 - TARGET_ARCH=i386 TB --- 2010-03-11 04:49:38 - TZ=UTC TB --- 2010-03-11 04:49:38 - __MAKE_CONF=/dev/null TB --- 2010-03-11 04:49:38 - cd /src TB --- 2010-03-11 04:49:38 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 11 04:49:38 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] === siba_bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c cc1: warnings being treated as errors /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c: In function 'siba_dma_translation': /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/siba_bwn. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-11 05:11:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-11 05:11:25 - ERROR: failed to build lint kernel TB --- 2010-03-11 05:11:25 - 3752.95 user 688.35 system 4884.32 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on amd64/amd64
TB --- 2010-03-11 03:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-11 03:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-03-11 03:50:00 - cleaning the object tree TB --- 2010-03-11 03:50:34 - cvsupping the source tree TB --- 2010-03-11 03:50:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-03-11 03:50:49 - building world TB --- 2010-03-11 03:50:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 03:50:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 03:50:49 - TARGET=amd64 TB --- 2010-03-11 03:50:49 - TARGET_ARCH=amd64 TB --- 2010-03-11 03:50:49 - TZ=UTC TB --- 2010-03-11 03:50:49 - __MAKE_CONF=/dev/null TB --- 2010-03-11 03:50:49 - cd /src TB --- 2010-03-11 03:50:49 - /usr/bin/make -B buildworld World build started on Thu Mar 11 03:50:54 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Thu Mar 11 05:16:16 UTC 2010 TB --- 2010-03-11 05:16:16 - generating LINT kernel config TB --- 2010-03-11 05:16:16 - cd /src/sys/amd64/conf TB --- 2010-03-11 05:16:16 - /usr/bin/make -B LINT TB --- 2010-03-11 05:16:16 - building LINT kernel TB --- 2010-03-11 05:16:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 05:16:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 05:16:16 - TARGET=amd64 TB --- 2010-03-11 05:16:16 - TARGET_ARCH=amd64 TB --- 2010-03-11 05:16:16 - TZ=UTC TB --- 2010-03-11 05:16:16 - __MAKE_CONF=/dev/null TB --- 2010-03-11 05:16:16 - cd /src TB --- 2010-03-11 05:16:16 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 11 05:16:16 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] === siba_bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c cc1: warnings being treated as errors /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c: In function 'siba_dma_translation': /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/siba_bwn. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-11 05:36:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-11 05:36:16 - ERROR: failed to build lint kernel TB --- 2010-03-11 05:36:16 - 4836.40 user 932.40 system 6376.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)?
On Wed, Mar 10, 2010 at 2:07 PM, Tom Couch tom.couch.stor...@gmail.com wrote: Hi FreeBSD-current, My name is Tom Couch, I am part of the 3ware driver team recently acquired by LSI. I believe Giovanni's patch, below, is the correct fix for this bug. I am available to maintain the twa driver, now that I am on this list. Let me know how I can help, Tom On Wed, Mar 10, 2010 at 1:56 PM, Giovanni Trematerra giovanni.tremate...@gmail.com wrote: On Sun, Mar 7, 2010 at 11:24 AM, Garrett Cooper yanef...@gmail.com wrote: On Sun, Mar 7, 2010 at 2:07 AM, Garrett Cooper yanef...@gmail.com wrote: Hi Alexander and Hans, I recently did the following which generated a panic on a 9-CURRENT kernel compiled on the 26th: 1. Executed reboot 2. Removed keyboard. 3. Some time after `All buffers synced\nUptime: ...' was displayed, the keyboard was registered disconnected. 4. The interrupt was delivered to my twa(4) enabled card and the kernel panicked, like so: ugen2.2: Mitsumi Electric at usbus2 (disconnected) uhub8: at uhub2, port 1, addr 2 (disconnected) ugen2.3: Mitsumi Electric at usbus2 (disconnected) ukbd0: at uhub8, port 3, addr 3 (disconnected) uhid0: at uhub8, port 3, addr 3 (disconnected) panic: mtx_lock_spin() of destroyed mutex @ /usr/src/sys/dev/twa/tw_cl_intr.c:88 cpuid = 1 KDB: enter: panic [thread pid 12 tid 100025 ] Stopped at kdb_enter+0x3d: movq $0,0x40289c(%rip) db I wish I could provide you with more details, but unfortunately I the USB bus isn't registering the fact that I'm reattaching the keyboard right now and the box won't reboot automatically :( (didn't set the right sysctl beforehand to panic automatically). I'll try and reproduce the issue again, but I was just wondering whether or not you guys had seen this problem before. Phew... it's reproducible with that kernel. Here's what I did exactly (because my original directions were incorrect): 1. Hit power button (for S5). 2. Disconnect keyboard RIGHT as `Uptime: ...' is displayed. Kernel panicked on my system again. Now to figure out if it still exists with a kernel compiled today, and also how to debug it if it still does exist :/... Thanks, -Garrett Hi Garrett, Could you please try the patch below and report back? Thank you diff -r cab6489de66d sys/dev/twa/tw_cl_intr.c --- a/sys/dev/twa/tw_cl_intr.c Wed Mar 03 04:51:13 2010 -0500 +++ b/sys/dev/twa/tw_cl_intr.c Wed Mar 10 06:29:05 2010 -0500 @@ -75,9 +75,12 @@ tw_cl_interrupt(struct tw_cl_ctlr_handle if (ctlr == NULL) goto out; - /* If we get an interrupt while resetting, it is a shared - one for another device, so just bail */ - if (ctlr-state TW_CLI_CTLR_STATE_RESET_IN_PROGRESS) + /* + * If we get an interrupt while resetting or shutting down, + * it is a shared one for another device, so just bail + */ + if (ctlr-state TW_CLI_CTLR_STATE_RESET_IN_PROGRESS || + (ctrl-state TW_CLI_CTLR_STATE_ACTIVE) == 0) goto out; /* I'll give the patch a try sometime before the weekend; I have a critical deadline that I need to work through and the machine can't be taken offline until then. Thanks! -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on ia64/ia64
TB --- 2010-03-11 04:38:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-11 04:38:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-11 04:38:57 - cleaning the object tree TB --- 2010-03-11 04:39:14 - cvsupping the source tree TB --- 2010-03-11 04:39:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-11 04:39:45 - building world TB --- 2010-03-11 04:39:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 04:39:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 04:39:45 - TARGET=ia64 TB --- 2010-03-11 04:39:45 - TARGET_ARCH=ia64 TB --- 2010-03-11 04:39:45 - TZ=UTC TB --- 2010-03-11 04:39:45 - __MAKE_CONF=/dev/null TB --- 2010-03-11 04:39:45 - cd /src TB --- 2010-03-11 04:39:45 - /usr/bin/make -B buildworld World build started on Thu Mar 11 04:39:45 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Mar 11 05:55:40 UTC 2010 TB --- 2010-03-11 05:55:40 - generating LINT kernel config TB --- 2010-03-11 05:55:40 - cd /src/sys/ia64/conf TB --- 2010-03-11 05:55:40 - /usr/bin/make -B LINT TB --- 2010-03-11 05:55:40 - building LINT kernel TB --- 2010-03-11 05:55:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 05:55:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 05:55:40 - TARGET=ia64 TB --- 2010-03-11 05:55:40 - TARGET_ARCH=ia64 TB --- 2010-03-11 05:55:40 - TZ=UTC TB --- 2010-03-11 05:55:40 - __MAKE_CONF=/dev/null TB --- 2010-03-11 05:55:40 - cd /src TB --- 2010-03-11 05:55:40 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 11 05:55:40 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] === siba_bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c cc1: warnings being treated as errors /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c: In function 'siba_dma_translation': /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/siba_bwn. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-11 06:20:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-11 06:20:17 - ERROR: failed to build lint kernel TB --- 2010-03-11 06:20:17 - 4954.32 user 660.40 system 6079.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc/powerpc
TB --- 2010-03-11 05:11:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-11 05:11:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-03-11 05:11:25 - cleaning the object tree TB --- 2010-03-11 05:11:41 - cvsupping the source tree TB --- 2010-03-11 05:11:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-03-11 05:12:22 - building world TB --- 2010-03-11 05:12:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 05:12:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 05:12:22 - TARGET=powerpc TB --- 2010-03-11 05:12:22 - TARGET_ARCH=powerpc TB --- 2010-03-11 05:12:22 - TZ=UTC TB --- 2010-03-11 05:12:22 - __MAKE_CONF=/dev/null TB --- 2010-03-11 05:12:22 - cd /src TB --- 2010-03-11 05:12:22 - /usr/bin/make -B buildworld World build started on Thu Mar 11 05:12:23 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Mar 11 06:12:41 UTC 2010 TB --- 2010-03-11 06:12:41 - generating LINT kernel config TB --- 2010-03-11 06:12:41 - cd /src/sys/powerpc/conf TB --- 2010-03-11 06:12:41 - /usr/bin/make -B LINT TB --- 2010-03-11 06:12:41 - building LINT kernel TB --- 2010-03-11 06:12:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 06:12:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 06:12:41 - TARGET=powerpc TB --- 2010-03-11 06:12:41 - TARGET_ARCH=powerpc TB --- 2010-03-11 06:12:41 - TZ=UTC TB --- 2010-03-11 06:12:41 - __MAKE_CONF=/dev/null TB --- 2010-03-11 06:12:41 - cd /src TB --- 2010-03-11 06:12:41 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 11 06:12:41 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] === siba_bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c cc1: warnings being treated as errors /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c: In function 'siba_dma_translation': /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/siba_bwn. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-11 06:29:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-11 06:29:31 - ERROR: failed to build lint kernel TB --- 2010-03-11 06:29:31 - 3629.47 user 614.12 system 4685.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
X11 crash on exit
Trying to get X up and running on my Aspire One netbook and having a couple of problems. Here's the first: Whenever I exit, the server gets a Signal 11 and crashes, corrupting the screen. So far, I've been able to just tap the power button to get a clean reboot (in particular, it's just X crashing, not the whole system). FreeBSD 9.0-CURRENT r201154M: Tue Dec 29 09:27:29 PST 2009 GENERIC i386 xorg.conf is pretty vanilla except for the two monitors: 1600x1200 external on the VGA connector and 1024x600 LVDS display. This was autoprobed by the server: Section Device Identifier Card0 Driver intel VendorName Intel Corporation BoardName Mobile 945GME Express Integrated Graphics Controller BusID PCI:0:2:0 Option monitor-LVDS LVDSMonitor Option monitor-VGA VGAMonitor EndSection A backtrace from the server core: #0 0x08092402 in DeliverEventsToWindow () #1 0x0816e37e in ShouldFreeInputMasks () #2 0x081788e9 in SProcXListDeviceProperties () #3 0x0807ecf5 in DisableDevice () #4 0x0807edfa in DisableDevice () #5 0x080cbc5d in xf86PostMotionEvent () #6 0x0807eafb in ActivateDevice () #7 0x0812d168 in LogSetParameter () #8 0x0812d74f in AuditF () #9 0x080bc373 in xf86PrintBacktrace () #10 signal handler called #11 0x081534d6 in ProcRRDeleteOutputProperty () #12 0x0030 in ?? () #13 0x081534bb in ProcRRDeleteOutputProperty () #14 0x5a5a5a5a in ?? () #15 0x287367c0 in ?? () #16 0xbfbfecb8 in ?? () #17 0x0806ed9e in ProcSetSelectionOwner () ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: X11 crash on exit
On Wed, Mar 10, 2010 at 10:40 PM, Tim Kientzle kient...@freebsd.org wrote: Trying to get X up and running on my Aspire One netbook and having a couple of problems. Here's the first: Whenever I exit, the server gets a Signal 11 and crashes, corrupting the screen. So far, I've been able to just tap the power button to get a clean reboot (in particular, it's just X crashing, not the whole system). FreeBSD 9.0-CURRENT r201154M: Tue Dec 29 09:27:29 PST 2009 GENERIC i386 xorg.conf is pretty vanilla except for the two monitors: 1600x1200 external on the VGA connector and 1024x600 LVDS display. This was autoprobed by the server: Section Device Identifier Card0 Driver intel VendorName Intel Corporation BoardName Mobile 945GME Express Integrated Graphics Controller BusID PCI:0:2:0 Option monitor-LVDS LVDSMonitor Option monitor-VGA VGAMonitor EndSection A backtrace from the server core: #0 0x08092402 in DeliverEventsToWindow () #1 0x0816e37e in ShouldFreeInputMasks () #2 0x081788e9 in SProcXListDeviceProperties () #3 0x0807ecf5 in DisableDevice () #4 0x0807edfa in DisableDevice () #5 0x080cbc5d in xf86PostMotionEvent () #6 0x0807eafb in ActivateDevice () #7 0x0812d168 in LogSetParameter () #8 0x0812d74f in AuditF () #9 0x080bc373 in xf86PrintBacktrace () #10 signal handler called #11 0x081534d6 in ProcRRDeleteOutputProperty () #12 0x0030 in ?? () #13 0x081534bb in ProcRRDeleteOutputProperty () #14 0x5a5a5a5a in ?? () #15 0x287367c0 in ?? () #16 0xbfbfecb8 in ?? () #17 0x0806ed9e in ProcSetSelectionOwner () Hi Tim! X11 appears to crash a lot with SIGSEGV when something library or application along the way breaks; I've run into this issue multiple times lately trying to setup my PoC thin client from scratch over the past couple of days. Is this recently happening after an application upgrade, or is this a new [pristine?] machine? Thanks! -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: dev.bce.X.com_no_buffers increasing and packet loss
Pyun YongHyeon wrote: I successfully reproduced the issue with netperf on BCM5709. You can use UDP frame size 1 to trigger the issue. Now I wish I had paid closer attention ages ago. I actually saw this when I benchmarked the system post purchase, but didn't investigate further. I tested and specified the hardware and that system was forwarding 1MPPS. Then the bean counters got interested in Dell and they bought something entirely different. Thanks very, very much for your interest. This is one of the reasons I love FreeBSD - invariably, the right people are available and interested. Ian -- Ian Freislich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on powerpc/powerpc
Weongyo, et all, On Wed, Mar 10, 2010 at 10:29 PM, FreeBSD Tinderbox tinder...@freebsd.org wrote: TB --- 2010-03-11 05:11:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-11 05:11:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-03-11 05:11:25 - cleaning the object tree TB --- 2010-03-11 05:11:41 - cvsupping the source tree TB --- 2010-03-11 05:11:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-03-11 05:12:22 - building world TB --- 2010-03-11 05:12:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 05:12:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 05:12:22 - TARGET=powerpc TB --- 2010-03-11 05:12:22 - TARGET_ARCH=powerpc TB --- 2010-03-11 05:12:22 - TZ=UTC TB --- 2010-03-11 05:12:22 - __MAKE_CONF=/dev/null TB --- 2010-03-11 05:12:22 - cd /src TB --- 2010-03-11 05:12:22 - /usr/bin/make -B buildworld World build started on Thu Mar 11 05:12:23 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Mar 11 06:12:41 UTC 2010 TB --- 2010-03-11 06:12:41 - generating LINT kernel config TB --- 2010-03-11 06:12:41 - cd /src/sys/powerpc/conf TB --- 2010-03-11 06:12:41 - /usr/bin/make -B LINT TB --- 2010-03-11 06:12:41 - building LINT kernel TB --- 2010-03-11 06:12:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 06:12:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 06:12:41 - TARGET=powerpc TB --- 2010-03-11 06:12:41 - TARGET_ARCH=powerpc TB --- 2010-03-11 06:12:41 - TZ=UTC TB --- 2010-03-11 06:12:41 - __MAKE_CONF=/dev/null TB --- 2010-03-11 06:12:41 - cd /src TB --- 2010-03-11 06:12:41 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 11 06:12:41 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] === siba_bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c cc1: warnings being treated as errors /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c: In function 'siba_dma_translation': /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/siba_bwn. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-11 06:29:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-11 06:29:31 - ERROR: failed to build lint kernel TB --- 2010-03-11 06:29:31 - 3629.47 user 614.12 system 4685.83 real Could someone please try this patch to see whether or not it fixes the void* deref issue? I don't think it's style(9) correct, but it might resolve the issue. Thanks, -Garrett Index: siba_core.c === --- siba_core.c (revision 204996) +++ siba_core.c (working copy) @@ -2032,9 +2032,9 @@ siba_dma_translation(device_t dev) { - KASSERT(device_get_ivars(dev)-sd_bus-siba_type == SIBA_TYPE_PCI, - (unsupported bustype %d\n, -device_get_ivars(dev)-sd_bus-siba_type)); + KASSERT(((struct siba_softc *) device_get_ivars(dev))-sd_bus-siba_type == + SIBA_TYPE_PCI, (unsupported bustype %d\n, + ((struct siba_softc*) device_get_ivars(dev))-sd_bus-siba_type)); return (SIBA_PCI_DMA); } ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current
[head tinderbox] failure on sparc64/sparc64
TB --- 2010-03-11 05:36:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-11 05:36:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-03-11 05:36:17 - cleaning the object tree TB --- 2010-03-11 05:36:34 - cvsupping the source tree TB --- 2010-03-11 05:36:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-03-11 05:37:04 - building world TB --- 2010-03-11 05:37:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 05:37:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 05:37:04 - TARGET=sparc64 TB --- 2010-03-11 05:37:04 - TARGET_ARCH=sparc64 TB --- 2010-03-11 05:37:04 - TZ=UTC TB --- 2010-03-11 05:37:04 - __MAKE_CONF=/dev/null TB --- 2010-03-11 05:37:04 - cd /src TB --- 2010-03-11 05:37:04 - /usr/bin/make -B buildworld World build started on Thu Mar 11 05:37:04 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Mar 11 06:33:09 UTC 2010 TB --- 2010-03-11 06:33:09 - generating LINT kernel config TB --- 2010-03-11 06:33:09 - cd /src/sys/sparc64/conf TB --- 2010-03-11 06:33:09 - /usr/bin/make -B LINT TB --- 2010-03-11 06:33:09 - building LINT kernel TB --- 2010-03-11 06:33:09 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 06:33:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 06:33:09 - TARGET=sparc64 TB --- 2010-03-11 06:33:09 - TARGET_ARCH=sparc64 TB --- 2010-03-11 06:33:09 - TZ=UTC TB --- 2010-03-11 06:33:09 - __MAKE_CONF=/dev/null TB --- 2010-03-11 06:33:09 - cd /src TB --- 2010-03-11 06:33:09 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 11 06:33:09 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] === siba_bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c cc1: warnings being treated as errors /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c: In function 'siba_dma_translation': /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/siba_bwn. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-11 06:49:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-11 06:49:56 - ERROR: failed to build lint kernel TB --- 2010-03-11 06:49:56 - 3495.35 user 600.04 system 4419.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: dev.bce.X.com_no_buffers increasing and packet loss
Pyun YongHyeon wrote: On Wed, Mar 10, 2010 at 02:45:47PM -0800, David Christensen wrote: The bce(4) hardware supports a linked list of pages for RX buffer descriptors. The stock build supports 2 pages (RX_PAGES) with a total of 511 BD's per page. The hardware can support a maximum of 64K BD's but that would be an unnecessarily large amount of mbufs for an infrequent problem. I think that depends on how you define infrequent. Our use case is a largish core router. It's highly likely that we'll see this again and again in various packet storms on our network. Ian -- Ian Freislich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on sparc64/sun4v
TB --- 2010-03-11 05:57:33 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-11 05:57:33 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-03-11 05:57:33 - cleaning the object tree TB --- 2010-03-11 05:57:44 - cvsupping the source tree TB --- 2010-03-11 05:57:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-03-11 05:58:10 - building world TB --- 2010-03-11 05:58:10 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 05:58:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 05:58:10 - TARGET=sun4v TB --- 2010-03-11 05:58:10 - TARGET_ARCH=sparc64 TB --- 2010-03-11 05:58:10 - TZ=UTC TB --- 2010-03-11 05:58:10 - __MAKE_CONF=/dev/null TB --- 2010-03-11 05:58:10 - cd /src TB --- 2010-03-11 05:58:10 - /usr/bin/make -B buildworld World build started on Thu Mar 11 05:58:10 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Mar 11 06:51:45 UTC 2010 TB --- 2010-03-11 06:51:45 - generating LINT kernel config TB --- 2010-03-11 06:51:45 - cd /src/sys/sun4v/conf TB --- 2010-03-11 06:51:45 - /usr/bin/make -B LINT TB --- 2010-03-11 06:51:45 - building LINT kernel TB --- 2010-03-11 06:51:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 06:51:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 06:51:45 - TARGET=sun4v TB --- 2010-03-11 06:51:45 - TARGET_ARCH=sparc64 TB --- 2010-03-11 06:51:45 - TZ=UTC TB --- 2010-03-11 06:51:45 - __MAKE_CONF=/dev/null TB --- 2010-03-11 06:51:45 - cd /src TB --- 2010-03-11 06:51:45 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Mar 11 06:51:45 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] === siba_bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c cc1: warnings being treated as errors /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c: In function 'siba_dma_translation': /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/siba_bwn. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-11 07:08:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-11 07:08:45 - ERROR: failed to build lint kernel TB --- 2010-03-11 07:08:45 - 3499.16 user 582.64 system 4271.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org