Re: firewire debugging
On Tue, May 3, 2011 at 4:35 PM, Julian Elischer jul...@freebsd.org wrote: does anyone know if there is a limitation on firewire debugging on a machine with 4GB or memory? I've successfully used firewire dcons on amd64 with 8GB of RAM. I have 1394 {a,b} cards. does it make a difference? Shouldn't make a difference. also, the firewire card on one machine stops it from booting.. is there a way to disable it during boot other than recompiling the kernel without firewire? Not sure, since I've never ran into this problem. Hope this helps, Chris Ruiz ___ 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: Setting up IPv6 in /etc/rc.conf
On Sat, Oct 16, 2010 at 3:15 AM, Mark Murray ma...@freebsd.org wrote: Bjoern A. Zeeb writes: On Fri, 15 Oct 2010, Mark Murray wrote: Alexey Shuvaev writes: gifconfig_gif0_ipv6=2001:::::2 2001:::::1 prefixlen 128 I suppose you should prefix it with inet6 keyword. There are 2 examples in rc.conf (search for Sample IPv6). Ah! It didn't occur to me that I might need TWO inet6's! I'll give that a go when I play with this again tomorrow. It's just one inet6; put there what you would pass to ifconfig on the command line. The fact that ifconfig defaults to inet is the problem leading to more confusion. In which case, I'm back to square one. What should work doesn't. I have the necessary commands in /etc/rc.local to bring up IPv6. I think the samples in defaults/rc.conf will be more clear soon. Cool! Thanks. You have a few syntax errors in your rc.conf, try these adjustments and everything should work (as it works for me on a recent CURRENT.) gif_interfaces=gif0 gifconfig_gif0=192.168.0.2 11.22.33.44 ifconfig_gif0_ipv6=inet6 2001:::::2 2001:::::1 prefixlen 128 ipv6_defaultrouter=2001:::::1 -- Chris - http://twitter.com/chrisattack http://chrisattack.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: recent ath changes related panic
On Fri, Aug 20, 2010 at 1:56 AM, Bernhard Schmidt bschm...@techwires.net wrote: On Fri, Aug 20, 2010 at 08:31, Bernhard Schmidt bschm...@techwires.net wrote: On Fri, Aug 20, 2010 at 01:04, Chris Ruiz yr.retar...@gmail.com wrote: I run a PCI Atheros card in hostap mode on CURRENT. a...@pci0:6:0:0: class=0x02 card=0x5a001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR2312)' class = network subclass = ethernet Everything works fine with r211193 but with newer kernels I receive the same panic related to the ath0 tasq. I guess this also happens with post-r211314 kernels? Seems like I missed you wrap a few ieee80211_ratectl_node_init() calls. Please try attached patch, it should fix it. Thanks! My system no longer panics at the login prompt. -- Chris - http://twitter.com/chrisattack http://chrisattack.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
recent ath changes related panic
I run a PCI Atheros card in hostap mode on CURRENT. a...@pci0:6:0:0:class=0x02 card=0x5a001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR2312)' class = network subclass = ethernet Everything works fine with r211193 but with newer kernels I receive the same panic related to the ath0 tasq. the panic - http://tinypic.com/r/11t3g39/4 the backtrace - http://tinypic.com/r/nv4786/4 Sorry about the pics, I don't have access to serial or dcons. -- Chris Ruiz - http://twitter.com/chrisattack http://chrisattack.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: Why is intr taking up so much cpu?
On Mon, Jul 19, 2010 at 8:03 PM, Doug Barton do...@freebsd.org wrote: I added options KDTRACE_HOOKS to my kernel config, built a new kernel, and rebooted. I decided to try your script before things went sideways so I'd have an idea of what to expect, and it didn't work: dtrace: failed to initialize dtrace: DTrace device not available on system Is there something else I need to do to enable it? You need to build the kernel with CTF. Try adding makeoptions WITH_CTF=yes to your config and rebuilding your kernel. There's a blurb in src/UPDATING about other ways to accomplish the same thing. -- Chris - http://twitter.com/chrisattack http://chrisattack.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: two buildworld problems
On Jun 13, 2010, at 3:28 PM, Alexander Best wrote: hi there. i'm experiencing two problems during buildworld. i'm not sure if these are the result of me doing weird stuff or a problem in the src structure: 1. i have the following in my make.conf: .if empty(.CURDIR:M/usr/src/*) empty(.CURDIR:M/usr/obj/*) exists(/usr/local/bin/gcc44) CC = gcc44 CXX = g++44 CPP = cpp44 .endif this should make sure that anywhere outside of /usr/src and /usr/obj gcc44 should be used instead of the base gcc. however during buidlworld i get: I noticed the same thing on my system today. 2. if i set CC=cc (or clang) CXX=c++ (or clang) CPP=cpp (or clang) in src.conf buildworld fails with this error: My buildworld breaks in a different place at the beginning of the build process. My last successful build was r208970. === lib/clang/libllvmsupport (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmsupport created for /usr/src/lib/clang/libllvmsupport rm -f .depend mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcomp.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerror.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexec.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfree.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlcpy.c mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Allocator.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CommandLine.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConstantRange.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaAlgorithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorHandling.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FileUtilities.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FoldingSet.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FormattedStream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphWriter.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsInf.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsNAN.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ManagedStatic.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryBuffer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryObject.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PluginLoader.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PrettyStackTrace.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SlowOperationInformer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallPtrSet.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallVector.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SourceMgr.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statistic.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringExtras.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringMap.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringPool.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringRef.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SystemUtils.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TargetRegistry.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Timer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Triple.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Twine.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/circular_raw_ostream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os_ostream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_ostream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp:15:30: error: llvm/ADT/APFloat.h: No such file or
Re: Importing clang/LLVM into FreeBSD HEAD
On Mon, May 31, 2010 at 3:59 AM, Ollivier Robert robe...@keltia.freenix.fr wrote: According to Roman Divacky: So please share your support or resistance to the idea of importing clang. Full support from me (but that will not be a surprise ;-)) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ I will immediately begin testing clang as soon as it is imported in HEAD. Thanks for everyone's hard work, -- Chris Ruiz - http://twitter.com/chrisattack http://chrisattack.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: AppleTalk status
On Tue, May 25, 2010 at 6:25 AM, Stefan Bethke s...@lassitu.de wrote: Hi, I'm working on updating net/netatalk to version 2.1 (or 2.1.1 when that comes out the next couple of days), and I'm wondering what state AppleTalk support is in these days. Is anybody still using it, or would now be the time to make all AppleTalk support in that port optional, and just focus on the file server component? I haven't used AppleTalk for at least eight years now, and I don't quite see which setting it still would be used in nowadays... Snow Leopard (10.6) dropped support for AppleTalk, so I think that making it compile-time optional would be the best way to go. Just my 2c. Thanks -- Chris - http://twitter.com/chrisattack http://chrisattack.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: Unable to establish HE gif0 tunnel
On Mon, May 3, 2010 at 9:16 AM, Mark Atkinson atkin...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I updated a border gateway yesterday from a Feb 23 kernel to a May 2 version kernel/world, and lost my connectivity to my gif0 HE tunnel. I've been using the following in /etc/rc.conf successfully for some time to establish the tunnel: ifconfig_gif0=inet6 [MY V6 ENDPOINT] [HE V6 ENDPOINT] prefixlen 128 There's your problem, bad syntax. Change it to this: ifconfig_gif0_ipv6=inet6 [MY V6 ENDPOINT] [HE V6 ENDPOINT] prefixlen 128 -- Chris - http://twitter.com/chrisattack http://chrisattack.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: atheros card with lots of Ierrs in `netstat -i`
On Fri, Mar 26, 2010 at 12:24 PM, Alexander Best alexbes...@wwu.de wrote: hi there, `netstat -i` reports: Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll ath0 2290 Link#1 00:0f:b5:82:07:c8 6046435 691159 0 654080 0 0 lo0 16384 Link#2 1280796 0 0 1280796 0 0 lo0 16384 your-net localhost.otaku 1280796 - - 1280796 - - wlan0 1500 Link#3 00:0f:b5:82:07:c8 821650 0 0 635461 20 0 wlan0 1500 192.168.1.0 localhost.otaku 821223 - - 635140 - - ath0 2290 Link#3 00:0f:b5:4f:9a:94 11057975 2376009 0 219466 0 0 are the Ierrs for ath0 normal or is this something to worry about? i'm running HEAD (r205561) on amd64. this is my card: a...@pci0:5:1:0: class=0x02 card=0x5a001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR2312)' class = network subclass = ethernet a...@pci0:6:0:0:class=0x02 card=0x5a001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR5212)' class = network subclass = ethernet I've noticed that Ierrs never stay at 0 on ath0 for a while now and I haven't had any noticeable problems with my network. I run my card in hostap mode on r204812. -- Chris - http://twitter.com/chrisattack http://chrisattack.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