Re: bsdtar(1) can't extract new ISO images
On Aug 7, 2011, at 9:23 AM, Bruce Cran wrote: On 06/08/2011 18:02, Martin Matuska wrote: The error is in FreeBSD ISO images. They are created using makefs and that doesn't create ISO files that strictly comple to the ECMA-119 (ISO9660 standard). I have already filed a PR at NetBSD (bin/45217): http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=45217 The volume_set_id doesn't have to be filled with 0x20 characters, too. I am also preparing a patch for libarchive (different things), but that won't fix that one bug - makefs needs to be fixed. Thanks for the information - I suspect this is also the problem I saw a few weeks ago on OS X Lion when trying to extract an ISO of Windows Server 2003 R2: neutrino:tmp brucec$ tar -xvf en_win_srv_2003_r2_standard_with_sp2_cd2_X13-68583.iso neutrino:tmp brucec$ echo $? 0 It would be nice if bsdtar exited with a non-zero code in this case. I agree, it would be nice. ISO images frequently begin with a large block of zero bytes that looks exactly like a tar end-of-file marker. So if libarchive doesn't recognize it as an ISO, it will often recognize the file as a valid empty tar archive that has a bunch of garbage after the end-of-archive marker. So it successfully extracts no files. This sort of problem should become less common as we continue to refine the bidding heuristics used in libarchive. If you have ideas for further improving them, I'm definitely interested. (At a minimum, I'm always interested in seeing at least the first 32k or so of any file that tar -tvvvf gives the wrong format for.) Tim ___ 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: resolvconf script overwrites entries in resolv.conf - RDNSS/DNSSL related
On 05/08/2011 16:52, Doug Barton wrote: On 08/04/2011 22:59, Mattia Rossi wrote: Hi all, I've finally patched my 8.2 IPv6 gateway with the RDNSS/DNSSL patches and I'm distributing DNS servers that way now. Works fine, my box running CURRENT picks up the DNS servers and search domains and writes them into /etc/resolv.conf using the resolvconf script. The script anyhow overwrites my previous manual entries in /etc/resolv.conf which I need for my manual IPv4 setup... I think it's an easily fixable bug - haven't looked into it that close atm., but given that the resolvconf script is going to be rewritten/enhanced anyways, that's something to keep in mind. I think that manual entries should always be preferred. Check 'man resolvconf.conf' for information on name_servers_append. It would probably be nice if there was a _prepend equivalent. Okay, finally got around to read that manpage (which I didn't realise that it existed). So For RDNSS/DNSSL we have now the following manpages related to resolv.conf: resolvconf(8), resolv.conf(5) (aka. resolver(5)) and resolvconf.conf(5)... Lot's of resolvconfs :-) Anyhow, the manpage is really not clear about name_servers_append, and it's not working as expected either: 1) If I put in a comma separated list of nameservers, I'll find that comma separated list in /etc/resolv.conf under a single nameserver tag. That doesn't work, as it's not a valid entry. Each nameserver needs to have a nameserver host entry. 2) If I use multiple name_servers_append entries in /etc/resolvconf.conf, then only the last entry is used. I don't want only one DNS server there though, I want all three of them, as I already had the problem that one or the other didn't work properly. 3) If I read the description for name_servers in resolvconf.conf(5), I understand that this tag prepends the nameserver to my list. This is not what happens. Still not sure what actually happens there... How do I get my 3 manual DNS entries properly into my resolv.conf ? Mat ___ 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: New installation script
On Sat, Aug 06, 2011 at 01:18:02PM -0400, Garrett Wollman wrote: I initially chose traditional Unix workstation, which was unusable. (Never did find the control or escape key, which made vi particularly difficult to use.) It should probably be labeled old-fart Unix user which would have instantly told me that it put the Control key back in the pre-IMB-PC location (where the idiotic and counter-productive 'Caps Lock' key is now, sigh). But that battle was lost several decades ago. mcl ___ 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: panic; current process = 0 (ath0 taskq)
Ian, can you please create a PR for this? That line in -HEAD is part of the RX packet is bigger than a single ath_buf descriptor buffer, and I've not seen that code executed before. :) Adrian On 2 August 2011 20:27, Ian FREISLICH i...@clue.co.za wrote: Hi I've been getting a lot of these lately. Especially when my wireless struggles to maintain its association with the AP. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc6e5da00 fault code = supervisor write, page not present instruction pointer = 0x20:0xc051e0a8 stack pointer = 0x28:0xdea1dc28 frame pointer = 0x28:0xdea1dc8c code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (ath0 taskq) trap number = 12 panic: page fault cpuid = 0 Uptime: 4h50m4s Physical memory: 2027 MB Dumping 202 MB: 187 171 155 139 123 107 91 75 59 43 27 11 (kgdb) #0 doadump (textdump=1) at pcpu.h:244 #1 0xc0690729 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:430 #2 0xc069099a in panic (fmt=Variable fmt is not available.) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc085492e in trap_fatal (frame=0xdea1dbe8, eva=3336952320) at /usr/src/sys/i386/i386/trap.c:967 #4 0xc0854b73 in trap_pfault (frame=0xdea1dbe8, usermode=0, eva=3336952320) at /usr/src/sys/i386/i386/trap.c:880 #5 0xc085500d in trap (frame=0xdea1dbe8) at /usr/src/sys/i386/i386/trap.c:555 #6 0xc083f2bc in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #7 0xc051e0a8 in ath_rx_proc (arg=0xc4e58000, npending=1) at /usr/src/sys/dev/ath/if_ath.c:3651 #8 0xc06cc38d in taskqueue_run_locked (queue=0xc4e6b8c0) at /usr/src/sys/kern/subr_taskqueue.c:306 #9 0xc06cd1e5 in taskqueue_thread_loop (arg=0xc4e5832c) at /usr/src/sys/kern/subr_taskqueue.c:495 #10 0xc06664f9 in fork_exit (callout=0xc06cd129 taskqueue_thread_loop, arg=0xc4e5832c, frame=0xdea1dd28) at /usr/src/sys/kern/kern_fork.c:941 #11 0xc083f334 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 Full crash message attached. 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 ___ 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
libdialog strangeness after source upgrade to head/9.0BETA1
Hello. I svn-switched my 8-STABLE to head, and upgrade went reasonable well. (9-STABLE will be my preferred/final destination, but test boots with BETA1 img stick looked problem free enough to start messing early.) While recreating ports, only real glitch was that apparently pkg_cleanup is not yet 9 ready, but I commented BROKEN line and it seemed to work normally anyway. After all ports were recreated, I booted to X, and tried to run pkg_cleanup again, only this time pressing return ended dialog, so I couldn't check/ uncheck any boxes. At first I thought this is why it's marked BROKEN on 9, but apparently make config has the same symptoms. that is, - pressing return ends dialog Any ideas what I have screwed up (starting from scratch not counting) ? best regards, - Jakub Lach -- View this message in context: http://freebsd.1045724.n5.nabble.com/libdialog-strangeness-after-source-upgrade-to-head-9-0BETA1-tp4677182p4677182.html Sent from the freebsd-current mailing list archive at Nabble.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: libdialog strangeness after source upgrade to head/9.0BETA1
On 08/08/2011 11:05, Jakub Lach wrote: Any ideas what I have screwed up (starting from scratch not counting) ? (Unfortunately) it's working as designed: space toggles options and pressing return/enter now presses the active button. You can use tab to move between fields and buttons when there are more than 2 fields. -- Bruce Cran ___ 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: USB keyboard problems at mountroot
On 08/08/2011 06:01, Daniel O'Connor wrote: I installed current on a PC with a USB keyboard and found that the keyboard doesn't come up until after mountroot which is a bit of a problem when I bugger up the fstab :) I note there is a PR on this http://www.freebsd.org/cgi/query-pr.cgi?pr=133989 but it hasn't seen much action.. I also recall a thread recently but my google-fu fails me for the moment.. Does anyone have a work around for it? I think setting kern.cam.scsi_delay has worked for me in the past. -- Bruce Cran ___ 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: resolvconf script overwrites entries in resolv.conf - RDNSS/DNSSL related
On Mon, 08 Aug 2011 10:46:16 +1000, Mattia Rossi mro...@swin.edu.au wrote: I'm using the patches from your website on my 8.2 box, which is the IPv6 gateway and runs rtadvd. The problem with the resolv.conf is happening on my client though, which is a box running HEAD, so I'll try to follow Doug's advice, thanks. Yes, you'll need the openresolv config in this case. Keep in mind that the resolver only queries at most MAXNS nameservers where MAXNS is usually 3. Using the openresolv name_servers_append, you need to make sure that your static servers are listed within the first MAXNS entries. If you have more than MAXNS dynamic servers, your statically configured ones will be ignored. I would just point out though that, in general, you shouldn't need static nameservers just because you have a manual IPv4 configuration. Nameservers will return both IPv4 and IPv6 addresses regardless of whether they were queried over 4 or 6. Of course, if you have an internal nameserver that has private info not available from the dynamically learned nameservers, then you will need a static config. Is there any chance that you could create a patch for 8.2 based on the commits in HEAD? That would be great! Better would be to ask hrs@ to MFC his commits to 8-stable. -jr signature.asc Description: PGP signature
Re: USB keyboard problems at mountroot
On 08/08/2011, at 20:47, Bruce Cran wrote: On 08/08/2011 06:01, Daniel O'Connor wrote: I installed current on a PC with a USB keyboard and found that the keyboard doesn't come up until after mountroot which is a bit of a problem when I bugger up the fstab :) I note there is a PR on this http://www.freebsd.org/cgi/query-pr.cgi?pr=133989 but it hasn't seen much action.. I also recall a thread recently but my google-fu fails me for the moment.. Does anyone have a work around for it? I think setting kern.cam.scsi_delay has worked for me in the past. OK, I'll give it a try - thanks. Hopefully there will be a proper solution some time soon :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ 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
[Follow up] xconsole/xterm -C, syslog, and geli
The problem is not specific to geli/geom_eli: I see the same empty lines from the USB subsystem, when pluging/unpluging a disk CBu P.S. Apologies to Ed Schouten for the bad spelling of his name ! On 08/07/2011 12:27, Claude Buisson wrote: Hi, Starting somewhere with 8-CURRENT (Ed Shouten work on the tty subsytem) xconsole and xterm -C cannot grab the console, without hacks. For example see: http://lists.freebsd.org/pipermail/freebsd-current/2011-January/022116.html http://lists.freebsd.org/pipermail/freebsd-current/2011-February/023109.html Even with some hacking (in my case patching mac_stub.c) syslog (non kernel) entries are not displayed (they remain on ttyv0). A new point (for me) is that (kernel) messages from geli/geom_eli, like: Aug 7 10:41:04 zorglub kernel: cryptosoft0:software crypto on motherboard Aug 7 10:41:16 zorglub kernel: GEOM_ELI: Device ada0p9.eli created. Aug 7 10:41:16 zorglub kernel: GEOM_ELI: Encryption: AES-XTS 128 Aug 7 10:41:16 zorglub kernel: GEOM_ELI: Integrity: HMAC/SHA256 Aug 7 10:41:16 zorglub kernel: GEOM_ELI: Crypto: software appears only as _empty_ lines on xconsole. This is on a 9-CURRENT system amd64 SMP (2011/07/24 svn r224294). Any hint to solve this problem ? Thx CBu ___ 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: Can't map a Spanish keyboard on Current but in FreeBSD 7.4-STABLE it works fin.
On Sat, Aug 6, 2011 at 12:07 AM, eculp ec...@encontacto.net wrote: I'm running kde on both and 7.4 works equally well with ttys and with kde4-4.6.5. My FreeBSD 9.0-BETA1 works with ttys but not even close with kde4-4.6.5. Is this me or could it be kde or Current? There doesn't seem to be any changes in the language files spanish.iso.acc.kbd, for example. I've been tolerating this for the last week since setting it up with Beta1. Thanks, ed Have you told hald that the keyboard has a different layout? IE, do you have this: $ cat /usr/local/etc/hal/fdi/policy/x11-input.fdi ?xml version=1.0 encoding=ISO-8859-1? deviceinfo version=0.2 device match key=info.capabilities contains=input.keyboard merge key=input.x11_options.XkbLayout type=stringes/merge /match /device /deviceinfo Cheers Tom ___ 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: Can't map a Spanish keyboard on Current but in FreeBSD 7.4-STABLE it works fin.
Quoting Tom Evans tevans...@googlemail.com: On Sat, Aug 6, 2011 at 12:07 AM, eculp ec...@encontacto.net wrote: I'm running kde on both and 7.4 works equally well with ttys and with kde4-4.6.5. My FreeBSD 9.0-BETA1 works with ttys but not even close with kde4-4.6.5. Is this me or could it be kde or Current? There doesn't seem to be any changes in the language files spanish.iso.acc.kbd, for example. I've been tolerating this for the last week since setting it up with Beta1. Thanks, ed Have you told hald that the keyboard has a different layout? IE, do you have this: $ cat /usr/local/etc/hal/fdi/policy/x11-input.fdi ?xml version=1.0 encoding=ISO-8859-1? deviceinfo version=0.2 device match key=info.capabilities contains=input.keyboard merge key=input.x11_options.XkbLayout type=stringes/merge /match /device /deviceinfo Works Great. Thanks Tom. I don't have that file on 7.4 but it works too. I've seen changes to hald on the list but haven't paid enough attention. Thanks again. That makes my life soo much better. ed Cheers Tom ___ 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: [patch] Problem with two NIC on same NET (in_scrubprefix: err=17, new prefix add failed)
Thanks for committing the fix. I've continued with work on two NIC on same NET. Now, with point-to-point interfaces too and I have more small fixes which I submitted today: http://www.freebsd.org/cgi/query-pr.cgi?pr=159600 http://www.freebsd.org/cgi/query-pr.cgi?pr=159601 http://www.freebsd.org/cgi/query-pr.cgi?pr=159602 http://www.freebsd.org/cgi/query-pr.cgi?pr=159603 I have one more related problem, but I'm not sure how complex the fix should be. When an interface is marked down a network route is deleted (or replaced) and a loopback route persists in routing table. It is OK. However, when an interface is marked up again, then a network route is installed unconditionally (but error is ignored) and a loopbak route is deleted and added immediately and unconditionally too. IMHO, it is not correct behaviour. I think that a second half of in_ifinit() should be here starting by in_addprefix() call with some small or bigger changes. Maybe, adding network route and ignoring error could be OK, but deleting loopback route should be done under IFA_RTSELF flag is set condition (with existing route refcount check). V_useloopback should be check before re-adding the route and existing route must be check to evaluate refcount correctly. The proposed patch is attached. However, I prefer to call in_addprefix() (which is static now) instead of rtinit() and add some more checks from in_ifinit(). Can you (or anyone) review the patch? Thanks once again, Svata On Mon, Aug 8, 2011 at 7:28 AM, Kevin Lo ke...@freebsd.org wrote: Hi Andrew, I just committed Svatopluk's fix to HEAD, thanks! Kevin On Wed, 2011-08-03 at 11:11 -0400, Andrew Boyer wrote: We found and fixed a similar issue with an identical patch. It has been working fine for us under stable/8. Unfortunately I am weeks and weeks behind on pushing fixes back to the tree, so you had to duplicate the work. If it can be committed (and MFC'd to 8, please) it would save others the trouble. -Andrew On Aug 3, 2011, at 10:51 AM, Svatopluk Kraus wrote: I have two NIC on same NET (both are up). If a NIC which installs network route is going down then an error happens during network route replacement (in_scrubprefix: err=17, new prefix add failed). I've done a little bit investigation. In rtinit1(), before rtrequest1_fib() is called, info.rti_flags is initialized by flags (function argument) or-ed with ifa-ifa_flags. Both NIC has a loopback route to itself, so IFA_RTSELF is set on ifa(s). As IFA_RTSELF is defined by RTF_HOST, rtrequest1_fib() is called with RTF_HOST flag even if netmask is not NULL. Consequently, netmask is set to zero in rtrequest1_fib(), and request to add network route is changed under hands to request to add host route. It is the reason of logged info and my problem. When I've done more investigation, it looks similar to http://svnweb.freebsd.org/base?view=revisionrevision=201543. So, I propose the following patch. Index: sys/net/route.c === --- sys/net/route.c (revision 224635) +++ sys/net/route.c (working copy) @@ -1478,7 +1478,7 @@ */ bzero((caddr_t)info, sizeof(info)); info.rti_ifa = ifa; - info.rti_flags = flags | ifa-ifa_flags; + info.rti_flags = flags | (ifa-ifa_flags ~IFA_RTSELF); info.rti_info[RTAX_DST] = dst; /* * doing this for compatibility reason Is the patch sufficient? Svata ___ 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 -- Andrew Boyer abo...@averesystems.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 Index: sys/netinet/raw_ip.c === --- sys/netinet/raw_ip.c(revision 224705) +++ sys/netinet/raw_ip.c(working copy) @@ -761,17 +761,66 @@ || (ifp-if_flags IFF_POINTOPOINT)) flags |= RTF_HOST; - err = ifa_del_loopback_route((struct ifaddr *)ia, sa); - if (err == 0) - ia-ia_flags = ~IFA_RTSELF; + /* +* Try to install our prefix. The prefix already can be +* installed by another interface, so error can be ignored. +*/ err = rtinit(ia-ia_ifa, RTM_ADD, flags); if (err == 0) ia-ia_flags |= IFA_ROUTE; + /* +* Installed loopback route isn't
Re: High Network Perfomance
Hi Slawa! Thanks for the links! That's great links! about russian, there is no problem... google translate :) thanks, Victor On Sun, Aug 7, 2011 at 9:33 AM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Thu, Aug 04, 2011 at 08:39:17PM -0300, Victor Detoni wrote: Hi Guys, I'm trying tunning a FreeBSD 8.2 to high perfomance network with pf. My server configuration is: Dell 1950 CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (1995.03-MHz K8-class CPU) 4 x CPU 2 NIC (Broadcom NetXtreme II BCM5708 1000Base-T) 1 NIC (em0: Intel(R) PRO/1000 Network Connection 7.1.9) I want to reach the high processing of packets per second and use pf as synproxy and we still processor to handle others packets or flows. I know that em drivers has MULTI_QUEUE implementation that helps high performance for Intel drivers, but I couldn't see more information about. We can reached 500k pps, but no more traffic was processed by this interface. I've already enabled net.isr.direct but with Intel Drivers does not work and the most processors are in System instead of Interrupts, why? When I enable net.isr.direct the processing is balanced for on CPU in system and another in interrupt and I reached 1M pps, but the total perfomance is down, the load grow up too fast. I've changed some parameter in sysctl for intel drivers, but it doesn't have effect. Someone know what I can do to reach more packets performance? I want to use this FreeBSD as a router/firewall only. FreeBSD (and em) need some tuning for high perfomance. Next links in russian, sorry. http://dadv.livejournal.com/138951.html http://dadv.livejournal.com/139170.html http://dadv.livejournal.com/139366.html -- Slawa Olhovchenkov ___ 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: High Network Perfomance
On 8/8/2011 12:21 PM, Victor Detoni wrote: Hi Slawa! Thanks for the links! That's great links! about russian, there is no problem... google translate :) Yes, excellent links indeed and google translate is awesome! One further question. Do you usually set net.isr.bindthreads=1 ---Mike thanks, Victor On Sun, Aug 7, 2011 at 9:33 AM, Slawa Olhovchenkov s...@zxy.spb.ru wrote: On Thu, Aug 04, 2011 at 08:39:17PM -0300, Victor Detoni wrote: Hi Guys, I'm trying tunning a FreeBSD 8.2 to high perfomance network with pf. My server configuration is: Dell 1950 CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (1995.03-MHz K8-class CPU) 4 x CPU 2 NIC (Broadcom NetXtreme II BCM5708 1000Base-T) 1 NIC (em0: Intel(R) PRO/1000 Network Connection 7.1.9) I want to reach the high processing of packets per second and use pf as synproxy and we still processor to handle others packets or flows. I know that em drivers has MULTI_QUEUE implementation that helps high performance for Intel drivers, but I couldn't see more information about. We can reached 500k pps, but no more traffic was processed by this interface. I've already enabled net.isr.direct but with Intel Drivers does not work and the most processors are in System instead of Interrupts, why? When I enable net.isr.direct the processing is balanced for on CPU in system and another in interrupt and I reached 1M pps, but the total perfomance is down, the load grow up too fast. I've changed some parameter in sysctl for intel drivers, but it doesn't have effect. Someone know what I can do to reach more packets performance? I want to use this FreeBSD as a router/firewall only. FreeBSD (and em) need some tuning for high perfomance. Next links in russian, sorry. http://dadv.livejournal.com/138951.html http://dadv.livejournal.com/139170.html http://dadv.livejournal.com/139366.html -- Slawa Olhovchenkov ___ 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 -- --- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, m...@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.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: ghost files
On Mon, Aug 8, 2011 at 2:51 AM, Garrett Cooper yaneg...@gmail.com wrote: On Sun, Aug 7, 2011 at 2:48 PM, Super Biscuit super_bisq...@yahoo.com wrote: I suggest sprinkling holy water on your computer and then hitting a bong. Who you gonna call :P? -Garrett (I couldn't resist) http://www.gnu.org/fun/jokes/vaxorcist.html -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ 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: BETA1 IPv6 crash
2011/8/7 Sergey Kandaurov pluk...@gmail.com: On 7 August 2011 17:11, Tom Vijlbrief tom.vijlbr...@xs4all.nl wrote: I installed BETA1 in a fresh ubuntu 11.04 KVM virtual machine with the new installer. Major issue I noticed was the missing /home. It took me quite some time to get IPv6 working in the guest (a Linux configuration issue), but now that it works BETA1 panics in about 50% of the boot attempts: testbsd dumped core - see /var/crash/vmcore.0 Sun Aug 7 08:25:28 CEST 2011 FreeBSD testbsd 9.0-BETA1 FreeBSD 9.0-BETA1 #0: Thu Jul 28 16:34:16 UTC 2011 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 panic: _mtx_lock_sleep: recursed on non-recursive mutex if_addr_mtx @ /usr/src/sys/netinet6/mld6.c:1676 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd... [..] panic: _mtx_lock_sleep: recursed on non-recursive mutex if_addr_mtx @ /usr/src/sys/netinet6/mld6.c:1676 cpuid = 0 KDB: enter: panic Uptime: 28s Physical memory: 491 MB Dumping 45 MB: 30 14 #0 doadump (textdump=1) at pcpu.h:244 244 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:244 #1 0xc0a04965 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:430 #2 0xc0a04291 in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc09f4a4a in _mtx_lock_sleep (m=0xc35f3a28, tid=3278693824, opts=0, file=0xc0f1ab65 /usr/src/sys/netinet6/mld6.c, line=1676) at /usr/src/sys/kern/kern_mutex.c:341 #4 0xc09f4c67 in _mtx_lock_flags (m=0xc35f3a28, opts=0, file=0xc0f1ab65 /usr/src/sys/netinet6/mld6.c, line=1676) at /usr/src/sys/kern/kern_mutex.c:203 #5 0xc0bbf007 in mld_set_version (mli=0xc3589a00, version=Variable version is not available. ) at /usr/src/sys/netinet6/mld6.c:1676 #6 0xc0bc0c00 in mld_input (m=0xc3951e00, off=48, icmp6len=24) at /usr/src/sys/netinet6/mld6.c:690 #7 0xc0ba5696 in icmp6_input (mp=0xc3313a54, offp=0xc3313a68, proto=58) at /usr/src/sys/netinet6/icmp6.c:654 #8 0xc0bba23a in ip6_input (m=0xc3951e00) at /usr/src/sys/netinet6/ip6_input.c:964 #9 0xc0ac9b1c in netisr_dispatch_src (proto=10, source=0, m=0xc3951e00) at /usr/src/sys/net/netisr.c:1013 #10 0xc0ac9da0 in netisr_dispatch (proto=10, m=0xc3951e00) at /usr/src/sys/net/netisr.c:1104 #11 0xc0abecf1 in ether_demux (ifp=0xc35f3800, m=0xc3951e00) at /usr/src/sys/net/if_ethersubr.c:936 #12 0xc0abf1b3 in ether_nh_input (m=0xc3951e00) at /usr/src/sys/net/if_ethersubr.c:755 #13 0xc0ac9b1c in netisr_dispatch_src (proto=9, source=0, m=0xc3951e00) at /usr/src/sys/net/netisr.c:1013 #14 0xc0ac9da0 in netisr_dispatch (proto=9, m=0xc3951e00) at /usr/src/sys/net/netisr.c:1104 #15 0xc0abe7f5 in ether_input (ifp=0xc35f3800, m=0xc3951e00) at /usr/src/sys/net/if_ethersubr.c:796 #16 0xc0672bc9 in lem_handle_rxtx (context=0xc3732000, pending=1) at /usr/src/sys/dev/e1000/if_lem.c:3554 #17 0xc0a468ab in taskqueue_run_locked (queue=0xc359ca80) at /usr/src/sys/kern/subr_taskqueue.c:306 #18 0xc0a47307 in taskqueue_thread_loop (arg=0xc37365ec) at /usr/src/sys/kern/subr_taskqueue.c:495 #19 0xc09d7af8 in fork_exit (callout=0xc0a472a0 taskqueue_thread_loop, arg=0xc37365ec, frame=0xc3313d28) at /usr/src/sys/kern/kern_fork.c:941 #20 0xc0d1d714 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 (kgdb) This is the same as in PR kern/158426. Can you try the patch from PR followup and report us whether it helps? Full link to PR with patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/158426 -- wbr, pluknet I applied the patch and tried about 15 reboots and all went fine ___ 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: New installation script
On Aug 7, 2011 11:49 PM, Mark Linimon lini...@lonesome.com wrote: On Sat, Aug 06, 2011 at 01:18:02PM -0400, Garrett Wollman wrote: I initially chose traditional Unix workstation, which was unusable. (Never did find the control or escape key, which made vi particularly difficult to use.) It should probably be labeled old-fart Unix user which would have instantly told me that it put the Control key back in the pre-IMB-PC location (where the idiotic and counter-productive 'Caps Lock' key is now, sigh). But that battle was lost several decades ago. And it all happened so that Microsoft could squash Wordstar (or, was it Word Perfect). I still create my own .kbd file to do what I want. the us.unix has several oddities, like swapping hte ESC key with the accent grave that I don't care for. I even re-map the CapsLock key on my Windows system. The war may be over, but my little battle will end only when I can't hack a keyboard layout any more. I will also mention that Gnome has the re-mapping available in System-Preferences-Keyboard Layout Options. In fact, you can either swap CapsLock and Ctrl_L or replace CapsLock with Ctrl_L. This proves I am not the only one refusig to give in to MS. R. Kevin Oberman, Network Engineer Retired kob6...@gmail.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: libdialog strangeness after source upgrade to head/9.0BETA1
On Mon, Aug 8, 2011 at 3:05 AM, Jakub Lach jakub_l...@mailplus.pl wrote: Hello. I svn-switched my 8-STABLE to head, and upgrade went reasonable well. (9-STABLE will be my preferred/final destination, but test boots with BETA1 img stick looked problem free enough to start messing early.) While recreating ports, only real glitch was that apparently pkg_cleanup is not yet 9 ready, but I commented BROKEN line and it seemed to work normally anyway. After all ports were recreated, I booted to X, and tried to run pkg_cleanup again, only this time pressing return ended dialog, so I couldn't check/ uncheck any boxes. At first I thought this is why it's marked BROKEN on 9, but apparently make config has the same symptoms. that is, - pressing return ends dialog Any ideas what I have screwed up (starting from scratch not counting) ? I think this behavior (already in several Linux distros) is really far more intuitive that the old FreeBSD version, but it is a bit disconcerting at first. It really does not take much to get used to and I think anyone who is either new to Unix or familiar with most Linux distros will be far less confused. For the record, you change options with SPC and ENTER accepts the current action button; usually OK or Cancel. TAB moves between action buttons. Maybe we need to add a screen at the start of the installation warning that dialog behavior has changed. -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6...@gmail.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
[head tinderbox] failure on sparc64/sparc64
TB --- 2011-08-08 19:26:57 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-08 19:26:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-08-08 19:26:57 - cleaning the object tree TB --- 2011-08-08 19:27:13 - cvsupping the source tree TB --- 2011-08-08 19:27:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-08-08 19:27:50 - building world TB --- 2011-08-08 19:27:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-08 19:27:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-08 19:27:50 - TARGET=sparc64 TB --- 2011-08-08 19:27:50 - TARGET_ARCH=sparc64 TB --- 2011-08-08 19:27:50 - TZ=UTC TB --- 2011-08-08 19:27:50 - __MAKE_CONF=/dev/null TB --- 2011-08-08 19:27:50 - cd /src TB --- 2011-08-08 19:27:50 - /usr/bin/make -B buildworld World build started on Mon Aug 8 19:27:50 UTC 2011 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 Mon Aug 8 20:29:54 UTC 2011 TB --- 2011-08-08 20:29:54 - generating LINT kernel config TB --- 2011-08-08 20:29:54 - cd /src/sys/sparc64/conf TB --- 2011-08-08 20:29:54 - /usr/bin/make -B LINT TB --- 2011-08-08 20:29:54 - building LINT kernel TB --- 2011-08-08 20:29:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-08 20:29:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-08 20:29:54 - TARGET=sparc64 TB --- 2011-08-08 20:29:54 - TARGET_ARCH=sparc64 TB --- 2011-08-08 20:29:54 - TZ=UTC TB --- 2011-08-08 20:29:54 - __MAKE_CONF=/dev/null TB --- 2011-08-08 20:29:54 - cd /src TB --- 2011-08-08 20:29:54 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Aug 8 20:29:54 UTC 2011 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_v14.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_v4k.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_9287.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_regdomain.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_update_dfsdomain': /src/sys/dev/ath/ath_hal/ah_regdomain.c:840: warning: unused variable 'regDmn' [-Wunused-variable] /src/sys/dev/ath/ath_hal/ah_regdomain.c:838: warning: unused variable 'cc' [-Wunused-variable]
[head tinderbox] failure on powerpc64/powerpc
TB --- 2011-08-08 19:15:31 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-08 19:15:31 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-08-08 19:15:31 - cleaning the object tree TB --- 2011-08-08 19:15:50 - cvsupping the source tree TB --- 2011-08-08 19:15:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-08-08 19:16:03 - building world TB --- 2011-08-08 19:16:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-08 19:16:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-08 19:16:03 - TARGET=powerpc TB --- 2011-08-08 19:16:03 - TARGET_ARCH=powerpc64 TB --- 2011-08-08 19:16:03 - TZ=UTC TB --- 2011-08-08 19:16:03 - __MAKE_CONF=/dev/null TB --- 2011-08-08 19:16:03 - cd /src TB --- 2011-08-08 19:16:03 - /usr/bin/make -B buildworld World build started on Mon Aug 8 19:16:04 UTC 2011 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 Mon Aug 8 20:48:52 UTC 2011 TB --- 2011-08-08 20:48:52 - generating LINT kernel config TB --- 2011-08-08 20:48:52 - cd /src/sys/powerpc/conf TB --- 2011-08-08 20:48:52 - /usr/bin/make -B LINT TB --- 2011-08-08 20:48:52 - building LINT kernel TB --- 2011-08-08 20:48:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-08 20:48:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-08 20:48:52 - TARGET=powerpc TB --- 2011-08-08 20:48:52 - TARGET_ARCH=powerpc64 TB --- 2011-08-08 20:48:52 - TZ=UTC TB --- 2011-08-08 20:48:52 - __MAKE_CONF=/dev/null TB --- 2011-08-08 20:48:52 - cd /src TB --- 2011-08-08 20:48:52 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Aug 8 20:48:52 UTC 2011 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_v14.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_v4k.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_9287.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding
[head tinderbox] failure on powerpc/powerpc
TB --- 2011-08-08 19:09:29 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-08 19:09:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-08-08 19:09:29 - cleaning the object tree TB --- 2011-08-08 19:09:48 - cvsupping the source tree TB --- 2011-08-08 19:09:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-08-08 19:10:02 - building world TB --- 2011-08-08 19:10:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-08 19:10:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-08 19:10:02 - TARGET=powerpc TB --- 2011-08-08 19:10:02 - TARGET_ARCH=powerpc TB --- 2011-08-08 19:10:02 - TZ=UTC TB --- 2011-08-08 19:10:02 - __MAKE_CONF=/dev/null TB --- 2011-08-08 19:10:02 - cd /src TB --- 2011-08-08 19:10:02 - /usr/bin/make -B buildworld World build started on Mon Aug 8 19:10:03 UTC 2011 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 Mon Aug 8 20:58:12 UTC 2011 TB --- 2011-08-08 20:58:12 - generating LINT kernel config TB --- 2011-08-08 20:58:12 - cd /src/sys/powerpc/conf TB --- 2011-08-08 20:58:12 - /usr/bin/make -B LINT TB --- 2011-08-08 20:58:12 - building LINT kernel TB --- 2011-08-08 20:58:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-08 20:58:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-08 20:58:12 - TARGET=powerpc TB --- 2011-08-08 20:58:12 - TARGET_ARCH=powerpc TB --- 2011-08-08 20:58:12 - TZ=UTC TB --- 2011-08-08 20:58:12 - __MAKE_CONF=/dev/null TB --- 2011-08-08 20:58:12 - cd /src TB --- 2011-08-08 20:58:12 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Aug 8 20:58:12 UTC 2011 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_v14.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_v4k.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_9287.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_regdomain.c -I/src/sys/dev/ath cc1: warnings being treated
Re: [head tinderbox] failure on powerpc/powerpc
On Mon, Aug 8, 2011 at 5:02 PM, FreeBSD Tinderbox tinder...@freebsd.orgwrote: TB --- 2011-08-08 19:09:29 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-08 19:09:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-08-08 19:09:29 - cleaning the object tree TB --- 2011-08-08 19:09:48 - cvsupping the source tree TB --- 2011-08-08 19:09:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-08-08 19:10:02 - building world TB --- 2011-08-08 19:10:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-08 19:10:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-08 19:10:02 - TARGET=powerpc TB --- 2011-08-08 19:10:02 - TARGET_ARCH=powerpc TB --- 2011-08-08 19:10:02 - TZ=UTC TB --- 2011-08-08 19:10:02 - __MAKE_CONF=/dev/null TB --- 2011-08-08 19:10:02 - cd /src TB --- 2011-08-08 19:10:02 - /usr/bin/make -B buildworld World build started on Mon Aug 8 19:10:03 UTC 2011 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 Mon Aug 8 20:58:12 UTC 2011 TB --- 2011-08-08 20:58:12 - generating LINT kernel config TB --- 2011-08-08 20:58:12 - cd /src/sys/powerpc/conf TB --- 2011-08-08 20:58:12 - /usr/bin/make -B LINT TB --- 2011-08-08 20:58:12 - building LINT kernel TB --- 2011-08-08 20:58:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-08 20:58:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-08 20:58:12 - TARGET=powerpc TB --- 2011-08-08 20:58:12 - TARGET_ARCH=powerpc TB --- 2011-08-08 20:58:12 - TZ=UTC TB --- 2011-08-08 20:58:12 - __MAKE_CONF=/dev/null TB --- 2011-08-08 20:58:12 - cd /src TB --- 2011-08-08 20:58:12 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Aug 8 20:58:12 UTC 2011 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_v14.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_v4k.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_9287.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec
Re: Bug: devfs is sure to have the bug.
Hi Kostic and Jaakko,
On Fri, Aug 05, 2011 at 06:45:22PM +0300, Jaakko Heinonen wrote:
On 2011-08-03, Kostik Belousov wrote:
On Wed, Aug 03, 2011 at 02:44:23PM +0900, Kohji Okuno wrote:
devfs_populate(), and the context holds only dm-dm_lock in
devfs_populate().
On the other hand, devfs_generation is incremented in devfs_create()
and devfs_destroy() the context holds only devmtx in devfs_create()
and devfs_destroy().
If a context executes devfs_create() when other context is executing
(***), then dm-dm_generation is updated incorrect value.
As a result, we can not open the last detected device (we receive
ENOENT).
I think the problem you described is real, and suggested change is right.
Initially, I thought that we should work with devfs_generation as with
the atomic type due to unlocked access in the devfs_populate(), but then
convinced myself that this is not needed.
But also, I think there is another half of the problem. Namely,
devfs_lookup() calls devfs_populate_vp(), and then does lookup with the
help of devfs_lookupx(). We will miss the generation update
happen after the drop of the dm_lock in devfs_populate_vp() to reacquire
the directory vnode lock.
I don't understand this. devfs_generation is not protected with dm_lock
in devfs_create() and devfs_destroy(). On the other hand if you mean
that another thread calls devfs_populate() while we drop dm_lock in
devfs_populate_vp(), isn't the mount point up to date when we re-lock
dm_lock?
Yes, I was not quite exact in describing what I mean, and the reference
to dm_lock drop is both vague and not correct.
I am after the fact that we do allow the situation where it is externally
visible that new cdev node was successfully created before the lookup
returns ENOENT for the path of the node.
@@ -630,13 +630,15 @@ devfs_populate_loop(struct devfs_mount *dm, int
cleanup)
void
devfs_populate(struct devfs_mount *dm)
{
+ unsigned gen;
sx_assert(dm-dm_lock, SX_XLOCKED);
- if (dm-dm_generation == devfs_generation)
+ gen = devfs_generation;
+ if (dm-dm_generation == gen)
return;
while (devfs_populate_loop(dm, 0))
continue;
- dm-dm_generation = devfs_generation;
+ dm-dm_generation = gen;
}
After this change dm-dm_generation may be stale although the mount
point is up to date? This is probably harmless, though.
This must be harmless, in the worst case it will cause more calls to
the populate. In fact, this even allows the dm_generation to roll backward,
which is again harmless.
After all, do we only have to fix only devfs_populate()?
I think that there is no problem while I am testing the 8.1-RELEASE
environment that fix only devfs_populate().
Many thanks,
Kohji Okuno
___
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 arm/arm
TB --- 2011-08-09 03:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-09 03:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-08-09 03:10:00 - cleaning the object tree TB --- 2011-08-09 03:10:32 - cvsupping the source tree TB --- 2011-08-09 03:10:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-08-09 03:10:53 - building world TB --- 2011-08-09 03:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-09 03:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-09 03:10:53 - TARGET=arm TB --- 2011-08-09 03:10:53 - TARGET_ARCH=arm TB --- 2011-08-09 03:10:53 - TZ=UTC TB --- 2011-08-09 03:10:53 - __MAKE_CONF=/dev/null TB --- 2011-08-09 03:10:53 - cd /src TB --- 2011-08-09 03:10:53 - /usr/bin/make -B buildworld World build started on Tue Aug 9 03:10:53 UTC 2011 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 [...] cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/libbfd -I/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/obj/arm.arm/src/tmp/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES= bfd_arm_arch -DHAVE_bfd_elf32_littlearm_vec -DHAVE_bfd_elf32_bigarm_vec -DSELECT_VECS= bfd_elf32_littlearm_vec ,bfd_elf32_bigarm_vec -DDEFAULT_VECTOR=bfd_elf32_littlearm_vec -DDEBUGDIR=NULL -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/binary.c cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/libbfd -I/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/obj/arm.arm/src/tmp/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES= bfd_arm_arch -DHAVE_bfd_elf32_littlearm_vec -DHAVE_bfd_elf32_bigarm_vec -DSELECT_VECS= bfd_elf32_littlearm_vec ,bfd_elf32_bigarm_vec -DDEFAULT_VECTOR=bfd_elf32_littlearm_vec -DDEBUGDIR=NULL -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cache.c cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/libbfd -I/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/obj/arm.arm/src/tmp/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES= bfd_arm_arch -DHAVE_bfd_elf32_littlearm_vec -DHAVE_bfd_elf32_bigarm_vec -DSELECT_VECS= bfd_elf32_littlearm_vec ,bfd_elf32_bigarm_vec -DDEFAULT_VECTOR=bfd_elf32_littlearm_vec -DDEBUGDIR=NULL -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/coffgen.c /src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/coffgen.c: In function 'coff_renumber_symbols': /src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/coffgen.c:616: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-08-09 03:13:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-08-09 03:13:25 - ERROR: failed to build world TB --- 2011-08-09 03:13:25 - 120.59 user 44.00 system 204.58 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.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: [head tinderbox] failure on sparc64/sparc64
As mentioned in the related commit, this was my fault, and I'm sorry! Sean emailed me this a few minutes after I committed it, and I fixed it shortly after. I guess tinderbox got lucky :) I'll be more careful in the future with this conditional debugging stuff. Adrian On 9 August 2011 04:33, FreeBSD Tinderbox tinder...@freebsd.org wrote: TB --- 2011-08-08 19:26:57 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-08-08 19:26:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-08-08 19:26:57 - cleaning the object tree TB --- 2011-08-08 19:27:13 - cvsupping the source tree TB --- 2011-08-08 19:27:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-08-08 19:27:50 - building world TB --- 2011-08-08 19:27:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-08 19:27:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-08 19:27:50 - TARGET=sparc64 TB --- 2011-08-08 19:27:50 - TARGET_ARCH=sparc64 TB --- 2011-08-08 19:27:50 - TZ=UTC TB --- 2011-08-08 19:27:50 - __MAKE_CONF=/dev/null TB --- 2011-08-08 19:27:50 - cd /src TB --- 2011-08-08 19:27:50 - /usr/bin/make -B buildworld World build started on Mon Aug 8 19:27:50 UTC 2011 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 Mon Aug 8 20:29:54 UTC 2011 TB --- 2011-08-08 20:29:54 - generating LINT kernel config TB --- 2011-08-08 20:29:54 - cd /src/sys/sparc64/conf TB --- 2011-08-08 20:29:54 - /usr/bin/make -B LINT TB --- 2011-08-08 20:29:54 - building LINT kernel TB --- 2011-08-08 20:29:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-08-08 20:29:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-08-08 20:29:54 - TARGET=sparc64 TB --- 2011-08-08 20:29:54 - TARGET_ARCH=sparc64 TB --- 2011-08-08 20:29:54 - TZ=UTC TB --- 2011-08-08 20:29:54 - __MAKE_CONF=/dev/null TB --- 2011-08-08 20:29:54 - cd /src TB --- 2011-08-08 20:29:54 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Aug 8 20:29:54 UTC 2011 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_v14.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_v4k.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ah_eeprom_9287.c -I/src/sys/dev/ath cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float
Re: [head tinderbox] failure on powerpc/powerpc
On Mon, Aug 08, 2011 at 06:53:40PM -0400, Super Bisquit wrote: Why does Tinderbox need cross tools? Is the build not native? If so, then the rationale would be to build on the architecture and not use cross compilation. - There are no powerpc machines currently online at *.FreeBSD.org. - The powerpc machines that we run on are far slower than the tinderbox machines. - Even if we had powerpc machines available, and could deal with the time-lag for world builds, what then about archs with no native machines available (e.g. MIPS)? Cross compilation is needed in this case. mcl ___ 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
