From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 15 03:21:51 2012 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 729721065672; Sun, 15 Jul 2012 03:21:51 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4A9FA8FC18; Sun, 15 Jul 2012 03:21:51 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id CBDC25625B; Sat, 14 Jul 2012 22:21:50 -0500 (CDT) Date: Sat, 14 Jul 2012 22:21:50 -0500 From: Mark Linimon To: Marius Strobl Message-ID: <20120715032150.GA24257@lonesome.com> References: <20120619104247.GA13630@mech-cluster241.men.bris.ac.uk> <20120630121634.GA94551@alchemy.franken.de> <20120709094958.GB52954@mech-cluster241.men.bris.ac.uk> <20120709130430.GN63893@alchemy.franken.de> <20120714133313.GA93858@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120714133313.GA93858@alchemy.franken.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ppc@freebsd.org, x11@freebsd.org, freebsd-sparc64@freebsd.org, miwi@freebsd.org Subject: Re: graphics/libGL regression on sparc64 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, 15 Jul 2012 03:21:51 -0000 On Sat, Jul 14, 2012 at 03:33:13PM +0200, Marius Strobl wrote: > Given that I haven't received any feedback on the above mentioned > dri_libGL_libdrm.diff so far, I'm going to commit it on June 16th > unless someone comes up with an objection and given that I can > get an approval from a ports committer. You're going to wait a whole 11 months? :-) In any case, I'm also toying around with arm builds, and of course arm needs yet another special case added. Would you object if I wanted to fix that and then test these patches on an -exp run on amd64? They're just intrusive enough to make me nervous about the tier-1 machines. mcl From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 15 13:57:18 2012 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 B35E8106564A for ; Sun, 15 Jul 2012 13:57:18 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8FA8B8FC12 for ; Sun, 15 Jul 2012 13:57:18 +0000 (UTC) Received: from ip-109-41-25-88.web.vodafone.de (ip-109-41-25-88.web.vodafone.de [109.41.25.88]) by ainaz.pair.com (Postfix) with ESMTPSA id 021ED3F40F; Sun, 15 Jul 2012 09:57:16 -0400 (EDT) Date: Sun, 15 Jul 2012 15:57:13 +0200 (CEST) From: Gerald Pfeifer To: freebsd-sparc64@freebsd.org, Peter Jeremy In-Reply-To: <20120714121820.GA84132@server.rulingia.com> Message-ID: References: <20120621081705.GA41013@mech-cluster241.men.bris.ac.uk> <20120714121820.GA84132@server.rulingia.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: Re: lang/gcc46 build failure on sparc64 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, 15 Jul 2012 13:57:18 -0000 On Sat, 14 Jul 2012, Peter Jeremy wrote: >> gmake[3]: Entering directory `/usr/ports/lang/gcc46/work/build/libcpp' >> /usr/ports/lang/gcc46/work/build/./prev-gcc/xgcc -B/usr/ports/lang/gcc46/work/build/./prev-gcc/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/local/sparc64-portbld-freebsd10.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd10.0/include -isystem /usr/local/sparc64-portbld-freebsd10.0/sys-include -I.././../gcc-4.6-20120608/libcpp -I. -I.././../gcc-4.6-20120608/libcpp/../include -I.././../gcc-4.6-20120608/libcpp/include -g -O2 -gtoggle -W -Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wc++-compat -pedantic -Wno-long-long -I.././../gcc-4.6-20120608/libcpp -I. -I.././../gcc-4.6-20120608/libcpp/../include -I.././../gcc-4.6-20120608/libcpp/include -c -o charset.o -MT charset.o -MMD -MP -MF .deps/charset.Tpo .././../gcc-4.6-20120608/libcpp/charset.c >> In file included from .././../gcc-4.6-20120608/libcpp/system.h:30:0, >> from .././../gcc-4.6-20120608/libcpp/charset.c:22: >> /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types in declaration specifiers >> gmake[3]: *** [charset.o] Error 1 > Sorry for the delay but I see exactly the same on 10.0-CURRENT r238247 > > As a work-around, I'd suggest using ports/lang/gcc - which is the > stable branch of gcc-4.6 Are you saying that on the same machine and base system, lang/gcc46 fails to build whereas lang/gcc succeeds? I was starting to feel this might be related to base systems built with WITH_ICONV=YES (in /etc/src.conf); can you check whether that is on, and if so, does make a difference? Gerald PS. I have dug through the GCC sources and could not find anything so far. From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 15 20:11:49 2012 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 902BB106566B for ; Sun, 15 Jul 2012 20:11:49 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id D8C218FC0A for ; Sun, 15 Jul 2012 20:11:48 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id 30C8F8B143C for ; Sun, 15 Jul 2012 22:11:48 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -100.809 X-Spam-Level: X-Spam-Status: No, score=-100.809 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=-0.117, TW_BD=0.077, TW_II=0.077, TW_KB=0.077, TW_XF=0.077, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id E1w+RCG4Q34v for ; Sun, 15 Jul 2012 22:11:46 +0200 (CEST) Received: from [192.168.100.30] (p54B09832.dip.t-dialin.net [84.176.152.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id F21688B143B for ; Sun, 15 Jul 2012 22:11:45 +0200 (CEST) Message-ID: <500323DA.4010205@executive-computing.de> Date: Sun, 15 Jul 2012 22:11:06 +0200 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Sun Blade 1000 fan control 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, 15 Jul 2012 20:11:49 -0000 Hi, I've installed 9.0-RELEASE on a Blade 1000, installation was quick and completely painless, the installer even warned me about a possibly wrong choice during customized partitioning -- thumbs up to nwhitehorn@ and anyone else involved. While I realize this being a very minor issue compared to the efforts neccessary for supporting this arch and machine to the extend given, I'd really like to be able to have, preferably automagic, RPM control over the fans of the box. Searching the archives, I found the topic already was discussed in 2011. Alas, it seems as if there's been no noticeable change in that since then. I'd very much like to see this functionality included in FreeBSD, but am unable to offer more than assistance, by e.g. testing out possible patches or giving direct (serial/ssh) access to the machine. If there's any other use for this kind of direct access, I'd be more than glad to be of assistance. I need the Solaris side of things sometimes, though, so the machine wouldn't be permanently available. Here's some more info on the machine: sb1000# uname -a FreeBSD sb1000.c0c0.intra 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Wed Jan 4 05:26:33 UTC 2012 root@heller.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 sb1000# dmesg Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-RELEASE #0: Wed Jan 4 05:26:33 UTC 2012 root@heller.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 real memory = 1073741824 (1024 MB) avail memory = 1025843200 (978 MB) cpu0: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs kbd0 at kbdmux0 nexus0: pcib0: mem 0x40004700000-0x40004717fff,0x40004410000-0x4000441004f,0x7ffee000000-0x7ffee0000ff irq 563,560,561,564,550 on nexus0 pcib0: Schizo, version 4, IGN 0x8, bus B, PCI mode, 33MHz pcib0: DVMA map: 0xc0000000 to 0xffffffff 131072 entries pci0: on pcib0 ebus0: mem 0x7d000000-0x7dffffff,0x7e000000-0x7e7fffff at device 5.0 on pci0 pcib1: mem 0x40004600000-0x40004617fff,0x40004410000-0x4000441004f,0x7ffec000000-0x7ffec0000ff irq 562,560,561,564,551 on nexus0 pcib1: Schizo, version 4, IGN 0x8, bus A, PCI mode, 66MHz Timecounter "pcib1" frequency 150000000 Hz quality 100 pcib1: DVMA map: 0xc0000000 to 0xffffffff 131072 entries pci1: on pcib1 upa0: mem 0x40004480000-0x4000448001f,0x40004706000-0x4000470600f,0x40004708000-0x4000470800f on nexus0 nexus0: mem 0x40000400000-0x40000400047 type memory-controller (no driver attached) nexus0: mem 0x40000c00000-0x40000c00047 type memory-controller (no driver attached) ebus0: addr 0-0x1fffff (no driver attached) ebus0: addr 0x100000000-0x1000fffff (no driver attached) ebus0: addr 0x10000000e-0x100000028,0x100728000-0x100728003,0x10030002e-0x10030002f,0x100300600-0x100300607 (no driver attached) ebus0: addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no driver attached) ebus0: addr 0x100000030-0x100000031 irq 35 (no driver attached) ebus0: addr 0x100000032-0x100000037 (no driver attached) pcm0: addr 0x100200000-0x1002000ff,0x100702000-0x10070200f,0x100704000-0x10070400f,0x100722000-0x100722003 irq 32,33 on ebus0 pcm0: rtc0: addr 0x100300070-0x100300071 irq 36 on ebus0 ebus0: addr 0x100300600-0x100300607 (no driver attached) ebus0: addr 0x100300700-0x100300701 (no driver attached) ebus0: addr 0x1003023f0-0x1003023f7,0x100706000-0x10070600f,0x100720000-0x100720003 irq 37 (no driver attached) ebus0: addr 0x100300278-0x100300287,0x10030002e-0x10030002f,0x100700000-0x10070000f irq 28 (no driver attached) scc0: addr 0x100400000-0x10040007f irq 34 on ebus0 uart0: on scc0 uart0: CTS oflow uart0: console (9600,n,8,1) uart1: on scc0 uart1: CTS oflow gem0: mem 0x100000-0x11ffff at device 5.1 on pci0 miibus0: on gem0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow gem0: 2kB RX FIFO, 2kB TX FIFO gem0: Ethernet address: 00:03:ba:09:0f:b4 fwohci0: mem 0x120000-0x1207ff,0x122000-0x1227ff at device 5.2 on pci0 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:03:ba:ff:fe:09:0f:b4 fwohci0: Phy 1394a available S400, 4 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xc113c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:03:ba:09:0f:b4 fwe0: Ethernet address: 02:03:ba:09:0f:b4 fwip0: on firewire0 fwip0: Firewire address: 00:03:ba:ff:fe:09:0f:b4 @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode ohci0: mem 0x1000000-0x1007fff at device 5.3 on pci0 usbus0: on ohci0 sym0: <875> port 0x300-0x3ff mem 0x124000-0x1240ff,0x126000-0x126fff at device 6.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x400-0x4ff mem 0x128000-0x1280ff,0x12a000-0x12afff at device 6.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking machfb0: port 0x500-0x5ff mem 0x2000000-0x2ffffff,0x12c000-0x12cfff at device 1.0 on pci0 machfb0: 8 MB aperture at 0xe5d1e000 swapped machfb0: 8188 KB SGRAM 114.992 MHz, maximum RAMDAC clock 230 MHz, DSP machfb0: resolution 1152x900 at 8 bpp machfb1: port 0x600-0x6ff mem 0x3000000-0x3ffffff,0x12e000-0x12efff at device 2.0 on pci0 machfb1: 8 MB aperture at 0xe6d20000 swapped machfb1: 8188 KB SGRAM 114.992 MHz, maximum RAMDAC clock 230 MHz, DSP machfb1: resolution 1152x900 at 8 bpp isp0: port 0x300-0x3ff mem 0x100000-0x100fff at device 4.0 on pci1 isp0: invalid NVRAM header isp0: invalid NVRAM header isp0: bad frame length (0) from NVRAM- using 1024 isp0: bad execution throttle of 0- using 16 schppm0: mem 0x40004410050-0x40004410057 on nexus0 syscons0: on nexus0 syscons0: Unknown <16 virtual consoles, flags=0x100> Timecounter "tick" frequency 750000000 Hz quality 10 Timecounter "stick" frequency 5000000 Hz quality 10 Event timer "tick" frequency 750000000 Hz quality 1000 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 uhub0: 4 ports with 4 removable, self powered SMP: AP CPU #1 Launched! da0 at isp0 bus 0 scbus2 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 100.000MB/s transfers WWNN 0x20000011c664a175 WWPN 0x21000011c664a175 PortID 0xe4 da0: Command Queueing enabled da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) Trying to mount root from ufs:/dev/da0a [rw]... sb1000# pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x8001108e rev=0x00 hdr=0x00 vendor = 'Oracle Corporation' device = 'Schizo PCI Bus Module' class = bridge subclass = HOST-PCI ebus0@pci0:0:5:0: class=0x068000 card=0x00000000 chip=0x1100108e rev=0x01 hdr=0x00 vendor = 'Oracle Corporation' device = 'RIO EBUS' class = bridge gem0@pci0:0:5:1: class=0x020000 card=0x00000000 chip=0x1101108e rev=0x01 hdr=0x00 vendor = 'Oracle Corporation' device = 'RIO 10/100 Ethernet [eri]' class = network subclass = ethernet fwohci0@pci0:0:5:2: class=0x0c0010 card=0x00000000 chip=0x1102108e rev=0x01 hdr=0x00 vendor = 'Oracle Corporation' device = 'RIO 1394' class = serial bus subclass = FireWire ohci0@pci0:0:5:3: class=0x0c0310 card=0x00000000 chip=0x1103108e rev=0x01 hdr=0x00 vendor = 'Oracle Corporation' device = 'RIO USB' class = serial bus subclass = USB sym0@pci0:0:6:0: class=0x010000 card=0x00000000 chip=0x000f1000 rev=0x37 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = '53c875' class = mass storage subclass = SCSI sym1@pci0:0:6:1: class=0x010000 card=0x00000000 chip=0x000f1000 rev=0x37 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = '53c875' class = mass storage subclass = SCSI machfb0@pci0:0:1:0: class=0x030000 card=0x00000000 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL' class = display subclass = VGA machfb1@pci0:0:2:0: class=0x030000 card=0x00000000 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL' class = display subclass = VGA hostb1@pci1:0:0:0: class=0x060000 card=0x00000000 chip=0x8001108e rev=0x00 hdr=0x00 vendor = 'Oracle Corporation' device = 'Schizo PCI Bus Module' class = bridge subclass = HOST-PCI isp0@pci1:0:4:0: class=0x010000 card=0x00000000 chip=0x22001077 rev=0x05 hdr=0x00 vendor = 'QLogic Corp.' device = 'QLA2200 64-bit Fibre Channel Adapter' class = mass storage subclass = SCSI sb1000# From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 15 21:55:05 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9072106566C; Sun, 15 Jul 2012 21:55:05 +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 2B7078FC14; Sun, 15 Jul 2012 21:55:05 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q6FLswg9005234; Sun, 15 Jul 2012 23:54:58 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q6FLsvFK005233; Sun, 15 Jul 2012 23:54:57 +0200 (CEST) (envelope-from marius) Date: Sun, 15 Jul 2012 23:54:57 +0200 From: Marius Strobl To: Mark Linimon Message-ID: <20120715215457.GV63893@alchemy.franken.de> References: <20120619104247.GA13630@mech-cluster241.men.bris.ac.uk> <20120630121634.GA94551@alchemy.franken.de> <20120709094958.GB52954@mech-cluster241.men.bris.ac.uk> <20120709130430.GN63893@alchemy.franken.de> <20120714133313.GA93858@alchemy.franken.de> <20120715032150.GA24257@lonesome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120715032150.GA24257@lonesome.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-ppc@freebsd.org, x11@freebsd.org, freebsd-sparc64@freebsd.org, miwi@freebsd.org Subject: Re: graphics/libGL regression on sparc64 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, 15 Jul 2012 21:55:05 -0000 On Sat, Jul 14, 2012 at 10:21:50PM -0500, Mark Linimon wrote: > On Sat, Jul 14, 2012 at 03:33:13PM +0200, Marius Strobl wrote: > > Given that I haven't received any feedback on the above mentioned > > dri_libGL_libdrm.diff so far, I'm going to commit it on June 16th > > unless someone comes up with an objection and given that I can > > get an approval from a ports committer. > > You're going to wait a whole 11 months? :-) > > In any case, I'm also toying around with arm builds, and of course arm > needs yet another special case added. I haven't looked at fixing anything besides powerpc and sparc64 as AFAIK we don't support graphics hardware on anything except x86 and these two architectures. > Would you object if I wanted to fix that and then test these patches > on an -exp run on amd64? They're just intrusive enough to make me > nervous about the tier-1 machines. > Certainly not; note that at least the patch in PR 169874 apparently misses the extra patches though. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 16 00:33:37 2012 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 1D640106564A for ; Mon, 16 Jul 2012 00:33:37 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 86FC78FC12 for ; Mon, 16 Jul 2012 00:33:36 +0000 (UTC) Received: from server.rulingia.com (c220-239-248-69.belrs5.nsw.optusnet.com.au [220.239.248.69]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q6G0Gj0A059700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Jul 2012 10:16:46 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q6G0Gd2n050488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jul 2012 10:16:39 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q6G0Gcqr050486; Mon, 16 Jul 2012 10:16:38 +1000 (EST) (envelope-from peter) Date: Mon, 16 Jul 2012 10:16:38 +1000 From: Peter Jeremy To: Gerald Pfeifer Message-ID: <20120716001638.GB49069@server.rulingia.com> References: <20120621081705.GA41013@mech-cluster241.men.bris.ac.uk> <20120714121820.GA84132@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-sparc64@freebsd.org Subject: Re: lang/gcc46 build failure on sparc64 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, 16 Jul 2012 00:33:37 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jul-15 15:57:13 +0200, Gerald Pfeifer wrote: >On Sat, 14 Jul 2012, Peter Jeremy wrote: >> As a work-around, I'd suggest using ports/lang/gcc - which is the >> stable branch of gcc-4.6 > >Are you saying that on the same machine and base system, lang/gcc46 >fails to build whereas lang/gcc succeeds? Hmmm.... It looks like I was wrong. I _had_ lang/gcc installed on my sparc64 so I was able to build it in the past but I've just re-checked and I can't build it any longer. Working out when it broke would be quite time consuming given the speed of my sparc. Sorry for the misleading suggestion. >I was starting to feel this might be related to base systems built >with WITH_ICONV=3DYES (in /etc/src.conf); can you check whether that >is on, and if so, does make a difference? I don't have WITH{OUT}_ICONV specified in my base system. --=20 Peter Jeremy --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlADXWYACgkQ/opHv/APuIdeWQCeO9vRa3Kza2Bg4LcbVHMuP2uM 0wkAoLvprncoOXqWbG6OodDu1K2vMboo =TrzK -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 16 01:22:42 2012 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CA46106566B; Mon, 16 Jul 2012 01:22:42 +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 646FF8FC0C; Mon, 16 Jul 2012 01:22:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q6G1MfJg085864; Sun, 15 Jul 2012 21:22:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G1MfYx085863; Mon, 16 Jul 2012 01:22:41 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 01:22:41 GMT Message-Id: <201207160122.q6G1MfYx085863@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: Mon, 16 Jul 2012 01:22:42 -0000 TB --- 2012-07-16 00:26:56 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 00:26:56 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-16 00:26:56 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-07-16 00:26:56 - cleaning the object tree TB --- 2012-07-16 00:26:56 - cvsupping the source tree TB --- 2012-07-16 00:26:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-07-16 00:27:36 - building world TB --- 2012-07-16 00:27:36 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 00:27:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 00:27:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 00:27:36 - SRCCONF=/dev/null TB --- 2012-07-16 00:27:36 - TARGET=sparc64 TB --- 2012-07-16 00:27:36 - TARGET_ARCH=sparc64 TB --- 2012-07-16 00:27:36 - TZ=UTC TB --- 2012-07-16 00:27:36 - __MAKE_CONF=/dev/null TB --- 2012-07-16 00:27:36 - cd /src TB --- 2012-07-16 00:27:36 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 00:27:37 UTC 2012 >>> 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 01:22:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 01:22:41 - ERROR: failed to build world TB --- 2012-07-16 01:22:41 - 2696.22 user 458.28 system 3345.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 16 02:20:08 2012 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EDB01065679; Mon, 16 Jul 2012 02:20:08 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E71218FC1B; Mon, 16 Jul 2012 02:20:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6G2K7kK008600; Mon, 16 Jul 2012 02:20:07 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6G2K7Wk008596; Mon, 16 Jul 2012 02:20:07 GMT (envelope-from linimon) Date: Mon, 16 Jul 2012 02:20:07 GMT Message-Id: <201207160220.q6G2K7Wk008596@freefall.freebsd.org> To: cpghost@cordula.ws, linimon@FreeBSD.org, freebsd-sparc64@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: sparc64/164226: [cd] Data corruption on 9.0-RELEASE when reading from CDROM 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, 16 Jul 2012 02:20:08 -0000 Synopsis: [cd] Data corruption on 9.0-RELEASE when reading from CDROM State-Changed-From-To: open->suspended State-Changed-By: linimon State-Changed-When: Mon Jul 16 02:19:01 UTC 2012 State-Changed-Why: Submitter notes that the problem has been worked around in FreeBSD post-9.0R; but the underlying problem still needs to be solved. http://www.freebsd.org/cgi/query-pr.cgi?pr=164226 From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 16 03:04:53 2012 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BC5A1065672; Mon, 16 Jul 2012 03:04:53 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1F0FA8FC08; Mon, 16 Jul 2012 03:04:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6G34qjk014776; Mon, 16 Jul 2012 03:04:53 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6G34qTQ014771; Mon, 16 Jul 2012 03:04:52 GMT (envelope-from linimon) Date: Mon, 16 Jul 2012 03:04:52 GMT Message-Id: <201207160304.q6G34qTQ014771@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-sparc64@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: sparc64/169669: Something seems broken in sparc64 TLS or lang/lua 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, 16 Jul 2012 03:04:53 -0000 Synopsis: Something seems broken in sparc64 TLS or lang/lua Responsible-Changed-From-To: freebsd-bugs->freebsd-sparc64 Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jul 16 03:04:35 UTC 2012 Responsible-Changed-Why: reclassify http://www.freebsd.org/cgi/query-pr.cgi?pr=169669 From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 16 05:06:07 2012 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE4351065675; Mon, 16 Jul 2012 05:06:07 +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 890F58FC17; Mon, 16 Jul 2012 05:06:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q6G566cA021014; Mon, 16 Jul 2012 01:06:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G566pC021013; Mon, 16 Jul 2012 05:06:06 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 05:06:06 GMT Message-Id: <201207160506.q6G566pC021013@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: Mon, 16 Jul 2012 05:06:07 -0000 TB --- 2012-07-16 03:55:39 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 03:55:39 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-16 03:55:39 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-07-16 03:55:39 - cleaning the object tree TB --- 2012-07-16 04:01:18 - cvsupping the source tree TB --- 2012-07-16 04:01:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-07-16 04:03:01 - building world TB --- 2012-07-16 04:03:01 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 04:03:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 04:03:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 04:03:01 - SRCCONF=/dev/null TB --- 2012-07-16 04:03:01 - TARGET=sparc64 TB --- 2012-07-16 04:03:01 - TARGET_ARCH=sparc64 TB --- 2012-07-16 04:03:01 - TZ=UTC TB --- 2012-07-16 04:03:01 - __MAKE_CONF=/dev/null TB --- 2012-07-16 04:03:01 - cd /src TB --- 2012-07-16 04:03:01 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 04:03:02 UTC 2012 >>> 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 05:06:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 05:06:06 - ERROR: failed to build world TB --- 2012-07-16 05:06:06 - 2750.27 user 517.78 system 4227.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 16 11:09:28 2012 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 765D21065695 for ; Mon, 16 Jul 2012 11:09:28 +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 608CF8FC17 for ; Mon, 16 Jul 2012 11:09:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6GB9SRf094137 for ; Mon, 16 Jul 2012 11:09:28 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6GB9Q6r094134 for freebsd-sparc64@FreeBSD.org; Mon, 16 Jul 2012 11:09:26 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Jul 2012 11:09:26 GMT Message-Id: <201207161109.q6GB9Q6r094134@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, 16 Jul 2012 11:09:28 -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 -------------------------------------------------------------------------------- o sparc/169669 sparc64 Something seems broken in sparc64 TLS or lang/lua o sparc/164227 sparc64 [boot] Can't boot 9.0-RELEASE/sparc64 on Blade 1500 s sparc/164226 sparc64 [cd] Data corruption on 9.0-RELEASE when reading from o sparc/162513 sparc64 mpt(4), mptutil(8) reports variable, erroneous drive i o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption 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/71729 sparc64 printf in kernel thread causes panic on SPARC 10 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 16 20:40:16 2012 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D13B01065680 for ; Mon, 16 Jul 2012 20:40:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BC5448FC19 for ; Mon, 16 Jul 2012 20:40:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6GKeGr9080645 for ; Mon, 16 Jul 2012 20:40:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6GKeGql080644; Mon, 16 Jul 2012 20:40:16 GMT (envelope-from gnats) Date: Mon, 16 Jul 2012 20:40:16 GMT Message-Id: <201207162040.q6GKeGql080644@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/169669: Something seems broken in sparc64 TLS or lang/lua X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 20:40:16 -0000 The following reply was made to PR sparc64/169669; it has been noted by GNATS. From: Marius Strobl To: bug-followup@FreeBSD.org, nwf@cs.jhu.edu Cc: Subject: Re: sparc64/169669: Something seems broken in sparc64 TLS or lang/lua Date: Mon, 16 Jul 2012 22:39:54 +0200 Is this a regression in FreeBSD or lang/lua? Could you please build and install rtld-elf/ld-elf.so.1 with debugging symbols and determine which instruction actually is causing the bus error? Could you please also check whether lang/lua, especially its configure script, has some special handling for TLS which is only enabled on certain architectures, assumes SUNTLS instead of GNUTLS on SPARC or something like that? Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 17 13:01:47 2012 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 B2EBA1065670 for ; Tue, 17 Jul 2012 13:01:47 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5FC8FC08 for ; Tue, 17 Jul 2012 13:01:47 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Sr7PO-0001YW-IP for freebsd-sparc64@freebsd.org; Tue, 17 Jul 2012 14:01:46 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Sr7PO-0003S7-Ce for freebsd-sparc64@freebsd.org; Tue, 17 Jul 2012 14:01:46 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q6HD1kb4061736 for ; Tue, 17 Jul 2012 14:01:46 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q6HD1kYH061735 for freebsd-sparc64@freebsd.org; Tue, 17 Jul 2012 14:01:46 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Tue, 17 Jul 2012 14:01:45 +0100 From: Anton Shterenlikht To: freebsd-sparc64@freebsd.org Message-ID: <20120717130145.GA61703@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: can't use cdrecord on -current - lots of warnigs, possible ATA_CAM issue? 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: Tue, 17 Jul 2012 13:01:47 -0000 # uname -a FreeBSD mech-anton240.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r235474: Tue Jul 17 13:52:07 BST 2012 root@mech-anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/QOF sparc64 # After updating to ATA_CAM framework I cannot use cdrecord: # cdrecord -dev=1,0,0 -sao /home/mexas/FreeBSD-8.1-RELEASE-ia64-livefs.iso Cdrecord-ProDVD-ProBD-Clone 3.01a07 (sparc64-unknown-freebsd10.0) Copyright (C) 1995-2012 Joerg Schilling scsidev: '1,0,0' scsibus: 1 target: 0 lun: 0 Using libscg version 'schily-0.9'. Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'TSSTcorp' Identifikation : 'CDW/DVD TS-H492C' Revision : 'SI00' Device seems to be: Generic mmc2 DVD-ROM. cdrecord: Warning: controller returns zero sized CD write parameter page. cdrecord: Warning: controller returns wrong size for CD write parameter page. cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( 5). Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R cdrecord: Warning: Cannot read drive buffer. cdrecord: Warning: The DMA speed test has been skipped. resid: 2 resid: 24 DMA overrun, resid: -24 resid: 30 cdrecord: Warning: controller returns zero sized CD write parameter page. cdrecord: Warning: controller returns wrong size for CD write parameter page. cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( 5). cdrecord: Warning: controller returns zero sized CD write parameter page. cdrecord: Warning: controller returns wrong size for CD write parameter page. cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( 5). cdrecord: Cannot init drive. # while on the console: ata3: unknown transfer phase ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 60>0 ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 ata3: WARNING - READ_BUFFER read data overrun 4>0 ata3: WARNING - START_STOP read data overrun 18>0 ata3: WARNING - TEST_UNIT_READY read data overrun 16>0 ata3: WARNING - READ_CAPACITY read data overrun 8>0 ata3: WARNING - READ_TOC read data overrun 4>0 ata3: WARNING - READ_TOC read data overrun 2>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - READ_DISK_INFO read data overrun 4>0 ata3: WARNING - TEST_UNIT_READY read data overrun 34>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 ata3: WARNING - SYNCHRONIZE_CACHE read data overrun 2>0 # dmesg|grep cd0 cd0 at ata3 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray c losed # my kernel config: cpu SUN4U ident QOF makeoptions DEBUG=-g makeoptions MODULES_OVERRIDE="geom/geom_part geom/geom_label" options ALT_BREAK_TO_DEBUGGER options ATA_CAM # Handle legacy controllers with CAM options AUDIT # Security event auditing options BREAK_TO_DEBUGGER options CAPABILITIES # Capsicum capabilities options CAPABILITY_MODE # Capsicum capability mode options CD9660 # ISO 9660 Filesystem options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options DDB # Support DDB. options DEADLKRES # Enable the deadlock resolver options FFS #options GEOM_PART_GPT # GUID Partition Tables. #options GEOM_LABEL # Provides labelization options GDB # Support remote GDB. options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options INCLUDE_CONFIG_FILE # Include this file in kernel options INET options INET6 options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options KBD_INSTALL_CDEV # install a CDEV entry in /dev options KDB # Enable kernel debugger support. #options KDB_TRACE # Print a stack trace for a panic. options KTRACE # ktrace(1) support options MAC # TrustedBSD MAC Framework options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones options MD_ROOT # MD is a potential root device options MSDOSFS # MSDOS Filesystem options NFSCL # New Network Filesystem Client options NFSD # New Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL options P1003_1B_SEMAPHORES options PREEMPTION options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options SCHED_ULE options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options SCTP # Stream Control Transmission Protocol #options SMP # Symmetric MultiProcessor Kernel options SOFTUPDATES options STACK # stack(9) support options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options SYSVSHM # SYSV-style shared memory options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options USB_DEBUG # enable debug msgs options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions device ada device ahci # AHCI-compatible SATA controllers device ata #device atadisk #device atapicd #device atapicam device auxio # auxiliary I/O device device bge # Broadcom BCM570xx Gigabit Ethernet device bpf # Berkeley packet filter device cd # CD device central device ctl # CAM Target Layer device da # Direct Access (disks) device ebus device eeprom # eeprom (really a front-end for the MK48Txx) device ehci # EHCI PCI->USB interface (USB 2.0) device ether # Ethernet support device faith # IPv6-to-IPv4 relaying (translation) device fhc device firmware # firmware assist module device gif # IPv6 and IPv4 tunneling device isa device loop # Network loopback device lpt # Printer device machfb # ATI Mach64 framebuffers device mc146818 # Motorola MC146818 and compatible clocks device md # Memory "disks" device miibus # MII bus support device mk48txx # Mostek MK48Txx clocks device ohci # OHCI PCI->USB interface device pass # Passthrough device (direct ATA/SCSI access) device pci device pty # BSD-style compatibility pseudo ttys device puc # Multi-channel uarts device ppbus # Parallel port bus (required) device ppc device ppi # Parallel port interface device device random # Entropy device device rtc # rtc (really a front-end for the MC146818) device sbbc # Sun BootBus controller (time-of-day clock for # Serengeti and StarCat, console for Serengeti, # requires device uart) device sbus device sc device scbus # SCSI bus (required for ATA/SCSI) device scc # Serial communications controllers. device snd_audiocs # Crystal Semiconductor CS4231 device snd_t4dwave # Acer Labs M5451 device sound # Generic sound driver (required) device tun # Packet tunnel. device uart # Multi-uart driver device uhci # UHCI PCI->USB interface device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device usb # USB Bus (required) device vlan # 802.1Q VLAN support What am I doing wrong? Many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 17 14:11:11 2012 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 70CED1065670 for ; Tue, 17 Jul 2012 14:11:11 +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 1B0C78FC22 for ; Tue, 17 Jul 2012 14:11:10 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q6HEAn4w021542; Tue, 17 Jul 2012 16:10:49 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q6HEAnTu021541; Tue, 17 Jul 2012 16:10:49 +0200 (CEST) (envelope-from marius) Date: Tue, 17 Jul 2012 16:10:49 +0200 From: Marius Strobl To: Anton Shterenlikht Message-ID: <20120717141049.GA21450@alchemy.franken.de> References: <20120717130145.GA61703@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120717130145.GA61703@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: can't use cdrecord on -current - lots of warnigs, possible ATA_CAM issue? 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: Tue, 17 Jul 2012 14:11:11 -0000 On Tue, Jul 17, 2012 at 02:01:45PM +0100, Anton Shterenlikht wrote: > # uname -a > FreeBSD mech-anton240.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r235474: Tue Jul 17 13:52:07 BST 2012 root@mech-anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/QOF sparc64 > # > > After updating to ATA_CAM framework > I cannot use cdrecord: > > # cdrecord -dev=1,0,0 -sao /home/mexas/FreeBSD-8.1-RELEASE-ia64-livefs.iso > Cdrecord-ProDVD-ProBD-Clone 3.01a07 (sparc64-unknown-freebsd10.0) Copyright (C) > 1995-2012 Joerg Schilling > scsidev: '1,0,0' > scsibus: 1 target: 0 lun: 0 > Using libscg version 'schily-0.9'. > Device type : Removable CD-ROM > Version : 0 > Response Format: 2 > Capabilities : > Vendor_info : 'TSSTcorp' > Identifikation : 'CDW/DVD TS-H492C' > Revision : 'SI00' > Device seems to be: Generic mmc2 DVD-ROM. > cdrecord: Warning: controller returns zero sized CD write parameter page. > cdrecord: Warning: controller returns wrong size for CD write parameter page. > cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( > 5). > Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). > Driver flags : MMC-3 SWABAUDIO BURNFREE > Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R > cdrecord: Warning: Cannot read drive buffer. > cdrecord: Warning: The DMA speed test has been skipped. > resid: 2 > resid: 24 > DMA overrun, resid: -24 > resid: 30 > cdrecord: Warning: controller returns zero sized CD write parameter page. > cdrecord: Warning: controller returns wrong size for CD write parameter page. > cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( > 5). > cdrecord: Warning: controller returns zero sized CD write parameter page. > cdrecord: Warning: controller returns wrong size for CD write parameter page. > cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( > 5). > cdrecord: Cannot init drive. > # > > > while on the console: > > > ata3: unknown transfer phase > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 60>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 > ata3: WARNING - READ_BUFFER read data overrun 4>0 > ata3: WARNING - START_STOP read data overrun 18>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 16>0 > ata3: WARNING - READ_CAPACITY read data overrun 8>0 > ata3: WARNING - READ_TOC read data overrun 4>0 > ata3: WARNING - READ_TOC read data overrun 2>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 34>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 > ata3: WARNING - SYNCHRONIZE_CACHE read data overrun 2>0 > Try to recompile cdrecord; could be that there once again was an ABI breaking change in the CAM stuff. If that doesn't help, bug scsi@ and mav@. Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 17 14:30:08 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16ED0106564A for ; Tue, 17 Jul 2012 14:30:08 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id B79948FC0A for ; Tue, 17 Jul 2012 14:30:07 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Sr8ms-0000Ie-IG; Tue, 17 Jul 2012 15:30:06 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Sr8ms-0006wk-CZ; Tue, 17 Jul 2012 15:30:06 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q6HEU6TD062156; Tue, 17 Jul 2012 15:30:06 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q6HEU6Jo062155; Tue, 17 Jul 2012 15:30:06 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Tue, 17 Jul 2012 15:30:05 +0100 From: Anton Shterenlikht To: Marius Strobl Message-ID: <20120717143005.GA62121@mech-cluster241.men.bris.ac.uk> References: <20120717130145.GA61703@mech-cluster241.men.bris.ac.uk> <20120717141049.GA21450@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120717141049.GA21450@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: can't use cdrecord on -current - lots of warnigs, possible ATA_CAM issue? 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: Tue, 17 Jul 2012 14:30:08 -0000 On Tue, Jul 17, 2012 at 04:10:49PM +0200, Marius Strobl wrote: > On Tue, Jul 17, 2012 at 02:01:45PM +0100, Anton Shterenlikht wrote: > > # uname -a > > FreeBSD mech-anton240.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r235474: Tue Jul 17 13:52:07 BST 2012 root@mech-anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/QOF sparc64 > > # > > > > After updating to ATA_CAM framework > > I cannot use cdrecord: > > > > # cdrecord -dev=1,0,0 -sao /home/mexas/FreeBSD-8.1-RELEASE-ia64-livefs.iso > > Cdrecord-ProDVD-ProBD-Clone 3.01a07 (sparc64-unknown-freebsd10.0) Copyright (C) > > 1995-2012 Joerg Schilling > > scsidev: '1,0,0' > > scsibus: 1 target: 0 lun: 0 > > Using libscg version 'schily-0.9'. > > Device type : Removable CD-ROM > > Version : 0 > > Response Format: 2 > > Capabilities : > > Vendor_info : 'TSSTcorp' > > Identifikation : 'CDW/DVD TS-H492C' > > Revision : 'SI00' > > Device seems to be: Generic mmc2 DVD-ROM. > > cdrecord: Warning: controller returns zero sized CD write parameter page. > > cdrecord: Warning: controller returns wrong size for CD write parameter page. > > cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( > > 5). > > Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). > > Driver flags : MMC-3 SWABAUDIO BURNFREE > > Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R > > cdrecord: Warning: Cannot read drive buffer. > > cdrecord: Warning: The DMA speed test has been skipped. > > resid: 2 > > resid: 24 > > DMA overrun, resid: -24 > > resid: 30 > > cdrecord: Warning: controller returns zero sized CD write parameter page. > > cdrecord: Warning: controller returns wrong size for CD write parameter page. > > cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( > > 5). > > cdrecord: Warning: controller returns zero sized CD write parameter page. > > cdrecord: Warning: controller returns wrong size for CD write parameter page. > > cdrecord: Warning: controller returns wrong page 0 for CD write parameter page ( > > 5). > > cdrecord: Cannot init drive. > > # > > > > > > while on the console: > > > > > > ata3: unknown transfer phase > > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > > ata3: WARNING - MODE_SENSE_BIG read data overrun 2>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 60>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 > > ata3: WARNING - READ_BUFFER read data overrun 4>0 > > ata3: WARNING - START_STOP read data overrun 18>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 16>0 > > ata3: WARNING - READ_CAPACITY read data overrun 8>0 > > ata3: WARNING - READ_TOC read data overrun 4>0 > > ata3: WARNING - READ_TOC read data overrun 2>0 > > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > > ata3: WARNING - READ_DISK_INFO read data overrun 4>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 34>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 2>0 > > ata3: WARNING - TEST_UNIT_READY read data overrun 10>0 > > ata3: WARNING - SYNCHRONIZE_CACHE read data overrun 2>0 > > > > Try to recompile cdrecord; could be that there once again was an > ABI breaking change in the CAM stuff. If that doesn't help, bug > scsi@ and mav@. I've done this multiple times already, both sysutils/cdrtools and sysutils/cdrtools-devel. Ok, thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 19 03:40:50 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4475E106564A for ; Thu, 19 Jul 2012 03:40:50 +0000 (UTC) (envelope-from lidl@hydra.pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) by mx1.freebsd.org (Postfix) with ESMTP id 1203B8FC14 for ; Thu, 19 Jul 2012 03:40:49 +0000 (UTC) Received: from hydra.pix.net (localhost [127.0.0.1]) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id q6J3enUx084068 for ; Wed, 18 Jul 2012 23:40:49 -0400 (EDT) (envelope-from lidl@hydra.pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at mail.pix.net Received: (from lidl@localhost) by hydra.pix.net (8.14.5/8.14.5/Submit) id q6J3enQ3084067 for freebsd-sparc64@freebsd.org; Wed, 18 Jul 2012 23:40:49 -0400 (EDT) (envelope-from lidl) Date: Wed, 18 Jul 2012 23:40:49 -0400 From: Kurt Lidl To: freebsd-sparc64@freebsd.org Message-ID: <20120719034049.GA30318@pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: sparc64 9.1-beta1 test results 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: Thu, 19 Jul 2012 03:40:50 -0000 I downloaded the sparc64 .iso image from the recently built 9.1-beta1 test distribution. I burned it to a CD-ROM, and then booted it on my test Netra-T1 105. (440Mhz CPU, 1GB memory, 2 x 18GB disks) I booted via 'boot cdrom' at the PROM monitor. I accepted all the default options - UFS install, entire disk, install all sets, turn on all services offered by default, told it to setup a dump device... A couple of notes: At the end of the install cycle, the installer asks if you want to reboot the machine. I selected yes, and then the machine rebooted. But it attempted to reboot the cd-rom media again. Obviously, it was using the same "boot cdrom" be which I selected the original boot media. I sent a break to the serial console, then did a "reset", so the machine would attempt to boot the first device in the "boot-device" list of devices. On the first boot of the freshly installed system, I noted a few errors: Boot device: rootdisk File and args: >> FreeBSD/sparc64 boot block Boot path: Boot loader: /pci@1f,0/pci@1,1/scsi@2/disk@0,0:a Consoles: Open Firmware console FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@heller.cse.buffalo.edu, Thu Jul 12 14:04:35 UTC 2012) bootpath="/pci@1f,0/pci@1,1/scsi@2/disk@0,0:a" Loading /boot/defaults/loader.conf [...] Trying to mount root from ufs:/dev/da0a [rw]... Setting hostuuid: 34d846dd-d126-11e1-95bc-080020da684a. Setting hostid: 0x52a3fdee. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: It looks like the setting of 'dumpdev="AUTO"' in the /etc/rc.conf doesn't work properly on the sparc64 machines. [...] Creating and/or trimming log files. Starting syslogd. realpath: /dev/dumpdev: No such file or directory /etc/rc: WARNING: Dump device does not exist. Savecore not run. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Clearing /tmp (X related). Updating motd:. Starting ntpd. Starting powerd. powerd: lookup freq: No such file or directory /etc/rc: WARNING: failed to start powerd [...] More fallout of the dumpdev not working, I think. And then a failure to start the powerd daemon. [...] Wed Jul 18 18:17:28 EDT 2012 FreeBSD/sparc64 (sol.pix.net) (ttyu0) login: Jul 18 18:17:28 sol getty[1533]: open /dev/ttyv2: No such file or directory Jul 18 18:17:28 sol getty[1536]: open /dev/ttyv5: No such file or directory Jul 18 18:17:28 sol getty[1534]: open /dev/ttyv3: No such file or directory Jul 18 18:17:28 sol getty[1538]: open /dev/ttyv7: No such file or directory Jul 18 18:17:28 sol getty[1532]: open /dev/ttyv1: No such file or directory Jul 18 18:17:28 sol getty[1531]: open /dev/ttyv0: No such file or directory Jul 18 18:17:28 sol getty[1537]: open /dev/ttyv6: No such file or directory Jul 18 18:17:28 sol getty[1535]: open /dev/ttyv4: No such file or directory Jul 18 18:17:28 sol getty[1541]: open /dev/ttyu2: No such file or directory [...] The installed /etc/ttys file specifies a bunch of virtual terminals that do not exist on the sparc64 machines. It would be cool if someone could get this fixed before the 9.1-RC1 release was cut. Anyhow, that's about all that jumps out at me with the BETA1 image. I'm going to try to install a ZFS based system next. -Kurt From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 19 13:42:08 2012 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 801341065670 for ; Thu, 19 Jul 2012 13:42:08 +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 25BD28FC19 for ; Thu, 19 Jul 2012 13:42:07 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q6JDg0VQ032753; Thu, 19 Jul 2012 15:42:00 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q6JDg080032752; Thu, 19 Jul 2012 15:42:00 +0200 (CEST) (envelope-from marius) Date: Thu, 19 Jul 2012 15:42:00 +0200 From: Marius Strobl To: Kurt Lidl Message-ID: <20120719134200.GA32697@alchemy.franken.de> References: <20120719034049.GA30318@pix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120719034049.GA30318@pix.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 9.1-beta1 test results 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: Thu, 19 Jul 2012 13:42:08 -0000 On Wed, Jul 18, 2012 at 11:40:49PM -0400, Kurt Lidl wrote: > I downloaded the sparc64 .iso image from the recently built 9.1-beta1 > test distribution. > > I burned it to a CD-ROM, and then booted it on my test Netra-T1 105. > (440Mhz CPU, 1GB memory, 2 x 18GB disks) > > I booted via 'boot cdrom' at the PROM monitor. > > I accepted all the default options - UFS install, entire disk, install > all sets, turn on all services offered by default, told it to setup > a dump device... > > A couple of notes: > > At the end of the install cycle, the installer asks if you want to > reboot the machine. I selected yes, and then the machine rebooted. > But it attempted to reboot the cd-rom media again. Obviously, it > was using the same "boot cdrom" be which I selected the original boot > media. That's typical PROM behavior. > > I sent a break to the serial console, then did a "reset", so the machine > would attempt to boot the first device in the "boot-device" list of > devices. > > On the first boot of the freshly installed system, I noted a few errors: > > Boot device: rootdisk File and args: > > >> FreeBSD/sparc64 boot block > Boot path: > Boot loader: /pci@1f,0/pci@1,1/scsi@2/disk@0,0:a > Consoles: Open Firmware console > > FreeBSD/sparc64 bootstrap loader, Revision 1.0 > (root@heller.cse.buffalo.edu, Thu Jul 12 14:04:35 UTC 2012) > bootpath="/pci@1f,0/pci@1,1/scsi@2/disk@0,0:a" > Loading /boot/defaults/loader.conf > [...] > Trying to mount root from ufs:/dev/da0a [rw]... > Setting hostuuid: 34d846dd-d126-11e1-95bc-080020da684a. > Setting hostid: 0x52a3fdee. > No suitable dump device was found. > Entropy harvesting: interrupts ethernet point_to_point kickstart. > Starting file system checks: > > It looks like the setting of 'dumpdev="AUTO"' in the /etc/rc.conf > doesn't work properly on the sparc64 machines. Do you have swap configured? I don't see why 'dumpdev="AUTO"' shouldn't work otherwise or why this should be a sparc64 specific problem. > > [...] > Creating and/or trimming log files. > Starting syslogd. > realpath: /dev/dumpdev: No such file or directory > /etc/rc: WARNING: Dump device does not exist. Savecore not run. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > Clearing /tmp (X related). > Updating motd:. > Starting ntpd. > Starting powerd. > powerd: lookup freq: No such file or directory > /etc/rc: WARNING: failed to start powerd > [...] > > More fallout of the dumpdev not working, I think. > And then a failure to start the powerd daemon. Only a subset of the CPUs found in supported sun4u machines have frequency stepping capabilities, also only in incompatible ways and nobody has implemented support for that so far. However, AFAIK powered isn't enabled by default by bsdinstall(8) so it looks like you enabled it explicitly. > > [...] > Wed Jul 18 18:17:28 EDT 2012 > > FreeBSD/sparc64 (sol.pix.net) (ttyu0) > > login: Jul 18 18:17:28 sol getty[1533]: open /dev/ttyv2: No such file or directory > Jul 18 18:17:28 sol getty[1536]: open /dev/ttyv5: No such file or directory > Jul 18 18:17:28 sol getty[1534]: open /dev/ttyv3: No such file or directory > Jul 18 18:17:28 sol getty[1538]: open /dev/ttyv7: No such file or directory > Jul 18 18:17:28 sol getty[1532]: open /dev/ttyv1: No such file or directory > Jul 18 18:17:28 sol getty[1531]: open /dev/ttyv0: No such file or directory > Jul 18 18:17:28 sol getty[1537]: open /dev/ttyv6: No such file or directory > Jul 18 18:17:28 sol getty[1535]: open /dev/ttyv4: No such file or directory > Jul 18 18:17:28 sol getty[1541]: open /dev/ttyu2: No such file or directory > [...] > > The installed /etc/ttys file specifies a bunch of virtual terminals that > do not exist on the sparc64 machines. It would be cool if someone > could get this fixed before the 9.1-RC1 release was cut. > The sun4u machines models are very diverse; some have a video console and some a serial console on one of ttyu[0-2]. The default /etc/ttys for sparc64 tries to enable all these known console devices so it works regardless of the actual model. If the warnings bug you, you need disabled the respective devices in /etc/ttys. There's no appropriate infrastructure in FreeBSD to only configure the device(s) actually needed on a given machine. Also, that would be a bit of over-engineered for avoiding a one-time edit of a config file ... Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 19 14:04:06 2012 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 DC70F106564A; Thu, 19 Jul 2012 14:04:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9E30E8FC0A; Thu, 19 Jul 2012 14:04:06 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q6JE46wE006790; Thu, 19 Jul 2012 14:04:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q6JE46cw006786; Thu, 19 Jul 2012 14:04:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Jul 2012 14:04:06 GMT Message-Id: <201207191404.q6JE46cw006786@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 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, 19 Jul 2012 14:04:07 -0000 TB --- 2012-07-19 13:26:05 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-07-19 13:26:05 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-19 13:26:05 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-07-19 13:26:05 - cleaning the object tree TB --- 2012-07-19 13:26:05 - cvsupping the source tree TB --- 2012-07-19 13:26:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-07-19 13:26:16 - building world TB --- 2012-07-19 13:26:16 - CROSS_BUILD_TESTING=YES TB --- 2012-07-19 13:26:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-19 13:26:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-19 13:26:16 - SRCCONF=/dev/null TB --- 2012-07-19 13:26:16 - TARGET=sparc64 TB --- 2012-07-19 13:26:16 - TARGET_ARCH=sparc64 TB --- 2012-07-19 13:26:16 - TZ=UTC TB --- 2012-07-19 13:26:16 - __MAKE_CONF=/dev/null TB --- 2012-07-19 13:26:16 - cd /src TB --- 2012-07-19 13:26:16 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 19 13:26:17 UTC 2012 >>> 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/usr.sbin/flowctl/flowctl.c: At top level: /src/usr.sbin/flowctl/flowctl.c:234: warning: 'struct ngnf_flows' declared inside parameter list /src/usr.sbin/flowctl/flowctl.c:235: error: conflicting types for 'flow_cache_print_verbose' /src/usr.sbin/flowctl/flowctl.c:64: error: previous declaration of 'flow_cache_print_verbose' was here /src/usr.sbin/flowctl/flowctl.c: In function 'flow_cache_print_verbose': /src/usr.sbin/flowctl/flowctl.c:242: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:245: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:246: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.sbin/flowctl. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-19 14:04:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-19 14:04:06 - ERROR: failed to build world TB --- 2012-07-19 14:04:06 - 1846.30 user 328.69 system 2280.98 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 19 15:25:32 2012 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 F248C1065676 for ; Thu, 19 Jul 2012 15:25:31 +0000 (UTC) (envelope-from lidl@hydra.pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE7F8FC0C for ; Thu, 19 Jul 2012 15:25:31 +0000 (UTC) Received: from hydra.pix.net (localhost [127.0.0.1]) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id q6JFPTqH078129; Thu, 19 Jul 2012 11:25:29 -0400 (EDT) (envelope-from lidl@hydra.pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at mail.pix.net Received: (from lidl@localhost) by hydra.pix.net (8.14.5/8.14.5/Submit) id q6JFPTvn078128; Thu, 19 Jul 2012 11:25:29 -0400 (EDT) (envelope-from lidl) Date: Thu, 19 Jul 2012 11:25:29 -0400 From: Kurt Lidl To: Marius Strobl Message-ID: <20120719152528.GA77972@pix.net> References: <20120719034049.GA30318@pix.net> <20120719134200.GA32697@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120719134200.GA32697@alchemy.franken.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 9.1-beta1 test results 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: Thu, 19 Jul 2012 15:25:32 -0000 On Thu, Jul 19, 2012 at 03:42:00PM +0200, Marius Strobl wrote: > On Wed, Jul 18, 2012 at 11:40:49PM -0400, Kurt Lidl wrote: > > I downloaded the sparc64 .iso image from the recently built 9.1-beta1 > > test distribution. > > > > I burned it to a CD-ROM, and then booted it on my test Netra-T1 105. > > (440Mhz CPU, 1GB memory, 2 x 18GB disks) > > > > I booted via 'boot cdrom' at the PROM monitor. > > > > I accepted all the default options - UFS install, entire disk, install > > all sets, turn on all services offered by default, told it to setup > > a dump device... > > > > A couple of notes: > > > > At the end of the install cycle, the installer asks if you want to > > reboot the machine. I selected yes, and then the machine rebooted. > > But it attempted to reboot the cd-rom media again. Obviously, it > > was using the same "boot cdrom" be which I selected the original boot > > media. > > That's typical PROM behavior. > > > > > I sent a break to the serial console, then did a "reset", so the machine > > would attempt to boot the first device in the "boot-device" list of > > devices. > > > > On the first boot of the freshly installed system, I noted a few errors: > > > > Boot device: rootdisk File and args: > > > > >> FreeBSD/sparc64 boot block > > Boot path: > > Boot loader: /pci@1f,0/pci@1,1/scsi@2/disk@0,0:a > > Consoles: Open Firmware console > > > > FreeBSD/sparc64 bootstrap loader, Revision 1.0 > > (root@heller.cse.buffalo.edu, Thu Jul 12 14:04:35 UTC 2012) > > bootpath="/pci@1f,0/pci@1,1/scsi@2/disk@0,0:a" > > Loading /boot/defaults/loader.conf > > [...] > > Trying to mount root from ufs:/dev/da0a [rw]... > > Setting hostuuid: 34d846dd-d126-11e1-95bc-080020da684a. > > Setting hostid: 0x52a3fdee. > > No suitable dump device was found. > > Entropy harvesting: interrupts ethernet point_to_point kickstart. > > Starting file system checks: > > > > It looks like the setting of 'dumpdev="AUTO"' in the /etc/rc.conf > > doesn't work properly on the sparc64 machines. > > > Do you have swap configured? I don't see why 'dumpdev="AUTO"' shouldn't > work otherwise or why this should be a sparc64 specific problem. Yes, the default "AUTO" configuration of the disks from the installer ended up giving me about 855MB of swap space. (Not actually enough to crash dump onto, but I just accepted the default.) On my i386/amd64 machines, I've always set the dumpdev explicitly to a gpt style partiton (e.g. 'dumpdev="/dev/mirror/swap"'). > > > > [...] > > Creating and/or trimming log files. > > Starting syslogd. > > realpath: /dev/dumpdev: No such file or directory > > /etc/rc: WARNING: Dump device does not exist. Savecore not run. > > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > > Clearing /tmp (X related). > > Updating motd:. > > Starting ntpd. > > Starting powerd. > > powerd: lookup freq: No such file or directory > > /etc/rc: WARNING: failed to start powerd > > [...] > > > > More fallout of the dumpdev not working, I think. > > And then a failure to start the powerd daemon. > > Only a subset of the CPUs found in supported sun4u machines have > frequency stepping capabilities, also only in incompatible ways > and nobody has implemented support for that so far. However, > AFAIK powered isn't enabled by default by bsdinstall(8) so it > looks like you enabled it explicitly. Yes, that's what I meant when I said: "turn on all services offered by default" "powered" was an option presented to me, so I turned it on. When it didn't work correctly, I thought I should document the failure. > > [...] > > Wed Jul 18 18:17:28 EDT 2012 > > > > FreeBSD/sparc64 (sol.pix.net) (ttyu0) > > > > login: Jul 18 18:17:28 sol getty[1533]: open /dev/ttyv2: No such file or directory > > Jul 18 18:17:28 sol getty[1536]: open /dev/ttyv5: No such file or directory > > Jul 18 18:17:28 sol getty[1534]: open /dev/ttyv3: No such file or directory > > Jul 18 18:17:28 sol getty[1538]: open /dev/ttyv7: No such file or directory > > Jul 18 18:17:28 sol getty[1532]: open /dev/ttyv1: No such file or directory > > Jul 18 18:17:28 sol getty[1531]: open /dev/ttyv0: No such file or directory > > Jul 18 18:17:28 sol getty[1537]: open /dev/ttyv6: No such file or directory > > Jul 18 18:17:28 sol getty[1535]: open /dev/ttyv4: No such file or directory > > Jul 18 18:17:28 sol getty[1541]: open /dev/ttyu2: No such file or directory > > [...] > > > > The installed /etc/ttys file specifies a bunch of virtual terminals that > > do not exist on the sparc64 machines. It would be cool if someone > > could get this fixed before the 9.1-RC1 release was cut. > > The sun4u machines models are very diverse; some have a video console > and some a serial console on one of ttyu[0-2]. The default /etc/ttys > for sparc64 tries to enable all these known console devices so it > works regardless of the actual model. If the warnings bug you, you > need disabled the respective devices in /etc/ttys. There's no > appropriate infrastructure in FreeBSD to only configure the device(s) > actually needed on a given machine. Also, that would be a bit of > over-engineered for avoiding a one-time edit of a config file ... Oh, I'm perfectly capable of editting the configuration files to make the various daemons not whine, I'm just trying to provide some feedback on what the 9.1-BETA1 release looks like on the sparc64 machines. Both for documentation for others who might try to install it, as well as point out some potential (but minor) issues. I reported the DMA breakage of the CD-ROM before 9.0 (which is what prevents anyone from installing the 9.0 image from the release CD-ROM) weeks before 9.0 image finalized (I think to current-users) and got no feedback, acknowledgement that the problem existed, etc. So, I'm using the port-specific mailing list this time. -Kurt From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 19 15:37:18 2012 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 08CC01065670 for ; Thu, 19 Jul 2012 15:37:18 +0000 (UTC) (envelope-from lidl@hydra.pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) by mx1.freebsd.org (Postfix) with ESMTP id B6B9C8FC18 for ; Thu, 19 Jul 2012 15:37:17 +0000 (UTC) Received: from hydra.pix.net (localhost [127.0.0.1]) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id q6JFbH1t078268 for ; Thu, 19 Jul 2012 11:37:17 -0400 (EDT) (envelope-from lidl@hydra.pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at mail.pix.net Received: (from lidl@localhost) by hydra.pix.net (8.14.5/8.14.5/Submit) id q6JFbHKL078267 for freebsd-sparc64@freebsd.org; Thu, 19 Jul 2012 11:37:17 -0400 (EDT) (envelope-from lidl) Date: Thu, 19 Jul 2012 11:37:17 -0400 From: Kurt Lidl To: freebsd-sparc64@freebsd.org Message-ID: <20120719153717.GB77972@pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: sparc64 9.1-beta1 ZFS boot results 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: Thu, 19 Jul 2012 15:37:18 -0000 I ended up wiping the UFS based install of 9.1-BETA1 that I did, and re-installed the 9.1-BETA1 software onto a single disk drive, this time in a ZFS-only configuration. It worked without any particular issues that I haven't already noted to this mailing list. So, just reporting that the ZFS boot support in the 9.1-BETA1 sparc64 iso image works "out of the box". The script that I used for doing the ZFS install is here: http://www.pix.net/ftp/pub/freebsd/sparc_zfs_setup.txt -Kurt