From rjohanne at piper.hamline.edu Thu Oct 1 18:46:43 2009 From: rjohanne at piper.hamline.edu (R J) Date: Thu Oct 1 18:46:54 2009 Subject: sata pci cards in ultra 60 or blade 1000 (Update) In-Reply-To: <20090922115755.GF73777@alchemy.franken.de> References: <20090906182156.GA66161@alchemy.franken.de> <20090909184504.GD57060@alchemy.franken.de> <20090918124423.GP57060@alchemy.franken.de> <20090922115755.GF73777@alchemy.franken.de> Message-ID: Hi Marius, Did you ever get a chance to commit this patch to stable/8 and stable/7 ? Robert On Tue, 22 Sep 2009, Marius Strobl wrote: > On Sat, Sep 19, 2009 at 09:38:20PM -0500, R J wrote: >> Just finished copying around a terabyte of data through a couple of disks >> attached to ata-marvell with the new patch without issue. >> >> So, it looks good to me. > > Thanks, I've commited it to head and will try to get it into > stable/8 in time for RC2 as well as stable/7. > > Marius > > reason=bad sender (\.de) > > From rjohanne at piper.hamline.edu Thu Oct 1 19:02:37 2009 From: rjohanne at piper.hamline.edu (R J) Date: Thu Oct 1 19:02:43 2009 Subject: Sil3512 (sii, SATA) driver on Sun Ultra60/blade 1000 In-Reply-To: <4ABB971E.5040709@FreeBSD.org> References: <4ABB971E.5040709@FreeBSD.org> Message-ID: > Have you tried newer SiI3124/3132 cards family with new siis(4) or old > ata(4) driver? I have tried the Sil3124, but not with the new siis driver. I tried it with the ata driver; I had the card with 4 ports, and when I tried it with ata, it was exhibiting the same behaviour as the Sil3512 card in the ultra 60. But the Sil3124 card died, and not sure how that happened. I still have it, but the system doesn't see it atall. How can I help? I am willing to do testing utilizing the Sil3512 that I have, and if I can get a hold of a working Sil3124, I can test with that too. I could probably provide remote access to a sparc64 box for testing, but I will have to check on that. Let me know how I can help. Thanks, Robert On Thu, 24 Sep 2009, Alexander Motin wrote: > Hi. > > R J wrote: >> I have been referred to you by Marius regarding the sii (Silicon Image) >> ata driver on sparc64. The card I have is a two-port SATA card with the >> Sil3512 chipset. >> >> You have perhaps seen some of my communication to the freebsd-sparc list >> earlier, but briefly, here's the problem I have had with it. >> >> UNDER REL_ENG 7: >> >> I have had a silicon image Sil 3512 in the ultra 60, and attached two >> disk drives. The drives are seen by the ata driver. I was able to lay >> a ufs file system on them, and even copied files onto the drives, but >> the system was not stable. I.e, I would copy files to the sata hard >> drives for a few minutes before it would hang and remain that way till I >> did a hard reset (power-off). Usually there would be some message about >> the device detaching from the system, and the /dev/ad* entries disappear. >> >> I then take the Sil 3512 out of the ultra60 and put it in the Sun blade >> 1000, and attach the disk drives; upon booting, the drives are not seen >> by the ata driver, although the controller is seen. Remember, the >> drives are seen with the same card in the ultra60. >> >> REBUILD TO 8.0 BETA on the Sun Blade 1000: >> >> After I upgraded the Sun blade 1000 to 8.0 BETA, the ata driver could >> now see the disk attached to the Sil3512 controller, but the behaviour >> remains pretty much like on the Ultra60 under 7 stable if I put any i/o >> on the disks. >> >> I have worked with Marius to get the ata-marvell driver sane for >> big-endian sparc64, and that driver now works on the Sun blade 1000 >> under 8.0 BETA. Before Marius fixed that driver, it was exhibiting the >> same behaviour as the Sil3512 under 8.0 Beta; i.e, the controller is >> seen, but no drives are seen, and the system wouldn't even finish >> booting if disks were attached to the controller. >> >> Is it possible to for you to take a look at the Sil ata driver again >> in-light of this information? > > I have only tested SiI3114 chip from this family and only on i386/amd64. > It worked fine for me. Unfortunately, I have neither Sil3512 controller > nor sparc64 hardware for testing. Driver mentions about some errata for > this chip, but I am not aware about it and have no card to test it. > > Have you tried newer SiI3124/3132 cards family with new siis(4) or old > ata(4) driver? > > -- > Alexander Motin > > From mav at FreeBSD.org Thu Oct 1 20:49:26 2009 From: mav at FreeBSD.org (Alexander Motin) Date: Thu Oct 1 20:49:59 2009 Subject: Sil3512 (sii, SATA) driver on Sun Ultra60/blade 1000 In-Reply-To: References: <4ABB971E.5040709@FreeBSD.org> Message-ID: <4AC515C5.3030504@FreeBSD.org> R J wrote: > >> Have you tried newer SiI3124/3132 cards family with new siis(4) or old >> ata(4) driver? > > I have tried the Sil3124, but not with the new siis driver. I tried it > with the ata driver; I had the card with 4 ports, and when I tried it > with ata, it was exhibiting the same behaviour as the Sil3512 card in > the ultra 60. > > But the Sil3124 card died, and not sure how that happened. I still have > it, but the system doesn't see it atall. > > How can I help? I am willing to do testing utilizing the Sil3512 that I > have, and if I can get a hold of a working Sil3124, I can test with that > too. I could probably provide remote access to a sparc64 box for > testing, but I will have to check on that. > > Let me know how I can help. It would be nice to have some big-endian system for testing. -- Alexander Motin From jpcox at ilstu.edu Fri Oct 2 00:24:59 2009 From: jpcox at ilstu.edu (Jason Cox) Date: Fri Oct 2 00:25:05 2009 Subject: mount_smbfs Message-ID: <000501ca42f5$e5957b00$b0c07100$@edu> I just realized that the nabble link (http://www.nabble.com/mount_smbfs-td3312376.html) in my last email was from the netbsd mailing list and not the freebsd mailing list. Seems it was last working on FreeBSD in the 5.2 days. Sorry for the confusion. According to the 5.2 release notes (http://www.freebsd.org/releases/5.2R/relnotes-sparc64.html) mount_smbfs was working then. mount_portalfs, mount_nwfs, and mount_smbfs were moved from /sbin to /usr/sbin. After that, I can't find information as to when it was determined to not include it in freebsd-sparc64. Best Regards, Jason Cox From jpcox at ilstu.edu Fri Oct 2 00:30:03 2009 From: jpcox at ilstu.edu (Jason Cox) Date: Fri Oct 2 00:30:09 2009 Subject: mount_smbfs Message-ID: <000001ca42f5$1fa1ab30$5ee50190$@edu> I've done quite a bit of searching to see if mount_smbfs is supported on FreeBSD/sparc64. http://www.nabble.com/mount_smbfs-td3312376.html seems to indicate that it was working at one point in 2006. The more recent mailing list posts I've found all say that it is not supported any more, but I couldn't find one that says why. I'm running freebsd 7.2.STABLE. If anyone knows a way to get this working, I would be eternally grateful. Best Regards, Jason Cox From spawk at acm.poly.edu Fri Oct 2 01:00:24 2009 From: spawk at acm.poly.edu (spawk) Date: Fri Oct 2 01:00:30 2009 Subject: Sil3512 (sii, SATA) driver on Sun Ultra60/blade 1000 In-Reply-To: <4AC515C5.3030504@FreeBSD.org> References: <4ABB971E.5040709@FreeBSD.org> <4AC515C5.3030504@FreeBSD.org> Message-ID: <4AC54A1F.7020508@acm.poly.edu> Alexander Motin wrote: > R J wrote: > >>> Have you tried newer SiI3124/3132 cards family with new siis(4) or old >>> ata(4) driver? >>> >> I have tried the Sil3124, but not with the new siis driver. I tried it >> with the ata driver; I had the card with 4 ports, and when I tried it >> with ata, it was exhibiting the same behaviour as the Sil3512 card in >> the ultra 60. >> >> But the Sil3124 card died, and not sure how that happened. I still have >> it, but the system doesn't see it atall. >> >> How can I help? I am willing to do testing utilizing the Sil3512 that I >> have, and if I can get a hold of a working Sil3124, I can test with that >> too. I could probably provide remote access to a sparc64 box for >> testing, but I will have to check on that. >> >> Let me know how I can help. >> > > It would be nice to have some big-endian system for testing. > > I can definitely provide remote access to a sparc64 machine. The ones I have are PCI, though. Hopefully there are PCI variants of the hardware you're testing. -Boris From KOT at MATPOCKuH.Ru Fri Oct 2 08:20:02 2009 From: KOT at MATPOCKuH.Ru (Dmitry Afanasiev) Date: Fri Oct 2 08:20:09 2009 Subject: sparc64/139304: acl_get_link_np() fails with "Invalid argument" on ZFS Message-ID: <200910020810.n928Acck078948@www.freebsd.org> >Number: 139304 >Category: sparc64 >Synopsis: acl_get_link_np() fails with "Invalid argument" on ZFS >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 02 08:20:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Dmitry Afanasiev >Release: FreeBSD 9.0-CURRENT sparc64 >Organization: >Environment: FreeBSD sunrise-new 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Wed Sep 30 12:29:46 MSD 2009 root@sunrise-new:/usr/obj/usr/src/sys/sunrise sparc64 >Description: acl_get_link_np(name, ACL_TYPE_NFS4) on any ZFS returns NULL with errno=EINVAL. As result I have errors in ls -l output like this: # /bin/ls -ld / ls: /: Invalid argument drwxr-xr-x 19 root wheel - 25 Sep 29 14:59 / Also cp -p return 1 and buildworld fails with following messages: ===> share/zoneinfo (all) cp -p /usr/src/share/zoneinfo/yearistype.sh yearistype cp: failed to get acl entries while setting yearistype: Invalid argument *** Error code 1 Also this breaks building of some ports like www/apache22: configure.in:190: the top level rebuilding rpm spec file rebuilding srclib/apr-util/configure Looking for apr source in /var/ports/usr/ports/www/apache22/work/httpd-2.2.13/srclib/apr cp: failed to get acl entries while setting build/get-version.sh: Invalid argument cp: failed to get acl entries while setting build/config.sub: Invalid argument cp: failed to get acl entries while setting build/config.guess: Invalid argument cp: failed to get acl entries while setting build/install.sh: Invalid argument cp: failed to get acl entries while setting build/find_apr.m4: Invalid argument cp: failed to get acl entries while setting build/apr_common.m4: Invalid argument ./buildconf failed for apr-util *** Error code 1 >How-To-Repeat: # zpool create tank `mdconfig -a -t swap -s 64m` # ls -ld /tank ls: /tank: Invalid argument drwxr-xr-x 2 root wheel - 2 Oct 2 12:09 /tank/ >Fix: >Release-Note: >Audit-Trail: >Unformatted: From mav at FreeBSD.org Fri Oct 2 08:25:38 2009 From: mav at FreeBSD.org (Alexander Motin) Date: Fri Oct 2 08:25:44 2009 Subject: Sil3512 (sii, SATA) driver on Sun Ultra60/blade 1000 In-Reply-To: <4AC54A1F.7020508@acm.poly.edu> References: <4ABB971E.5040709@FreeBSD.org> <4AC515C5.3030504@FreeBSD.org> <4AC54A1F.7020508@acm.poly.edu> Message-ID: <4AC5B8EC.60309@FreeBSD.org> spawk wrote: > Alexander Motin wrote: >> R J wrote: >> >>>> Have you tried newer SiI3124/3132 cards family with new siis(4) or old >>>> ata(4) driver? >>>> >>> I have tried the Sil3124, but not with the new siis driver. I tried it >>> with the ata driver; I had the card with 4 ports, and when I tried it >>> with ata, it was exhibiting the same behaviour as the Sil3512 card in >>> the ultra 60. >>> >>> But the Sil3124 card died, and not sure how that happened. I still have >>> it, but the system doesn't see it atall. >>> >>> How can I help? I am willing to do testing utilizing the Sil3512 that I >>> have, and if I can get a hold of a working Sil3124, I can test with that >>> too. I could probably provide remote access to a sparc64 box for >>> testing, but I will have to check on that. >>> >>> Let me know how I can help. >>> >> >> It would be nice to have some big-endian system for testing. >> >> > I can definitely provide remote access to a sparc64 machine. The ones I > have are PCI, though. Hopefully there are PCI variants of the hardware > you're testing. Most of newer hardware is PCIe. But SiI3124 is PCI-X and earlier SiI3112/3114 are PCI ones (first is more interesting, as it uses new driver and more functional). Also it would be good to check generic PCI ATA controller, if there is some on-board. -- Alexander Motin From trasz at FreeBSD.org Fri Oct 2 10:23:29 2009 From: trasz at FreeBSD.org (trasz@FreeBSD.org) Date: Fri Oct 2 10:23:35 2009 Subject: sparc64/139304: acl_get_link_np() fails with "Invalid argument" on ZFS Message-ID: <200910021023.n92ANSi5094063@freefall.freebsd.org> Synopsis: acl_get_link_np() fails with "Invalid argument" on ZFS Responsible-Changed-From-To: freebsd-sparc64->trasz Responsible-Changed-By: trasz Responsible-Changed-When: Fri Oct 2 10:23:28 UTC 2009 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=139304 From jhb at freebsd.org Fri Oct 2 12:38:06 2009 From: jhb at freebsd.org (John Baldwin) Date: Fri Oct 2 12:38:16 2009 Subject: mount_smbfs In-Reply-To: <000501ca42f5$e5957b00$b0c07100$@edu> References: <000501ca42f5$e5957b00$b0c07100$@edu> Message-ID: <200910020750.44325.jhb@freebsd.org> On Thursday 01 October 2009 8:18:40 pm Jason Cox wrote: > I just realized that the nabble link > (http://www.nabble.com/mount_smbfs-td3312376.html) in my last email was from > the netbsd mailing list and not the freebsd mailing list. Seems it was last > working on FreeBSD in the 5.2 days. Sorry for the confusion. > > > > According to the 5.2 release notes > (http://www.freebsd.org/releases/5.2R/relnotes-sparc64.html) mount_smbfs was > working then. mount_portalfs, mount_nwfs, and mount_smbfs were moved from > /sbin to /usr/sbin. After that, I can't find information as to when it was > determined to not include it in freebsd-sparc64. Looks like it has never been hooked up to the build for sparc64. If the kernel bits for it build ok and you can test it then it can be hooked up to the build easily enough. You should be able to build it from src/usr.sbin/mount_smbfs manually for testing purposes. -- John Baldwin From rjohanne at piper.hamline.edu Fri Oct 2 14:43:10 2009 From: rjohanne at piper.hamline.edu (R J) Date: Fri Oct 2 14:43:19 2009 Subject: Sil3512 (sii, SATA) driver on Sun Ultra60/blade 1000 In-Reply-To: <4AC54A1F.7020508@acm.poly.edu> References: <4ABB971E.5040709@FreeBSD.org> <4AC515C5.3030504@FreeBSD.org> <4AC54A1F.7020508@acm.poly.edu> Message-ID: Boris, We are talking about PCI sata controllers working in a sparc64 system. The cards in particular, Sil3512 and Sil3124 are PCI cards. Alex, would remote access to a sparc64 be enough for you test on? We could do some coordinations ofcourse. Robert On Thu, 1 Oct 2009, spawk wrote: > Alexander Motin wrote: >> R J wrote: >> >>>> Have you tried newer SiI3124/3132 cards family with new siis(4) or old >>>> ata(4) driver? >>>> >>> I have tried the Sil3124, but not with the new siis driver. I tried it >>> with the ata driver; I had the card with 4 ports, and when I tried it >>> with ata, it was exhibiting the same behaviour as the Sil3512 card in >>> the ultra 60. >>> >>> But the Sil3124 card died, and not sure how that happened. I still have >>> it, but the system doesn't see it atall. >>> >>> How can I help? I am willing to do testing utilizing the Sil3512 that I >>> have, and if I can get a hold of a working Sil3124, I can test with that >>> too. I could probably provide remote access to a sparc64 box for >>> testing, but I will have to check on that. >>> >>> Let me know how I can help. >>> >> >> It would be nice to have some big-endian system for testing. >> >> > I can definitely provide remote access to a sparc64 machine. The ones I have > are PCI, though. Hopefully there are PCI variants of the hardware you're > testing. > > -Boris > > From dfilter at FreeBSD.ORG Fri Oct 2 18:40:05 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Fri Oct 2 18:40:12 2009 Subject: sparc64/139134: commit references a PR Message-ID: <200910021840.n92Ie5CS003003@freefall.freebsd.org> The following reply was made to PR sparc64/139134; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/139134: commit references a PR Date: Fri, 2 Oct 2009 18:34:00 +0000 (UTC) Author: marius Date: Fri Oct 2 18:33:40 2009 New Revision: 197716 URL: http://svn.freebsd.org/changeset/base/197716 Log: MFC: r197490 Merge r194204 from amd64/i386: Enable PRINTF_BUFR_SIZE by default. PR: 139134 Approved by: re (kib) Modified: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/xen/xenpci/ (props changed) stable/8/sys/sparc64/conf/GENERIC Modified: stable/8/sys/sparc64/conf/GENERIC ============================================================================== --- stable/8/sys/sparc64/conf/GENERIC Fri Oct 2 18:09:56 2009 (r197715) +++ stable/8/sys/sparc64/conf/GENERIC Fri Oct 2 18:33:40 2009 (r197716) @@ -68,6 +68,7 @@ options SYSVMSG # SYSV-style message options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions +options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From marius at alchemy.franken.de Fri Oct 2 18:53:30 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Fri Oct 2 18:53:37 2009 Subject: sata pci cards in ultra 60 or blade 1000 (Update) In-Reply-To: References: <20090906182156.GA66161@alchemy.franken.de> <20090909184504.GD57060@alchemy.franken.de> <20090918124423.GP57060@alchemy.franken.de> <20090922115755.GF73777@alchemy.franken.de> Message-ID: <20091002185328.GB73777@alchemy.franken.de> On Thu, Oct 01, 2009 at 01:46:11PM -0500, R J wrote: > Hi Marius, > Did you ever get a chance to commit this patch to stable/8 and stable/7 ? Yes, it was committed as r197488 and r197489 respectively. Marius From bugmaster at FreeBSD.org Mon Oct 5 11:07:01 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 5 11:09:34 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200910051107.n95B70JA088801@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 13 problems total. From tinderbox at freebsd.org Mon Oct 5 22:16:48 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Oct 5 22:17:01 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <200910052216.n95MGkrU079646@freebsd-current.sentex.ca> TB --- 2009-10-05 21:12:52 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-05 21:12:52 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-10-05 21:12:52 - cleaning the object tree TB --- 2009-10-05 21:13:13 - cvsupping the source tree TB --- 2009-10-05 21:13:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-10-05 21:13:26 - building world TB --- 2009-10-05 21:13:26 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-05 21:13:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-05 21:13:26 - TARGET=sparc64 TB --- 2009-10-05 21:13:26 - TARGET_ARCH=sparc64 TB --- 2009-10-05 21:13:26 - TZ=UTC TB --- 2009-10-05 21:13:26 - __MAKE_CONF=/dev/null TB --- 2009-10-05 21:13:26 - cd /src TB --- 2009-10-05 21:13:26 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 5 21:13:26 UTC 2009 >>> 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 Oct 5 22:08:54 UTC 2009 TB --- 2009-10-05 22:08:54 - generating LINT kernel config TB --- 2009-10-05 22:08:54 - cd /src/sys/sparc64/conf TB --- 2009-10-05 22:08:54 - /usr/bin/make -B LINT TB --- 2009-10-05 22:08:54 - building LINT kernel TB --- 2009-10-05 22:08:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-05 22:08:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-05 22:08:54 - TARGET=sparc64 TB --- 2009-10-05 22:08:54 - TARGET_ARCH=sparc64 TB --- 2009-10-05 22:08:54 - TZ=UTC TB --- 2009-10-05 22:08:54 - __MAKE_CONF=/dev/null TB --- 2009-10-05 22:08:54 - cd /src TB --- 2009-10-05 22:08:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 5 22:08:54 UTC 2009 >>> 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 -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/kern/uipc_shm.c 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 -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/kern/uipc_sockbuf.c 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 -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/kern/uipc_socket.c 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 -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/kern/uipc_syscalls.c 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 -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/kern/uipc_usrreq.c cc1: warnings being treated as errors /src/sys/kern/uipc_usrreq.c: In function 'unp_pcblist': /src/sys/kern/uipc_usrreq.c:1471: warning: format '%d' expects type 'int', but argument 2 has type 'long int' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-05 22:16:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-05 22:16:46 - ERROR: failed to build lint kernel TB --- 2009-10-05 22:16:46 - 2986.88 user 636.63 system 3834.07 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Mon Oct 5 22:35:33 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Oct 5 22:35:40 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200910052235.n95MZWlA024807@freebsd-current.sentex.ca> TB --- 2009-10-05 21:33:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-05 21:33:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-10-05 21:33:49 - cleaning the object tree TB --- 2009-10-05 21:34:02 - cvsupping the source tree TB --- 2009-10-05 21:34:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-10-05 21:34:15 - building world TB --- 2009-10-05 21:34:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-05 21:34:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-05 21:34:15 - TARGET=sun4v TB --- 2009-10-05 21:34:15 - TARGET_ARCH=sparc64 TB --- 2009-10-05 21:34:15 - TZ=UTC TB --- 2009-10-05 21:34:15 - __MAKE_CONF=/dev/null TB --- 2009-10-05 21:34:15 - cd /src TB --- 2009-10-05 21:34:15 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 5 21:34:15 UTC 2009 >>> 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 Oct 5 22:27:48 UTC 2009 TB --- 2009-10-05 22:27:48 - generating LINT kernel config TB --- 2009-10-05 22:27:48 - cd /src/sys/sun4v/conf TB --- 2009-10-05 22:27:48 - /usr/bin/make -B LINT TB --- 2009-10-05 22:27:48 - building LINT kernel TB --- 2009-10-05 22:27:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-05 22:27:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-05 22:27:48 - TARGET=sun4v TB --- 2009-10-05 22:27:48 - TARGET_ARCH=sparc64 TB --- 2009-10-05 22:27:48 - TZ=UTC TB --- 2009-10-05 22:27:48 - __MAKE_CONF=/dev/null TB --- 2009-10-05 22:27:48 - cd /src TB --- 2009-10-05 22:27:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 5 22:27:48 UTC 2009 >>> 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 -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/kern/uipc_shm.c 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 -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/kern/uipc_sockbuf.c 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 -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/kern/uipc_socket.c 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 -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/kern/uipc_syscalls.c 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 -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/kern/uipc_usrreq.c cc1: warnings being treated as errors /src/sys/kern/uipc_usrreq.c: In function 'unp_pcblist': /src/sys/kern/uipc_usrreq.c:1471: warning: format '%d' expects type 'int', but argument 2 has type 'long int' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-05 22:35:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-05 22:35:32 - ERROR: failed to build lint kernel TB --- 2009-10-05 22:35:32 - 2979.51 user 611.90 system 3703.13 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From dhutty at allgoodbits.org Sat Oct 10 02:30:14 2009 From: dhutty at allgoodbits.org (Duncan Hutty) Date: Sat Oct 10 02:30:20 2009 Subject: automated installations Message-ID: <4ACFECE6.30902@allgoodbits.org> I have looked into automating installation of freebsd using: http://www.freebsd.org/doc/en/articles/pxe/article.html and http://www.locolomo.org/pub/pxeboot/index.html to achieve a setup where a new client can PXE boot into a sysinstall scripted installation process. Everything that I can find refers to i386/amd64 architectures. Has this also been done for sparc64? I assume that it can if I can create a pxeboot loader for sparc64 as described in http://www.locolomo.org/pub/pxeboot/pxeboot.html but since I'm rather new at this, I thought I'd ask if anyone has tried this before I spend too much time on it. Thanks, Duncan Hutty From gavin.atkinson at ury.york.ac.uk Sat Oct 10 17:02:01 2009 From: gavin.atkinson at ury.york.ac.uk (Gavin Atkinson) Date: Sat Oct 10 17:02:08 2009 Subject: automated installations In-Reply-To: <4ACFECE6.30902@allgoodbits.org> References: <4ACFECE6.30902@allgoodbits.org> Message-ID: <20091010175525.E80896@ury.york.ac.uk> On Fri, 9 Oct 2009, Duncan Hutty wrote: > I have looked into automating installation of freebsd using: > http://www.freebsd.org/doc/en/articles/pxe/article.html > and > http://www.locolomo.org/pub/pxeboot/index.html > > to achieve a setup where a new client can PXE boot into a sysinstall scripted > installation process. Everything that I can find refers to i386/amd64 > architectures. > > Has this also been done for sparc64? I assume that it can if I can create a > pxeboot loader for sparc64 as described in > http://www.locolomo.org/pub/pxeboot/pxeboot.html but since I'm rather new at > this, I thought I'd ask if anyone has tried this before I spend too much time > on it. You'll also presumably need a network card that supports PXE booting on sparc64. I suspect this will be a challenge - as far as I understand it, the boot ROM on PXE network cards contain i386 code. However, I'm not sure why you'd want to do this. You can easily boot from the network and install an OS using nothing more than the standard OpenFirmware interface. Although I can't actually see any proper documentation of this on the FreeBSD website, http://people.freebsd.org/~murray/sparc64/install.html should be enough for you to figure it out. Thanks, Gavin From bugmaster at FreeBSD.org Mon Oct 12 11:07:02 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 12 11:09:23 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200910121107.n9CB71si036550@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 13 problems total. From tinderbox at freebsd.org Mon Oct 12 13:53:13 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Oct 12 13:53:30 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <200910121353.n9CDrBvV036530@freebsd-current.sentex.ca> TB --- 2009-10-12 13:09:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-12 13:09:14 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-10-12 13:09:14 - cleaning the object tree TB --- 2009-10-12 13:09:29 - cvsupping the source tree TB --- 2009-10-12 13:09:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-10-12 13:09:54 - building world TB --- 2009-10-12 13:09:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-12 13:09:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-12 13:09:54 - TARGET=sparc64 TB --- 2009-10-12 13:09:54 - TARGET_ARCH=sparc64 TB --- 2009-10-12 13:09:54 - TZ=UTC TB --- 2009-10-12 13:09:54 - __MAKE_CONF=/dev/null TB --- 2009-10-12 13:09:54 - cd /src TB --- 2009-10-12 13:09:54 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 12 13:09:55 UTC 2009 >>> 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 [...] /src/sbin/ifconfig/ifieee80211.c:2634: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2636: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2638: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2639: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2641: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2642: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2644: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2645: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-12 13:53:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-12 13:53:11 - ERROR: failed to build world TB --- 2009-10-12 13:53:11 - 2032.88 user 417.82 system 2637.34 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Mon Oct 12 14:08:19 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Oct 12 14:08:31 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200910121408.n9CE8Itx062663@freebsd-current.sentex.ca> TB --- 2009-10-12 13:26:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-12 13:26:06 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-10-12 13:26:06 - cleaning the object tree TB --- 2009-10-12 13:26:19 - cvsupping the source tree TB --- 2009-10-12 13:26:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-10-12 13:26:44 - building world TB --- 2009-10-12 13:26:44 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-12 13:26:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-12 13:26:44 - TARGET=sun4v TB --- 2009-10-12 13:26:44 - TARGET_ARCH=sparc64 TB --- 2009-10-12 13:26:44 - TZ=UTC TB --- 2009-10-12 13:26:44 - __MAKE_CONF=/dev/null TB --- 2009-10-12 13:26:44 - cd /src TB --- 2009-10-12 13:26:44 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 12 13:26:44 UTC 2009 >>> 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 [...] /src/sbin/ifconfig/ifieee80211.c:2634: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2636: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2638: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2639: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2641: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2642: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2644: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast /src/sbin/ifconfig/ifieee80211.c:2645: warning: passing argument 1 of 'memcmp' makes pointer from integer without a cast *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-12 14:08:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-12 14:08:18 - ERROR: failed to build world TB --- 2009-10-12 14:08:18 - 2047.42 user 399.23 system 2531.70 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Mon Oct 12 19:35:01 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Oct 12 19:35:25 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <200910121935.n9CJZ0CH015449@freebsd-current.sentex.ca> TB --- 2009-10-12 19:18:58 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-12 19:18:58 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-10-12 19:18:58 - cleaning the object tree TB --- 2009-10-12 19:19:05 - cvsupping the source tree TB --- 2009-10-12 19:19:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-10-12 19:19:29 - building world TB --- 2009-10-12 19:19:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-12 19:19:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-12 19:19:29 - TARGET=sparc64 TB --- 2009-10-12 19:19:29 - TARGET_ARCH=sparc64 TB --- 2009-10-12 19:19:29 - TZ=UTC TB --- 2009-10-12 19:19:29 - __MAKE_CONF=/dev/null TB --- 2009-10-12 19:19:29 - cd /src TB --- 2009-10-12 19:19:29 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 12 19:19:30 UTC 2009 >>> 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 [...] cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/wrap.c -o wrap.So cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c -o gss_krb5.So /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c: In function 'gsskrb5_extract_authz_data_from_sec_context': /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:591: warning: implicit declaration of function 'der_get_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:601: warning: implicit declaration of function 'der_free_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:614: warning: implicit declaration of function 'der_length_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:622: warning: implicit declaration of function 'der_put_oid' make: don't know how to make /obj/sparc64/src/tmp/usr/lib/libgssapi.a. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-12 19:35:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-12 19:35:00 - ERROR: failed to build world TB --- 2009-10-12 19:35:00 - 680.11 user 150.86 system 961.63 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Mon Oct 12 19:40:01 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Oct 12 19:40:19 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200910121940.n9CJe0mH050057@freebsd-current.sentex.ca> TB --- 2009-10-12 19:24:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-12 19:24:14 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-10-12 19:24:14 - cleaning the object tree TB --- 2009-10-12 19:24:21 - cvsupping the source tree TB --- 2009-10-12 19:24:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-10-12 19:24:57 - building world TB --- 2009-10-12 19:24:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-12 19:24:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-12 19:24:57 - TARGET=sun4v TB --- 2009-10-12 19:24:57 - TARGET_ARCH=sparc64 TB --- 2009-10-12 19:24:57 - TZ=UTC TB --- 2009-10-12 19:24:57 - __MAKE_CONF=/dev/null TB --- 2009-10-12 19:24:57 - cd /src TB --- 2009-10-12 19:24:57 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 12 19:24:58 UTC 2009 >>> 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 [...] cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/wrap.c -o wrap.So cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c -o gss_krb5.So /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c: In function 'gsskrb5_extract_authz_data_from_sec_context': /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:591: warning: implicit declaration of function 'der_get_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:601: warning: implicit declaration of function 'der_free_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:614: warning: implicit declaration of function 'der_length_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:622: warning: implicit declaration of function 'der_put_oid' make: don't know how to make /obj/sun4v/src/tmp/usr/lib/libgssapi.a. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-12 19:40:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-12 19:40:00 - ERROR: failed to build world TB --- 2009-10-12 19:40:00 - 677.78 user 150.29 system 945.77 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Tue Oct 13 00:08:43 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Oct 13 00:08:50 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <200910130008.n9D08gsb061099@freebsd-current.sentex.ca> TB --- 2009-10-12 23:53:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-12 23:53:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-10-12 23:53:25 - cleaning the object tree TB --- 2009-10-12 23:53:29 - cvsupping the source tree TB --- 2009-10-12 23:53:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-10-12 23:53:52 - building world TB --- 2009-10-12 23:53:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-12 23:53:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-12 23:53:52 - TARGET=sparc64 TB --- 2009-10-12 23:53:52 - TARGET_ARCH=sparc64 TB --- 2009-10-12 23:53:52 - TZ=UTC TB --- 2009-10-12 23:53:52 - __MAKE_CONF=/dev/null TB --- 2009-10-12 23:53:52 - cd /src TB --- 2009-10-12 23:53:52 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 12 23:53:53 UTC 2009 >>> 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 [...] cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/wrap.c -o wrap.So cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c -o gss_krb5.So /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c: In function 'gsskrb5_extract_authz_data_from_sec_context': /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:591: warning: implicit declaration of function 'der_get_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:601: warning: implicit declaration of function 'der_free_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:614: warning: implicit declaration of function 'der_length_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:622: warning: implicit declaration of function 'der_put_oid' make: don't know how to make /obj/sparc64/src/tmp/usr/lib/libgssapi.a. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-13 00:08:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-13 00:08:42 - ERROR: failed to build world TB --- 2009-10-13 00:08:42 - 679.28 user 154.27 system 916.70 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Tue Oct 13 00:16:56 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Oct 13 00:17:11 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200910130016.n9D0Gtk6085236@freebsd-current.sentex.ca> TB --- 2009-10-13 00:02:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-13 00:02:38 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-10-13 00:02:38 - cleaning the object tree TB --- 2009-10-13 00:02:41 - cvsupping the source tree TB --- 2009-10-13 00:02:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-10-13 00:03:05 - building world TB --- 2009-10-13 00:03:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-13 00:03:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-13 00:03:05 - TARGET=sun4v TB --- 2009-10-13 00:03:05 - TARGET_ARCH=sparc64 TB --- 2009-10-13 00:03:05 - TZ=UTC TB --- 2009-10-13 00:03:05 - __MAKE_CONF=/dev/null TB --- 2009-10-13 00:03:05 - cd /src TB --- 2009-10-13 00:03:05 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 13 00:03:06 UTC 2009 >>> 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 [...] cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/wrap.c -o wrap.So cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c -o gss_krb5.So /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c: In function 'gsskrb5_extract_authz_data_from_sec_context': /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:591: warning: implicit declaration of function 'der_get_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:601: warning: implicit declaration of function 'der_free_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:614: warning: implicit declaration of function 'der_length_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:622: warning: implicit declaration of function 'der_put_oid' make: don't know how to make /obj/sun4v/src/tmp/usr/lib/libgssapi.a. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-13 00:16:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-13 00:16:55 - ERROR: failed to build world TB --- 2009-10-13 00:16:55 - 682.57 user 145.23 system 857.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Tue Oct 13 04:33:17 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Oct 13 04:33:24 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <200910130433.n9D4XGiI082632@freebsd-current.sentex.ca> TB --- 2009-10-13 04:17:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-13 04:17:59 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-10-13 04:17:59 - cleaning the object tree TB --- 2009-10-13 04:18:02 - cvsupping the source tree TB --- 2009-10-13 04:18:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-10-13 04:18:27 - building world TB --- 2009-10-13 04:18:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-13 04:18:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-13 04:18:27 - TARGET=sparc64 TB --- 2009-10-13 04:18:27 - TARGET_ARCH=sparc64 TB --- 2009-10-13 04:18:27 - TZ=UTC TB --- 2009-10-13 04:18:27 - __MAKE_CONF=/dev/null TB --- 2009-10-13 04:18:27 - cd /src TB --- 2009-10-13 04:18:27 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 13 04:18:28 UTC 2009 >>> 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 [...] cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/wrap.c -o wrap.So cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c -o gss_krb5.So /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c: In function 'gsskrb5_extract_authz_data_from_sec_context': /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:591: warning: implicit declaration of function 'der_get_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:601: warning: implicit declaration of function 'der_free_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:614: warning: implicit declaration of function 'der_length_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:622: warning: implicit declaration of function 'der_put_oid' make: don't know how to make /obj/sparc64/src/tmp/usr/lib/libgssapi.a. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-13 04:33:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-13 04:33:16 - ERROR: failed to build world TB --- 2009-10-13 04:33:16 - 678.41 user 155.45 system 916.56 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Tue Oct 13 04:41:38 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Oct 13 04:41:45 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200910130441.n9D4fa8c006908@freebsd-current.sentex.ca> TB --- 2009-10-13 04:27:20 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-13 04:27:20 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-10-13 04:27:20 - cleaning the object tree TB --- 2009-10-13 04:27:23 - cvsupping the source tree TB --- 2009-10-13 04:27:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-10-13 04:27:50 - building world TB --- 2009-10-13 04:27:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-13 04:27:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-13 04:27:50 - TARGET=sun4v TB --- 2009-10-13 04:27:50 - TARGET_ARCH=sparc64 TB --- 2009-10-13 04:27:50 - TZ=UTC TB --- 2009-10-13 04:27:50 - __MAKE_CONF=/dev/null TB --- 2009-10-13 04:27:50 - cd /src TB --- 2009-10-13 04:27:50 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 13 04:27:50 UTC 2009 >>> 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 [...] cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/wrap.c -o wrap.So cc -fPIC -DPIC -O2 -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -fstack-protector -c /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c -o gss_krb5.So /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c: In function 'gsskrb5_extract_authz_data_from_sec_context': /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:591: warning: implicit declaration of function 'der_get_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:601: warning: implicit declaration of function 'der_free_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:614: warning: implicit declaration of function 'der_length_oid' /src/kerberos5/lib/libgssapi_krb5/gss_krb5.c:622: warning: implicit declaration of function 'der_put_oid' make: don't know how to make /obj/sun4v/src/tmp/usr/lib/libgssapi.a. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-13 04:41:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-13 04:41:36 - ERROR: failed to build world TB --- 2009-10-13 04:41:36 - 682.20 user 145.82 system 856.61 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From matpockuh at gmail.com Thu Oct 15 06:24:31 2009 From: matpockuh at gmail.com (KOT MATPOCKuH) Date: Thu Oct 15 06:24:37 2009 Subject: FreeBSD/sparc64 on SunFire V215 - clock (?) problem Message-ID: <3979a4b0910142324s5158a7f9g91ca45298738730c@mail.gmail.com> 2009/9/21 Marius Strobl : >> > Like I said, mainline FreeBSD doesn't support V215 so >> > far. If you like you can give the following patch a try: >> > http://people.freebsd.org/~marius/fire.diff >> > It requires head r197164 or later. >> I'm tried to apply this patch, also add "device ofw_console" to kernel >> configuration, but system panic after: > Please re-fetch fire.diff and try again. System works like good. But I have a problem with clock in NVRAM (?). The time in NVRAM's clock is not synced after reboot, and time difference increases after each system restart. For example: 14 Oct 18:31:27 ntpdate[963]: step time server 192.168.2.1 offset 343.494018 sec 15 Oct 10:22:53 ntpdate[962]: step time server 192.168.2.1 offset 345.509317 sec After system boot I have ntpd running and have no problems with clock. -- MATPOCKuH From asientrade at freenet.de Thu Oct 15 13:43:48 2009 From: asientrade at freenet.de (daniel) Date: Thu Oct 15 13:43:59 2009 Subject: Twitter-endlich Geldverdienen-kostenlos und sofort startklar Message-ID: <200910151544064FF02F6DA9$925BA3BD7C@DANIELPC> ?Offers stand below as an English available Hallo- ??????????????????????????????????????? verdiene endlich Geld durch Twitterwenn ein Twitter Account vorhanden sein sollte dann gehts sofort los mit Verdienen.sollte keine Account vorhanden sein dann einfach alles kostenlos erstellen und verdienen.?mit besten Empfehlungen eure Danielleichter kann man sein ?Geld nicht verdienen- alles kostenlos wenn sie einen Twitteraccount haben.Also schnell handel-bei weiterem Interesse und lust an gratis produkten einfach kurz anmelden-oder abmelden-- danke??Anmelden?????? ?Abmelden?24 Std. Blitzangebot?nur begrenzt f?r?24 Stunden aktiv danach ausverkauft--- http://www.affiliateverkaufen.de/blitzangebot.html???? 10,-?(The Logo Creator hilft beim Erstellen qualitativ hochwertiger Logos. Ganz nach dem Motto "Your Logo is your business" gestaltet der Nutzer mit diesem Programm Blickf?nger f?r Webseiten)?(?bersetzen Sie ganz einfach und mit wenigen Klicks Texte oder sogar komplette Webseiten in 31 Sprachen. )nur 28,-??oder Aktionspreis 30,-??? f?r Logocreator v5 und PDF-Converter 6.0 dt.?Oder m?chten sie lieber effektiv heute noch Geld verdienen und Zahlungen wenn m?glich sofort erwirtschaften-?? dann mit diesem angebot was f?r mich selbstbehauptet das beste ?berhaupt war und ist--Geld durch Emails verdienen-aber keine centbetr?ge sondern sofort 10-20,-? sofort-zahlung innerhalb weniger minuten, ich habe zur zeit zwischen 5 und 20 Kunden pro tag (weltweit) bei einem verdienst pro email von ca. 15,-? und ich betreibe keinerlei werbung oder verkaufe durchs telefon nein die Kunden kommen zu mir und ich verdiene sehr gut-aber lesen sie selbst wenn ihr interesse noch vorhanden ist weiter im Angebot 2.erfolgreiches Handeln w?nsche ich auf diesem Wege-bei weiteren Interessen k?nnen sie sichwiederholt eintragen um weitere Angebote und Gratis Geschenke zu erhalten........................(oder Abmelden).... Anmelden???? Abmelden ?Hello- finally earn money by Twitterthen immediately feels wrong with earning if a Twitter account should be available. no-one should account be available simply then everything free of charge make and earn. with best recommendations yours Danielone can more easily money not earning everything be ' free if they have a Twitteraccount. -therefore act fast simply registering or cancelling at broader interest and desire at free products briefly, thank youBookingCancelling24 hour lightning supply?sold off according to that actively for 24 hours only restrictedly - http://www.affiliateverkaufen.de/blitzangebot.html 10. ? (A The logo Creator helps to make high-quality logos. According to the motto "Your logo is your business" the user completely forms with this programme eye-catcher for web pages.) ? (Translate texts or even complete web pages for only simply and a few clicks into 31 languages.) only 28. ? or special-offer price 30. ? for Logocreator v5 and PDF-Converter of 6.0 dt. -or they would rather, today, still earn money effectively and immediately gain payments if possible? with this supply did but no cent amounts what was self claimed for me the best at all and is? I have 10-20,- ? immediately payment within less minutes, between 5 and 20 customers per day (worldwide) at an income per e-mail from approx. 15. ? at the moment by the telephone the customers no come to me and I earn very well and I operate no advertising or sell but read them even if their interest is still further existing in the supply 2. Angebot 2.I wish on this at broader interests be able to do them himself a successful action waystyping repeated ........................ in to receive further offers and free presents. (or cancel ) ..... Booking? Cancelling???? From dhutty at allgoodbits.org Fri Oct 16 01:09:12 2009 From: dhutty at allgoodbits.org (Duncan Hutty) Date: Fri Oct 16 01:09:18 2009 Subject: automated installations In-Reply-To: <20091010175525.E80896@ury.york.ac.uk> References: <4ACFECE6.30902@allgoodbits.org> <20091010175525.E80896@ury.york.ac.uk> Message-ID: <4AD7C7B6.2070208@allgoodbits.org> Gavin Atkinson wrote: You can easily boot > from the network and install an OS using nothing more than the standard > OpenFirmware interface. Although I can't actually see any proper > documentation of this on the FreeBSD website, > http://people.freebsd.org/~murray/sparc64/install.html should be enough > for you to figure it out. Yes, this was what I was getting at. I want to be able to do 'boot net' in the openboot prom. I suppose I didn't describe correctly. Thanks for the pointer, my searching hadn't found that, perhaps because it's so old. Unfortunately, the 2 links for the loader (one for nfs and one for tftp) are dead. I wonder whether anyone can suggest how I go about creating this myself? -- Duncan Hutty From matpockuh at gmail.com Fri Oct 16 08:30:32 2009 From: matpockuh at gmail.com (KOT MATPOCKuH) Date: Fri Oct 16 08:30:38 2009 Subject: automated installations In-Reply-To: <4AD7C7B6.2070208@allgoodbits.org> References: <4ACFECE6.30902@allgoodbits.org> <20091010175525.E80896@ury.york.ac.uk> <4AD7C7B6.2070208@allgoodbits.org> Message-ID: <3979a4b0910160130t411c18eud427d4675e6390db@mail.gmail.com> 2009/10/16 Duncan Hutty : > Unfortunately, the 2 links for the loader (one for nfs and one for tftp) are > dead. I wonder whether anyone can suggest how I go about creating this > myself? Default /boot/loader support booting over tftp/nfs, but on my sfv215 system I got a panic while kernel loads. If you also occupies this problem, I can resend you patch for loader by Marius Strobl or ready-to-use binary loader. -- MATPOCKuH From tinderbox at freebsd.org Fri Oct 16 16:18:22 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Oct 16 16:18:28 2009 Subject: [releng_8 tinderbox] failure on sparc64/sparc64 Message-ID: <200910161618.n9GGIL6F094756@freebsd-current.sentex.ca> TB --- 2009-10-16 08:08:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-16 08:08:09 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2009-10-16 08:08:09 - cleaning the object tree TB --- 2009-10-16 08:08:21 - cvsupping the source tree TB --- 2009-10-16 08:08:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2009-10-16 16:18:21 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-10-16 16:18:21 - ERROR: unable to cvsup the source tree TB --- 2009-10-16 16:18:21 - 0.70 user 6.87 system 29411.67 real http://tinderbox.des.no/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From carton at Ivy.NET Fri Oct 16 19:55:18 2009 From: carton at Ivy.NET (Miles Nordin) Date: Fri Oct 16 19:55:24 2009 Subject: FreeBSD/sparc64 on SunFire V215 - clock (?) problem In-Reply-To: <3979a4b0910142324s5158a7f9g91ca45298738730c@mail.gmail.com> (KOT MATPOCKuH's message of "Thu, 15 Oct 2009 10:24:30 +0400") References: <3979a4b0910142324s5158a7f9g91ca45298738730c@mail.gmail.com> Message-ID: >>>>> "km" == KOT MATPOCKuH writes: km> The time in NVRAM's clock is not synced after reboot, km> and time difference increases after each system restart. km> 14 Oct 18:31:27 ntpdate[963]: step time server 192.168.2.1 km> offset 343.494018 sec [reboot] km> 15 Oct 10:22:53 ntpdate[962]: step time server 192.168.2.1 km> offset 345.509317 sec so you are finding two separate problems: 1. if NVRAM clock were synced after reboot, the step on 15 Oct would be close to zero, not 300. 2. accepting that bug exists, and the NVRAM time is never updated to system time, the step should be the same size on the 14th and 15th. Instead the nvram is gaining/losing two seconds in only 16 hours which is much worse accuracy than you expect from the battery chip. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 304 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-sparc64/attachments/20091016/18629021/attachment.pgp From marius at alchemy.franken.de Sun Oct 18 19:10:47 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Sun Oct 18 19:10:54 2009 Subject: FreeBSD/sparc64 on SunFire V215 - clock (?) problem In-Reply-To: <3979a4b0910142324s5158a7f9g91ca45298738730c@mail.gmail.com> References: <3979a4b0910142324s5158a7f9g91ca45298738730c@mail.gmail.com> Message-ID: <20091018191045.GJ27159@alchemy.franken.de> On Thu, Oct 15, 2009 at 10:24:30AM +0400, KOT MATPOCKuH wrote: > 2009/9/21 Marius Strobl : > > >> > Like I said, mainline FreeBSD doesn't support V215 so > >> > far. If you like you can give the following patch a try: > >> > http://people.freebsd.org/~marius/fire.diff > >> > It requires head r197164 or later. > >> I'm tried to apply this patch, also add "device ofw_console" to kernel > >> configuration, but system panic after: > > Please re-fetch fire.diff and try again. > System works like good. But I have a problem with clock in NVRAM (?). > The time in NVRAM's clock is not synced after reboot, and time > difference increases after each system restart. > > For example: > 14 Oct 18:31:27 ntpdate[963]: step time server 192.168.2.1 offset 343.494018 sec > 15 Oct 10:22:53 ntpdate[962]: step time server 192.168.2.1 offset 345.509317 sec > > After system boot I have ntpd running and have no problems with clock. > This issue isn't limited to V215 but also happens on some other machines equipped with LOMs, though I haven't noticed their clocks to increasingly differ between reboots so far. I think what's going on is that the RTC is fed with the time from the LOM during boot, so besides setting the LOM clock correctly the only thing you can do until FreeBSD gains support for talking to the various LOMs is to run ntpdate(8) during boot (you can use ntpdate_enable together with ntpd_enable). Marius From bugmaster at FreeBSD.org Mon Oct 19 11:07:02 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 19 11:09:36 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200910191107.n9JB71IN063570@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 13 problems total. From tinderbox at freebsd.org Fri Oct 23 12:44:17 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Oct 23 12:44:29 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <200910231244.n9NCiGdt050086@freebsd-current.sentex.ca> TB --- 2009-10-23 11:46:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-23 11:46:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-10-23 11:46:16 - cleaning the object tree TB --- 2009-10-23 11:46:36 - cvsupping the source tree TB --- 2009-10-23 11:46:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-10-23 11:46:58 - building world TB --- 2009-10-23 11:46:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-23 11:46:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-23 11:46:58 - TARGET=sparc64 TB --- 2009-10-23 11:46:58 - TARGET_ARCH=sparc64 TB --- 2009-10-23 11:46:58 - TZ=UTC TB --- 2009-10-23 11:46:58 - __MAKE_CONF=/dev/null TB --- 2009-10-23 11:46:58 - cd /src TB --- 2009-10-23 11:46:58 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 23 11:46:59 UTC 2009 >>> 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 Fri Oct 23 12:42:10 UTC 2009 TB --- 2009-10-23 12:42:10 - generating LINT kernel config TB --- 2009-10-23 12:42:10 - cd /src/sys/sparc64/conf TB --- 2009-10-23 12:42:10 - /usr/bin/make -B LINT TB --- 2009-10-23 12:42:10 - building LINT kernel TB --- 2009-10-23 12:42:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-23 12:42:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-23 12:42:10 - TARGET=sparc64 TB --- 2009-10-23 12:42:10 - TARGET_ARCH=sparc64 TB --- 2009-10-23 12:42:10 - TZ=UTC TB --- 2009-10-23 12:42:10 - __MAKE_CONF=/dev/null TB --- 2009-10-23 12:42:10 - cd /src TB --- 2009-10-23 12:42:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 23 12:42:10 UTC 2009 >>> 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 -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/cam/cam_periph.c 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 -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/cam/cam_queue.c 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 -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/cam/cam_sim.c 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 -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/cam/cam_xpt.c /src/sys/cam/cam_xpt.c: In function 'xpt_scanner_thread': /src/sys/cam/cam_xpt.c:815: error: 'CAM_PRIORITY_BUS' undeclared (first use in this function) /src/sys/cam/cam_xpt.c:815: error: (Each undeclared identifier is reported only once /src/sys/cam/cam_xpt.c:815: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-23 12:44:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-23 12:44:16 - ERROR: failed to build lint kernel TB --- 2009-10-23 12:44:16 - 2640.15 user 535.83 system 3479.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Fri Oct 23 12:54:05 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Oct 23 12:54:23 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <200910231254.n9NCs4kU079185@freebsd-current.sentex.ca> TB --- 2009-10-23 11:57:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-23 11:57:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-10-23 11:57:22 - cleaning the object tree TB --- 2009-10-23 11:57:37 - cvsupping the source tree TB --- 2009-10-23 11:57:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-10-23 11:58:01 - building world TB --- 2009-10-23 11:58:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-23 11:58:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-23 11:58:01 - TARGET=sun4v TB --- 2009-10-23 11:58:01 - TARGET_ARCH=sparc64 TB --- 2009-10-23 11:58:01 - TZ=UTC TB --- 2009-10-23 11:58:01 - __MAKE_CONF=/dev/null TB --- 2009-10-23 11:58:01 - cd /src TB --- 2009-10-23 11:58:01 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 23 11:58:02 UTC 2009 >>> 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 Fri Oct 23 12:51:59 UTC 2009 TB --- 2009-10-23 12:51:59 - generating LINT kernel config TB --- 2009-10-23 12:51:59 - cd /src/sys/sun4v/conf TB --- 2009-10-23 12:51:59 - /usr/bin/make -B LINT TB --- 2009-10-23 12:51:59 - building LINT kernel TB --- 2009-10-23 12:51:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-23 12:51:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-23 12:51:59 - TARGET=sun4v TB --- 2009-10-23 12:51:59 - TARGET_ARCH=sparc64 TB --- 2009-10-23 12:51:59 - TZ=UTC TB --- 2009-10-23 12:51:59 - __MAKE_CONF=/dev/null TB --- 2009-10-23 12:51:59 - cd /src TB --- 2009-10-23 12:51:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 23 12:51:59 UTC 2009 >>> 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 -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/cam/cam_periph.c 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 -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/cam/cam_queue.c 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 -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/cam/cam_sim.c 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 -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/cam/cam_xpt.c /src/sys/cam/cam_xpt.c: In function 'xpt_scanner_thread': /src/sys/cam/cam_xpt.c:815: error: 'CAM_PRIORITY_BUS' undeclared (first use in this function) /src/sys/cam/cam_xpt.c:815: error: (Each undeclared identifier is reported only once /src/sys/cam/cam_xpt.c:815: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-23 12:54:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-23 12:54:04 - ERROR: failed to build lint kernel TB --- 2009-10-23 12:54:04 - 2644.05 user 532.83 system 3402.50 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From zgrjskij at mignosuw.com Sun Oct 25 08:00:19 2009 From: zgrjskij at mignosuw.com (domyjsav) Date: Sun Oct 25 08:01:29 2009 Subject: sparc64/139957: domyjsav Message-ID: <200910250755.n9P7t490068141@www.freebsd.org> >Number: 139957 >Category: sparc64 >Synopsis: domyjsav >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: maintainer-update >Submitter-Id: current-users >Arrival-Date: Sun Oct 25 08:00:18 UTC 2009 >Closed-Date: >Last-Modified: >Originator: domyjsav >Release: domyjsav >Organization: domyjsav >Environment: domyjsav >Description: tjsprsuz http://stgxkgxr.com onnzekgv gbnmjfbf >How-To-Repeat: domyjsav >Fix: domyjsav >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Sun Oct 25 08:40:24 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Oct 25 08:40:31 2009 Subject: junk/139957: domyjsav Message-ID: <200910250840.n9P8eOi9041476@freefall.freebsd.org> Synopsis: domyjsav State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sun Oct 25 08:40:06 UTC 2009 State-Changed-Why: garbage http://www.freebsd.org/cgi/query-pr.cgi?pr=139957 From bugmaster at FreeBSD.org Mon Oct 26 11:07:08 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 26 11:09:54 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200910261107.n9QB77kG043887@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 13 problems total.