Re: cardbus panic: end address is not aligned
On 07/12/2011 07:22, John Baldwin wrote: On Monday, July 11, 2011 9:29:19 pm Doug Barton wrote: On 07/08/2011 06:19, John Baldwin wrote: Hmm, well that's odd. It didn't grow it enough it seems. Also, can you boot your machine, then do 'sysctl debug.bootverbose=1', insert the card and record the messages in dmesg when it does? (You can likely get those out of kgdb.) I tried your patch, and got some odd results. The good news is, no crash. However it did not actually enable the cards, with or without if_ath being loaded before inserting them. Here is the dmesg output with debug.bootverbose=1. This is with inserting and removing first one card, then the other. Hmm, can you try without NEW_PCIB just as a test? (You'll need to add 'nooption NEW_PCIB' to your kernel config file.) No change. Still no panic, but the cards were not recognized with or without if_ath loaded in advance. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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: cardbus panic: end address is not aligned
Don't forget if_ath_pci. Adrian On 14 July 2011 16:59, Doug Barton do...@freebsd.org wrote: On 07/12/2011 07:22, John Baldwin wrote: On Monday, July 11, 2011 9:29:19 pm Doug Barton wrote: On 07/08/2011 06:19, John Baldwin wrote: Hmm, well that's odd. It didn't grow it enough it seems. Also, can you boot your machine, then do 'sysctl debug.bootverbose=1', insert the card and record the messages in dmesg when it does? (You can likely get those out of kgdb.) I tried your patch, and got some odd results. The good news is, no crash. However it did not actually enable the cards, with or without if_ath being loaded before inserting them. Here is the dmesg output with debug.bootverbose=1. This is with inserting and removing first one card, then the other. Hmm, can you try without NEW_PCIB just as a test? (You'll need to add 'nooption NEW_PCIB' to your kernel config file.) No change. Still no panic, but the cards were not recognized with or without if_ath loaded in advance. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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: cardbus panic: end address is not aligned
On Thursday, July 14, 2011 6:27:20 am Adrian Chadd wrote: Don't forget if_ath_pci. Which I think is a bug for this very reason if it turns out to be the cause. Adrian On 14 July 2011 16:59, Doug Barton do...@freebsd.org wrote: On 07/12/2011 07:22, John Baldwin wrote: On Monday, July 11, 2011 9:29:19 pm Doug Barton wrote: On 07/08/2011 06:19, John Baldwin wrote: Hmm, well that's odd. It didn't grow it enough it seems. Also, can you boot your machine, then do 'sysctl debug.bootverbose=1', insert the card and record the messages in dmesg when it does? (You can likely get those out of kgdb.) I tried your patch, and got some odd results. The good news is, no crash. However it did not actually enable the cards, with or without if_ath being loaded before inserting them. Here is the dmesg output with debug.bootverbose=1. This is with inserting and removing first one card, then the other. Hmm, can you try without NEW_PCIB just as a test? (You'll need to add 'nooption NEW_PCIB' to your kernel config file.) No change. Still no panic, but the cards were not recognized with or without if_ath loaded in advance. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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 -- John Baldwin ___ 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: cardbus panic: end address is not aligned
On 07/14/2011 11:39, John Baldwin wrote: On Thursday, July 14, 2011 6:27:20 am Adrian Chadd wrote: Don't forget if_ath_pci. Which I think is a bug for this very reason if it turns out to be the cause. I have MODULES_OVERRIDE=ath ... in src.conf and I have an if_ath module, but no if_ath_pci module. There is no directory in /sys/modules for either, and no Makefile in /sys/dev/ath. Looking in GENERIC it seems I'm going to need ath_hal as well? Do _pci and _hal need to be compiled into the kernel unconditionally in order to use if_ath? Or am I missing something? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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: named crashes on assertion in rbtdb.c on sparc64/SMP
On Thu, Jul 14, 2011 at 09:53:42AM +0400, KOT MATPOCKuH wrote: 2011/7/11 KOT MATPOCKuH matpoc...@gmail.com: Oops, sorry, I forgot to revert the previous patch when test-compiling. Please re-fetch sparc64_isc_atomic.h.diff2 and try again. I started named from ports (dns/bind96) at Sat Jul ?9 10:08:41 MSD, and it worked properly till Sun Jul 10 22:25:41 MSD. At 22:25:41 I restarted bind from base system with your sparc64_isc_atomic.h.diff2. From this moment till today, 15:57:05 he crashed 3 times: Jul 10 23:19:19 sunrise kernel: pid 45352 (named), uid 53: exited on signal 6 Jul 11 14:52:20 sunrise kernel: pid 52032 (named), uid 53: exited on signal 6 Jul 11 15:14:15 sunrise kernel: pid 71300 (named), uid 53: exited on signal 6 To make to ensure proper operation of bind from ports, I ran it again at 15:57:05, and, I think, we need to wait several days. And from that time till now bind from ports never died and works properly... Okay. Doug, could you please disable the use of atomic operations for sparc64 in the in-tree BIND via the following patch in order to match what the vendor source does? http://people.freebsd.org/~marius/sparc64_isc_disable_atomic.diff I've no idea why they don't work properly (apart from the fact that there additionally should be memory barriers at least when used for reference counting just like the alpha version of the ISC atomic operations uses), I just can say they match what we use in the kernel without problems pretty closely and that they work as described in the respective comments when testing them stand-alone. So my best guess is that the BIND source additionaly depends on some x86-specific behavior of the atomic operations there or in general, but from a glance the source it's not obvious for me what that could be. Given that the vendor source doesn't even use atomic operations on Solaris/SPARC I suspect this is a non-trivial problem. It probably would be a good idea to also disable the use of atomic operations for arm again just like the vendor source does as they don't work there either but nobody seems to care (see PR 154306). Marius ___ 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: cardbus panic: end address is not aligned
On 07/14/2011 12:55, Doug Barton wrote: On 07/14/2011 11:39, John Baldwin wrote: On Thursday, July 14, 2011 6:27:20 am Adrian Chadd wrote: Don't forget if_ath_pci. Which I think is a bug for this very reason if it turns out to be the cause. I have MODULES_OVERRIDE=ath ... in src.conf and I have an if_ath module, but no if_ath_pci module. There is no directory in /sys/modules for either, and no Makefile in /sys/dev/ath. Looking in GENERIC it seems I'm going to need ath_hal as well? Do _pci and _hal need to be compiled into the kernel unconditionally in order to use if_ath? Or am I missing something? Adrian set me straight on /sys/modules/ath[_pci] being the proper places to build the modules, and with if_ath_pci kldload'ed the cards are recognized. There is a minor issue with one of the cards but I have some other things to poke before I am sure it's FreeBSD at fault this time. So it's likely this issue is closed. Thanks again John and Adrian for your help. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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: named crashes on assertion in rbtdb.c on sparc64/SMP
On 07/14/2011 16:21, Marius Strobl wrote: On Thu, Jul 14, 2011 at 09:53:42AM +0400, KOT MATPOCKuH wrote: 2011/7/11 KOT MATPOCKuH matpoc...@gmail.com: Oops, sorry, I forgot to revert the previous patch when test-compiling. Please re-fetch sparc64_isc_atomic.h.diff2 and try again. I started named from ports (dns/bind96) at Sat Jul ?9 10:08:41 MSD, and it worked properly till Sun Jul 10 22:25:41 MSD. At 22:25:41 I restarted bind from base system with your sparc64_isc_atomic.h.diff2. From this moment till today, 15:57:05 he crashed 3 times: Jul 10 23:19:19 sunrise kernel: pid 45352 (named), uid 53: exited on signal 6 Jul 11 14:52:20 sunrise kernel: pid 52032 (named), uid 53: exited on signal 6 Jul 11 15:14:15 sunrise kernel: pid 71300 (named), uid 53: exited on signal 6 To make to ensure proper operation of bind from ports, I ran it again at 15:57:05, and, I think, we need to wait several days. And from that time till now bind from ports never died and works properly... Okay. Doug, could you please disable the use of atomic operations for sparc64 in the in-tree BIND via the following patch in order to match what the vendor source does? http://people.freebsd.org/~marius/sparc64_isc_disable_atomic.diff If you use the port and do 'make configure' are the values in config.h the same as the ones in your patch? If so, that's likely to be the right answer, and I'll go ahead and apply your patch. Thanks, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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
