From owner-freebsd-sparc64@FreeBSD.ORG Sun Sep 6 10:24:31 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6954E1065679 for ; Sun, 6 Sep 2009 10:24:31 +0000 (UTC) (envelope-from ardelean@ww.uni-erlangen.de) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.freebsd.org (Postfix) with ESMTP id 226838FC0A for ; Sun, 6 Sep 2009 10:24:31 +0000 (UTC) Received: by servww6.ww.uni-erlangen.de (Postfix, from userid 512) id 8C93B62004; Sun, 6 Sep 2009 12:24:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by servww6.ww.uni-erlangen.de (Postfix) with ESMTP id 4EE5762002; Sun, 6 Sep 2009 12:24:28 +0200 (CEST) Date: Sun, 6 Sep 2009 12:24:28 +0200 (CEST) From: Gheorghe Ardelean To: Marius Strobl In-Reply-To: <20090826205905.GG94142@alchemy.franken.de> Message-ID: References: <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> <20090819161410.GA19351@alchemy.franken.de> <4A8DC0DF.4040701@networkz.ch> <4A8EDE72.6040703@networkz.ch> <20090821193740.GA66639@alchemy.franken.de> <20090826205905.GG94142@alchemy.franken.de> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-sparc64@freebsd.org Subject: Re: Audio on Sunblade 100 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2009 10:24:31 -0000 On Wed, 26 Aug 2009, Marius Strobl wrote: > On Mon, Aug 24, 2009 at 12:07:44PM +0200, Gheorghe Ardelean wrote: > > <...> > > Thanks for the dumps! > >> >>> From all this dumps all I can see is that on my Blade100s there are some >> bytes in the isab0@pci... dumps which are different from what the Christian >> has: >> >> ardelean@ahorn:~> diff -u pciconf-myconfig1.txt pciconf-christian.txt >> --- pciconf-myconfig1.txt 2009-08-24 11:24:52.758524000 +0200 >> +++ pciconf-christian.txt 2009-08-24 11:25:30.791166000 +0200 >> >> -00 00 06 00 41 03 00 d3 04 02 00 04 00 00 01 10 >> +00 00 06 00 41 03 00 d3 04 02 00 02 00 00 01 10 >> >> and the boot verbose part: >> >> -pcm0: sndbuf_setmap c1140000, 10000; 0xc0c62000 -> c1140000 >> -pcm0: sndbuf_setmap c1160000, 10000; 0xc0c82000 -> c1160000 >> +pcm0: sndbuf_setmap c1140000, 10000; 0xc0c50000 -> c1140000 >> +pcm0: sndbuf_setmap c1160000, 10000; 0xc0c70000 -> c1160000 >> > > The interesing bits here are the leftmost and the rightmost > columns which contain the DVMA addresses. Aa they are > indentical on both machines, incorrect bus_dma(9) parameters > can be ruled out as a cause for the problem Christian is > seeing. > >> So one can see that there are differences in the output of isab0@pci >> dump and also in the dmesg. In the case of Christian this diference is >> at bye offset 0x79 (one byte). In my case the difference is at >> byteoffset 0x82 (two bytes). > > Christian could try whether changing the value of register > 0x7b (I think you got the offset of the first one wrong) to > 4 via `pciconf -wb isab0@pci0:0:7:0 0x7b 4` before playing > audio makes any difference, but given that with the latest > firmware your machines also use 2 without problems I doubt > that will make a difference. Maybe I've got the offset wrong. I counted the bytes by lines 16 bytes each. > Unfortunately, I'm currently out of ideas what could be > the reason for the problem Christian is seeing. Given that > what I have works fine on 2 of 3 Blade 100 and my Blade > 1500, I'll commit it once I had a chance to verify it > doesn't break i386 though. It would be great however if > you could try a slightly updated version of the patch at > http://people.freebsd.org/~marius/t4dwave_M5451_32-bit.diff > (MD5 hash: 7aaee2bfeab57c21ab23c98cf1c67f23) with one > of your Blade 100. I am currently on holidays and I can not test it but afer 14th of September I'll do it. I think I have also an amd64 system with an Asrock 939Dual Sata2 on it and it has the same sound chip such as I can test the patch on i386/amd64 also but maybe I am wrong here. Regards, Gheorghe From owner-freebsd-sparc64@FreeBSD.ORG Sun Sep 6 18:21:58 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E48F106566B for ; Sun, 6 Sep 2009 18:21:58 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 33C188FC0A for ; Sun, 6 Sep 2009 18:21:57 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n86ILuZN066358; Sun, 6 Sep 2009 20:21:57 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n86ILuhs066357; Sun, 6 Sep 2009 20:21:56 +0200 (CEST) (envelope-from marius) Date: Sun, 6 Sep 2009 20:21:56 +0200 From: Marius Strobl To: R J Message-ID: <20090906182156.GA66161@alchemy.franken.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: sata pci cards in ultra 60 or blade 1000 (Update) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2009 18:21:58 -0000 On Sat, Sep 05, 2009 at 05:50:17PM -0500, R J wrote: > Hi all, > I have upgraded the Os version on the blade 1000 to FreeBSD 8.0-BETA2. > > I am at a cross-road. I have Two sata controllers that are almost working. > > I just recently acquired a SUPERMICRO AOC-SAT2-MV8 64-bit PCI-X133MHz SATA > Controller. This controller had the same behaviour as the Sil 3512 as > explained in the attached email below from Jul 22, on ___FreeBSD 7.2___ > Stable. Since the upgrade to 8.0-BETA2, I actually get the SuperMicro to > see the attached Hitachi Disk Drive. The problem is that it doesn't > complete the booting! It hangs just after printing the details to the SCSI > boot/root disk, see SNIPPET. <...> > > So, can any body help get this to boot to normal os, and then maybe with > addition tweaks, I can the whole thing working. At a quick glance, atamarvell(4) is at least missing DMA synchronisation of the work area and isn't fully endian clean. You could try whether you get any further with the following patch: http://people.freebsd.org/~marius/ata-marvell.c.diff But again, the fail-safe way to get SATA disks working on sparc64 would be to use a controller driven by mpt(4) rather than ata(4) as the latter really has a lot of problems. > > The other part of the cross-roads is the Sil 3512 development since my last > email from Jul 22, but I would rather concentrate on the SuperMicro > controller: But, if any body is curious, I now have the Sil 3512 show > disks, and I can put partitions on the disk, and mount it. It seems if I > put light activity on the disk, It works for a while; light activity being > moving files (tar or cp) to the disk on the Sil 3512 at a rate slower than > 5 or 6 MB/s. If that rate increases to past 6 or 7 MB/s, then I get a hard > lock. The ata driver detaches the disk on the Sil 3512, and the only way > to regain control is to do a hard reset/reboot. You should talk to mav@FreeBSD.org about problems with siis(4). Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 7 11:07:08 2009 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C52DA106566C for ; Mon, 7 Sep 2009 11:07:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B307C8FC1A for ; Mon, 7 Sep 2009 11:07:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n87B7860010387 for ; Mon, 7 Sep 2009 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n87B78Yr010383 for freebsd-sparc64@FreeBSD.org; Mon, 7 Sep 2009 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Sep 2009 11:07:08 GMT Message-Id: <200909071107.n87B78Yr010383@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2009 11:07:08 -0000 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 -------------------------------------------------------------------------------- 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 12 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 9 00:32:21 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D345A106566B for ; Wed, 9 Sep 2009 00:32:21 +0000 (UTC) (envelope-from rjohanne@piper.hamline.edu) Received: from wnk.hamline.edu (wnk2.hamline.edu [138.192.246.27]) by mx1.freebsd.org (Postfix) with ESMTP id 927788FC0C for ; Wed, 9 Sep 2009 00:32:21 +0000 (UTC) Received: from wnk.hamline.edu (localhost.localdomain [127.0.0.1]) by wnk.hamline.edu (8.14.2/8.14.2) with ESMTP id n890UskH009461; Tue, 8 Sep 2009 19:30:54 -0500 Received: from localhost (rjohanne@localhost) by wnk.hamline.edu (8.14.2/8.14.2/Submit) with ESMTP id n890UroJ009458; Tue, 8 Sep 2009 19:30:54 -0500 Date: Tue, 8 Sep 2009 19:30:53 -0500 (CDT) From: R J X-X-Sender: rjohanne@wnk To: Marius Strobl In-Reply-To: <20090906182156.GA66161@alchemy.franken.de> Message-ID: References: <20090906182156.GA66161@alchemy.franken.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-sparc64@freebsd.org Subject: Re: sata pci cards in ultra 60 or blade 1000 (Update) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2009 00:32:22 -0000 Marius, I would like to say that thanks for fixing the ata-marvell driver for the SuperMicro Sata card on sparc64, atleast the blade 1000. Your patch has enabled the card to detect the disk drive and complete booting. Not only that, I was able to go all the way and create a new partition on the disk, newfs it, and mount it. I was able to copy 1.6gigs of data onto the partition, and was able to copy data from the partition to another directory within the same partition at a tune of about 40MB/s. Before that patch, the system was not able to complete booting. Out of curiosity, ofcourse, what does the patch do? Does it basically disable 64-bit and dma for the driver on sparc64? This is a PCI-X 133mhz card. It would be a dream to get half the band-width as it is in a 66mhz pci slot. Thanks, Robert. NOTE: Here's a brief output from stock iostat: note the numbers for ad0. tty ad0 da0 pass0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 39 31.99 1361 42.52 0.00 0 0.00 0.00 0 0.00 0 0 36 3 61 0 39 31.99 1372 42.86 0.00 0 0.00 0.00 0 0.00 0 0 38 3 59 0 39 31.98 1366 42.64 0.00 0 0.00 0.00 0 0.00 0 0 38 3 58 0 39 31.99 1386 43.29 0.00 0 0.00 0.00 0 0.00 0 0 38 4 58 0 39 31.99 1403 43.84 0.00 0 0.00 0.00 0 0.00 0 0 38 3 59 0 39 31.98 1343 41.94 0.00 0 0.00 0.00 0 0.00 0 0 37 3 60 0 39 31.99 1400 43.73 0.00 0 0.00 0.00 0 0.00 0 0 39 3 58 0 39 31.99 1359 42.46 0.00 0 0.00 0.00 0 0.00 0 0 38 3 60 0 39 31.98 1336 41.72 0.00 0 0.00 0.00 0 0.00 0 0 38 3 59 0 39 31.99 1378 43.05 0.00 0 0.00 0.00 0 0.00 0 0 38 2 60 0 39 31.99 1369 42.76 0.00 0 0.00 0.00 0 0.00 0 0 39 3 58 0 39 31.83 1286 39.96 12.50 2 0.02 0.00 0 0.00 0 0 40 3 57 0 39 31.88 1310 40.77 0.00 0 0.00 0.00 0 0.00 0 0 38 2 59 0 39 31.95 1262 39.36 0.00 0 0.00 0.00 0 0.00 0 0 45 2 52 On Sun, 6 Sep 2009, Marius Strobl wrote: > On Sat, Sep 05, 2009 at 05:50:17PM -0500, R J wrote: >> Hi all, >> I have upgraded the Os version on the blade 1000 to FreeBSD 8.0-BETA2. >> >> I am at a cross-road. I have Two sata controllers that are almost working. >> >> I just recently acquired a SUPERMICRO AOC-SAT2-MV8 64-bit PCI-X133MHz SATA >> Controller. This controller had the same behaviour as the Sil 3512 as >> explained in the attached email below from Jul 22, on ___FreeBSD 7.2___ >> Stable. Since the upgrade to 8.0-BETA2, I actually get the SuperMicro to >> see the attached Hitachi Disk Drive. The problem is that it doesn't >> complete the booting! It hangs just after printing the details to the SCSI >> boot/root disk, see SNIPPET. > > <...> > >> >> So, can any body help get this to boot to normal os, and then maybe with >> addition tweaks, I can the whole thing working. > > At a quick glance, atamarvell(4) is at least missing DMA > synchronisation of the work area and isn't fully endian > clean. You could try whether you get any further with > the following patch: > http://people.freebsd.org/~marius/ata-marvell.c.diff > But again, the fail-safe way to get SATA disks working > on sparc64 would be to use a controller driven by mpt(4) > rather than ata(4) as the latter really has a lot of > problems. > >> >> The other part of the cross-roads is the Sil 3512 development since my last >> email from Jul 22, but I would rather concentrate on the SuperMicro >> controller: But, if any body is curious, I now have the Sil 3512 show >> disks, and I can put partitions on the disk, and mount it. It seems if I >> put light activity on the disk, It works for a while; light activity being >> moving files (tar or cp) to the disk on the Sil 3512 at a rate slower than >> 5 or 6 MB/s. If that rate increases to past 6 or 7 MB/s, then I get a hard >> lock. The ata driver detaches the disk on the Sil 3512, and the only way >> to regain control is to do a hard reset/reboot. > > You should talk to mav@FreeBSD.org about problems with > siis(4). > > Marius > > reason=bad sender (\.de) > > From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 9 18:45:06 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 876571065728 for ; Wed, 9 Sep 2009 18:45:06 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 1A4AA8FC14 for ; Wed, 9 Sep 2009 18:45:05 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n89Ij430021600; Wed, 9 Sep 2009 20:45:04 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n89Ij4Yo021599; Wed, 9 Sep 2009 20:45:04 +0200 (CEST) (envelope-from marius) Date: Wed, 9 Sep 2009 20:45:04 +0200 From: Marius Strobl To: R J Message-ID: <20090909184504.GD57060@alchemy.franken.de> References: <20090906182156.GA66161@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: sata pci cards in ultra 60 or blade 1000 (Update) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2009 18:45:06 -0000 On Tue, Sep 08, 2009 at 07:30:53PM -0500, R J wrote: > Marius, > > I would like to say that thanks for fixing the ata-marvell driver for the > SuperMicro Sata card on sparc64, atleast the blade 1000. Your patch has > enabled the card to detect the disk drive and complete booting. Not only > that, I was able to go all the way and create a new partition on the disk, > newfs it, and mount it. I was able to copy 1.6gigs of data onto the > partition, and was able to copy data from the partition to another > directory within the same partition at a tune of about 40MB/s. > > Before that patch, the system was not able to complete booting. > > Out of curiosity, ofcourse, what does the patch do? Does it basically > disable 64-bit and dma for the driver on sparc64? It does no such things, it just fixes some sloppy programming (see my last email for a description of the problems) which caused the driver to only have a chance of working on x86 but AFAICT not on any of the other architectures supported by FreeBSD. > This is a PCI-X 133mhz > card. It would be a dream to get half the band-width as it is in a 66mhz > pci slot. > > Thanks, Robert. > > NOTE: > > Here's a brief output from stock iostat: note the numbers for ad0. > I admit that I have no experience with "benchmarking" disk I/O with iostat(8), however checking with my machines suggests that 40MB/s actually is an excellent result for copying data from a disk to itself, I don't get anywhere near that rate, not even on x86 with SATA300 gear. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 10 22:36:47 2009 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 402AB106566B; Thu, 10 Sep 2009 22:36:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D91E08FC15; Thu, 10 Sep 2009 22:36:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8AMakh7080234; Thu, 10 Sep 2009 18:36:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8AMakN9080233; Thu, 10 Sep 2009 22:36:46 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Sep 2009 22:36:46 GMT Message-Id: <200909102236.n8AMakN9080233@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2009 22:36:47 -0000 TB --- 2009-09-10 21:33:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-10 21:33:39 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-09-10 21:33:39 - cleaning the object tree TB --- 2009-09-10 21:33:53 - cvsupping the source tree TB --- 2009-09-10 21:33:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-09-10 21:34:43 - building world TB --- 2009-09-10 21:34:43 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-10 21:34:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-10 21:34:43 - TARGET=sparc64 TB --- 2009-09-10 21:34:43 - TARGET_ARCH=sparc64 TB --- 2009-09-10 21:34:43 - TZ=UTC TB --- 2009-09-10 21:34:43 - __MAKE_CONF=/dev/null TB --- 2009-09-10 21:34:43 - cd /src TB --- 2009-09-10 21:34:43 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 10 21:34: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 >>> World build completed on Thu Sep 10 22:33:12 UTC 2009 TB --- 2009-09-10 22:33:12 - generating LINT kernel config TB --- 2009-09-10 22:33:12 - cd /src/sys/sparc64/conf TB --- 2009-09-10 22:33:12 - /usr/bin/make -B LINT TB --- 2009-09-10 22:33:12 - building LINT kernel TB --- 2009-09-10 22:33:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-10 22:33:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-10 22:33:12 - TARGET=sparc64 TB --- 2009-09-10 22:33:12 - TARGET_ARCH=sparc64 TB --- 2009-09-10 22:33:12 - TZ=UTC TB --- 2009-09-10 22:33:12 - __MAKE_CONF=/dev/null TB --- 2009-09-10 22:33:12 - cd /src TB --- 2009-09-10 22:33:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 10 22:33:12 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/dev/dpt/dpt_pci.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/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -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 eisa_if.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/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_mq_start_locked': /src/sys/dev/e1000/if_em.c:1037: warning: suggest parentheses around assignment used as truth value /src/sys/dev/e1000/if_em.c:1067: warning: suggest parentheses around assignment used as truth value *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-10 22:36:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-10 22:36:46 - ERROR: failed to build lint kernel TB --- 2009-09-10 22:36:46 - 2750.22 user 421.67 system 3786.79 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 10 22:49:49 2009 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCDC51065672; Thu, 10 Sep 2009 22:49:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A66E88FC16; Thu, 10 Sep 2009 22:49:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8AMnnPe013335; Thu, 10 Sep 2009 18:49:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8AMnnTp013334; Thu, 10 Sep 2009 22:49:49 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Sep 2009 22:49:49 GMT Message-Id: <200909102249.n8AMnnTp013334@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2009 22:49:49 -0000 TB --- 2009-09-10 21:51:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-10 21:51:06 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-09-10 21:51:06 - cleaning the object tree TB --- 2009-09-10 21:51:16 - cvsupping the source tree TB --- 2009-09-10 21:51:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-09-10 21:51:56 - building world TB --- 2009-09-10 21:51:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-10 21:51:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-10 21:51:56 - TARGET=sun4v TB --- 2009-09-10 21:51:56 - TARGET_ARCH=sparc64 TB --- 2009-09-10 21:51:56 - TZ=UTC TB --- 2009-09-10 21:51:56 - __MAKE_CONF=/dev/null TB --- 2009-09-10 21:51:56 - cd /src TB --- 2009-09-10 21:51:56 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 10 21:51:57 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 Thu Sep 10 22:46:18 UTC 2009 TB --- 2009-09-10 22:46:18 - generating LINT kernel config TB --- 2009-09-10 22:46:18 - cd /src/sys/sun4v/conf TB --- 2009-09-10 22:46:18 - /usr/bin/make -B LINT TB --- 2009-09-10 22:46:18 - building LINT kernel TB --- 2009-09-10 22:46:18 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-10 22:46:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-10 22:46:18 - TARGET=sun4v TB --- 2009-09-10 22:46:18 - TARGET_ARCH=sparc64 TB --- 2009-09-10 22:46:18 - TZ=UTC TB --- 2009-09-10 22:46:18 - __MAKE_CONF=/dev/null TB --- 2009-09-10 22:46:18 - cd /src TB --- 2009-09-10 22:46:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 10 22:46:18 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/dev/dcons/dcons_os.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/dev/de/if_de.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -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 eisa_if.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/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_mq_start_locked': /src/sys/dev/e1000/if_em.c:1037: warning: suggest parentheses around assignment used as truth value /src/sys/dev/e1000/if_em.c:1067: warning: suggest parentheses around assignment used as truth value *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-10 22:49:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-10 22:49:48 - ERROR: failed to build lint kernel TB --- 2009-09-10 22:49:48 - 2762.37 user 408.05 system 3522.10 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full