From owner-freebsd-sparc64@FreeBSD.ORG Sun Dec 4 01:46:16 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1DAD16A41F; Sun, 4 Dec 2005 01:46:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E48E43D6A; Sun, 4 Dec 2005 01:46:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jB41kBGY009309; Sat, 3 Dec 2005 20:46:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jB41kB5v027569; Sat, 3 Dec 2005 20:46:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A59957302F; Sat, 3 Dec 2005 20:46:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051204014611.A59957302F@freebsd-current.sentex.ca> Date: Sat, 3 Dec 2005 20:46:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 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: Sun, 04 Dec 2005 01:46:17 -0000 TB --- 2005-12-04 00:30:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-04 00:30:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-12-04 00:30:15 - cleaning the object tree TB --- 2005-12-04 00:30:36 - checking out the source tree TB --- 2005-12-04 00:30:36 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-12-04 00:30:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-04 00:36:53 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-04 00:36:53 - cd /src TB --- 2005-12-04 00:36:53 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-12-04 01:41:40 - generating LINT kernel config TB --- 2005-12-04 01:41:40 - cd /src/sys/sparc64/conf TB --- 2005-12-04 01:41:40 - /usr/bin/make -B LINT TB --- 2005-12-04 01:41:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-04 01:41:41 - cd /src TB --- 2005-12-04 01:41:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 4 01:41:41 UTC 2005 >>> 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/cm/smc90cx6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/cs/if_cs.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/cs/if_cs_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/cs/if_cs_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/dc/if_dc.c /src/sys/dev/dc/if_dc.c: In function `dc_attach': /src/sys/dev/dc/if_dc.c:2077: warning: passing arg 2 of `OF_getetheraddr' from incompatible pointer type *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-04 01:46:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-04 01:46:11 - ERROR: failed to build lint kernel TB --- 2005-12-04 01:46:11 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 5 11:02:30 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C28616A41F for ; Mon, 5 Dec 2005 11:02:30 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA4143D49 for ; Mon, 5 Dec 2005 11:02:11 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jB5B2BjE024051 for ; Mon, 5 Dec 2005 11:02:11 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jB5B2A2H024044 for freebsd-sparc64@freebsd.org; Mon, 5 Dec 2005 11:02:10 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 5 Dec 2005 11:02:10 GMT Message-Id: <200512051102.jB5B2A2H024044@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 05 Dec 2005 11:02:30 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u o [2005/04/27] sparc64/80410sparc64 [netgraph] netgraph is causing crash with o [2005/05/11] sparc64/80890sparc64 [panic] kmem_malloc(73728): kmem_map too o [2005/06/23] sparc64/82569sparc64 USB mass storage plug/unplug causes syste o [2005/11/24] sparc64/89486sparc64 firefox and thunderbird is broken on spar 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/22] sparc64/72998sparc64 [kernel] [patch] set_mcontext() change sy s [2005/06/26] sparc64/82681sparc64 [dc] dc state messages 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 5 18:25:53 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15BD116A42D for ; Mon, 5 Dec 2005 18:25:53 +0000 (GMT) (envelope-from aaron.glenn@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9805D43D80 for ; Mon, 5 Dec 2005 18:25:46 +0000 (GMT) (envelope-from aaron.glenn@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so560271wxc for ; Mon, 05 Dec 2005 10:25:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=W9AL90tTVSSYSXDvIauwk579ozXXXefKe/Cdx9fidJVcyA7SzDe+HeGvTjIBJE8+SeS2Is2M6jSGBu9KYzrKTVXhJ4OkWNP3Tv/MG448N3fomIVFbXv5s9xOsC5SQadhaHRqrx25RZYFqL6izcVTfinJ0e1LJ6Zh+BTRHSKvjps= Received: by 10.70.74.13 with SMTP id w13mr7807675wxa; Mon, 05 Dec 2005 10:25:42 -0800 (PST) Received: by 10.70.100.8 with HTTP; Mon, 5 Dec 2005 10:25:42 -0800 (PST) Message-ID: <18f601940512051025g71b9fc29y4ae37eb3ce2629df@mail.gmail.com> Date: Mon, 5 Dec 2005 10:25:42 -0800 From: Aaron Glenn To: freebsd-sparc64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: serial ports on the Ultra 5 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, 05 Dec 2005 18:25:54 -0000 For the life of me I cannot get either serial port on one of my Ultra 5's to work in FreeBSD. I'll admit I don't quite grasp how the sio(4), puc(4), and sab(4) drivers intertwine (if at all...) and while /etc/ttys makes sense to me, I don't understand how to get or why I don't have a /dev entry for either of the serial ports. I am unable to console out or into the box; prior to FreeBSD 6.0 the machine had OpenBSD and the ports worked flawlessly, ruling out a hardware issue. The release notes say it should work, the sab(4) man pages says /dev/tty[a-b], /etc/ttys has an entry, dmesg says puc(4), and I can't make heads or tails of anything. I'm missing something important - can a kind soul point me to it? yang# uname -a FreeBSD yang.mzima.net 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Sun Dec 4 20:25:47 PST 2005 =20 root@yang.mzima.net:/usr/src/sys/sparc64/compile/GENERIC sparc64 yang# dmesg Copyright (c) 1992-2005 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 6.0-RELEASE #0: Sun Dec 4 20:25:47 PST 2005 root@yang.mzima.net:/usr/src/sys/sparc64/compile/GENERIC Timecounter "tick" frequency 400000000 Hz quality 1000 real memory =3D 402653184 (384 MB) avail memory =3D 379232256 (361 MB) cpu0: Sun Microsystems UltraSparc-IIi Processor (400.00 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 pcib1: at device 1.1 on pci0 pci1: on pcib1 ebus0: mem 0xf0000000-0xf0ffffff,0xf1000000-0xf17fffff at device 1.0 on pci1 auxio0: addr 0x1400726000-0x1400726003,0x1400728000-0x1400728003,0x140072a000-0x140072a0= 03,0x140072c000-0x140072c003,0x140072f000-0x140072f003 on ebus0 ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) puc0: addr 0x1400400000-0x140040007f irq 43 on ebus0 uart0: on puc0 uart0: CTS oflow uart1: on puc0 uart1: CTS oflow uart2: <16550 or compatible> addr 0x14003083f8-0x14003083ff irq 41 on ebus0 uart2: keyboard (1200,n,8,1) kbd0 at sunkbd0 uart3: <16550 or compatible> addr 0x14003062f8-0x14003062ff irq 42 on ebus0 ebus0: addr 0x14003043bc-0x14003043cb,0x140030015c-0x140030015d,0x1400700000-0x14007000= 0f irq 34 (no driver attached) ebus0: addr 0x14003023f0-0x14003023f7,0x1400706000-0x140070600f,0x1400720000-0x14007200= 03 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80f5201b ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400200000-0x14002000ff,0x1400702000-0x140070200f,0x1400704000-0x14007040= 0f,0x1400722000-0x1400722003 irq 35,36 (no driver attached) hme0: mem 0xe0000000-0xe0007fff at device 1.1 on = pci1 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:f5:20:1b machfb0: mem 0xe1000000-0xe1ffffff,0xe2000000-0xe2000fff at device 2.0 on pci1 machfb0: console machfb0: 16 MB aperture at 0xd18ea000, 1 KB registers at 0xe17ffc00 machfb0: 4096 KB SGRAM 98.924 MHz, maximum RAMDAC clock 230 MHz, DSP machfb0: resolution 1152x900 at 8 bpp atapci0: port 0xc00000-0xc00007,0xc00008-0xc0000b,0xc00010-0xc00017,0xc00018-0xc0001b,0xc= 00020-0xc0002f at device 3.0 on pci1 ata2: on atapci0 ata3: on atapci0 pcib2: at device 1.0 on pci0 pci2: on pcib2 pcib3: at device 1.0 on pci2 pci3: on pcib3 pci3: at device 0.0 (no driver attached) hme1: mem 0x2800000-0x2807fff at device 0.1 on pc= i3 miibus1: on hme1 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme1: Ethernet address: 08:00:20:f5:20:1b pci3: at device 1.0 (no driver attached) hme2: mem 0x4800000-0x4807fff at device 1.1 on pc= i3 miibus2: on hme2 ukphy1: on miibus2 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme2: Ethernet address: 08:00:20:f5:20:1b pci3: at device 2.0 (no driver attached) hme3: mem 0x6800000-0x6807fff at device 2.1 on pc= i3 miibus3: on hme3 ukphy2: on miibus3 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme3: Ethernet address: 08:00:20:f5:20:1b pci3: at device 3.0 (no driver attached) hme4: mem 0x8800000-0x8807fff at device 3.1 on pc= i3 miibus4: on hme4 ukphy3: on miibus4 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme4: Ethernet address: 08:00:20:f5:20:1b syscons0: on nexus0 syscons0: Unknown <16 virtual consoles, flags=3D0x300> Timecounters tick every 1.000 msec ad0: 19458MB at ata2-master WDMA2 acd0: CDRW at ata3-master PIO4 Trying to mount root from ufs:/dev/ad0a Please CC me as I'm not subscribed to the list. Thank you. aaron.glenn From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 5 18:54:31 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B354916A41F for ; Mon, 5 Dec 2005 18:54:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id CABF943D60 for ; Mon, 5 Dec 2005 18:54:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3200131 for multiple; Mon, 05 Dec 2005 13:52:35 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB5Is6L7040561; Mon, 5 Dec 2005 13:54:24 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 5 Dec 2005 13:54:05 -0500 User-Agent: KMail/1.8.2 References: <18f601940512051025g71b9fc29y4ae37eb3ce2629df@mail.gmail.com> In-Reply-To: <18f601940512051025g71b9fc29y4ae37eb3ce2629df@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200512051354.06372.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Aaron Glenn Subject: Re: serial ports on the Ultra 5 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, 05 Dec 2005 18:54:31 -0000 On Monday 05 December 2005 01:25 pm, Aaron Glenn wrote: > For the life of me I cannot get either serial port on one of my Ultra > 5's to work in FreeBSD. I'll admit I don't quite grasp how the sio(4), > puc(4), and sab(4) drivers intertwine (if at all...) and while > /etc/ttys makes sense to me, I don't understand how to get or why I > don't have a /dev entry for either of the serial ports. I am unable to > console out or into the box; prior to FreeBSD 6.0 the machine had > OpenBSD and the ports worked flawlessly, ruling out a hardware issue. > > The release notes say it should work, the sab(4) man pages says > /dev/tty[a-b], /etc/ttys has an entry, dmesg says puc(4), and I can't > make heads or tails of anything. I'm missing something important - can > a kind soul point me to it? You don't use sab(4) anymore, but uart(4). > puc0: addr > 0x1400400000-0x140040007f irq 43 on ebus0 > uart0: on puc0 > uart0: CTS oflow > uart1: on puc0 > uart1: CTS oflow Here are your SAB ports. /dev/ttyu0 and /dev/ttyu1 -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 5 19:01:51 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF61416A426 for ; Mon, 5 Dec 2005 19:01:50 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31F1543DD0 for ; Mon, 5 Dec 2005 19:00:56 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id jB5J0nVS089358; Mon, 5 Dec 2005 20:00:51 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id jB5J0iSA089357; Mon, 5 Dec 2005 20:00:44 +0100 (CET) (envelope-from marius) Date: Mon, 5 Dec 2005 20:00:44 +0100 From: Marius Strobl To: Aaron Glenn Message-ID: <20051205200044.A88929@newtrinity.zeist.de> References: <18f601940512051025g71b9fc29y4ae37eb3ce2629df@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <18f601940512051025g71b9fc29y4ae37eb3ce2629df@mail.gmail.com>; from aaron.glenn@gmail.com on Mon, Dec 05, 2005 at 10:25:42AM -0800 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.32.1.63; VDF: 6.32.1.6; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: serial ports on the Ultra 5 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, 05 Dec 2005 19:01:51 -0000 On Mon, Dec 05, 2005 at 10:25:42AM -0800, Aaron Glenn wrote: > > For the life of me I cannot get either serial port on one of my Ultra > 5's to work in FreeBSD. I'll admit I don't quite grasp how the sio(4), > puc(4), and sab(4) drivers intertwine (if at all...) and while > /etc/ttys makes sense to me, I don't understand how to get or why I > don't have a /dev entry for either of the serial ports. I am unable to > console out or into the box; prior to FreeBSD 6.0 the machine had > OpenBSD and the ports worked flawlessly, ruling out a hardware issue. > > The release notes say it should work, the sab(4) man pages says > /dev/tty[a-b], /etc/ttys has an entry, dmesg says puc(4), and I can't > make heads or tails of anything. I'm missing something important - can > a kind soul point me to it? > The only driver for RS232 controllers you are using is uart(4). Its device nodes are /dev/ttyuN and /dev/cuauN. On an U5 (and most other sun4u machines) unit 0 is the serial port A, unit 1 is port B, unit 2 is the keyboard port (no device node is created for this one) and unit 3 is the mouse port. Puc(4) is only used to split or multiplex the resources of the SCCs (Serial Communication Controller, sort of a dual-UART) used in sun4u machines so uart(4) can attach to both of the two channels of a SCC separately. Sab(4) is deprecated and superseded by uart(4). It is disabled in GENERIC since FreeBSD 5.4 and will go away at some point. Sio(4) never really worked on sparc64. The devices supported by sio(4) are also supported by uart(4). Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 5 19:23:50 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B96516A41F for ; Mon, 5 Dec 2005 19:23:50 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BC7143D55 for ; Mon, 5 Dec 2005 19:23:49 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id jB5JNlUY089763 for ; Mon, 5 Dec 2005 20:23:47 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id jB5JNgO9089762 for freebsd-sparc64@freebsd.org; Mon, 5 Dec 2005 20:23:42 +0100 (CET) (envelope-from marius) Date: Mon, 5 Dec 2005 20:23:42 +0100 From: Marius Strobl To: freebsd-sparc64@freebsd.org Message-ID: <20051205202342.B88929@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.32.1.63; VDF: 6.32.1.6; host: newtrinity.zeist.de) Subject: FreeBSD booted multiuser on USIII 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, 05 Dec 2005 19:23:50 -0000 FYI, I managed to boot FreeBSD multiuser on a Blade 1000 via NFS. For those interested a log is at: http://alchemy.franken.de/~marius/xcb.txt But don't get too excited yet, this currently is everything but stable and quite some work still needs to be done in order to get support for USIII and up en par with USI/II{,e,i} in FreeBSD. Currently I'm also not exactly pursuing USIII support in FreeBSD, so far this is more or less research in order to get a clue what needs to be done. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 5 19:28:25 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CBA516A41F for ; Mon, 5 Dec 2005 19:28:25 +0000 (GMT) (envelope-from aaron.glenn@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A0AC43D5C for ; Mon, 5 Dec 2005 19:28:24 +0000 (GMT) (envelope-from aaron.glenn@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so569879wxc for ; Mon, 05 Dec 2005 11:28:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pkWsukM5Mp/Hl0inrlFJXrdT8fEvn/jYB0sS2b34bFUmfGWanVPi+JKi55YiONYyxNpLGBB757cebBNTj4hkKbZZumzbVlGBQjyBwRq7C1rh8QkbCEutz32YEMoO6vweTQldKoLjyAjtgux8ae3is9whZfiiTUMBdWKa2PWiLGk= Received: by 10.70.105.11 with SMTP id d11mr7911518wxc; Mon, 05 Dec 2005 11:28:23 -0800 (PST) Received: by 10.70.100.8 with HTTP; Mon, 5 Dec 2005 11:28:22 -0800 (PST) Message-ID: <18f601940512051128i142fd714g22004d8452cff29a@mail.gmail.com> Date: Mon, 5 Dec 2005 11:28:22 -0800 From: Aaron Glenn To: John Baldwin In-Reply-To: <200512051354.06372.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <18f601940512051025g71b9fc29y4ae37eb3ce2629df@mail.gmail.com> <200512051354.06372.jhb@freebsd.org> Cc: freebsd-sparc64@freebsd.org Subject: Re: serial ports on the Ultra 5 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, 05 Dec 2005 19:28:25 -0000 On 12/5/05, John Baldwin wrote: > > You don't use sab(4) anymore, but uart(4). I had a suspicion that was the case, but couldn't confirm it. > > Here are your SAB ports. /dev/ttyu0 and /dev/ttyu1 Then something more sinister is at work here. A 'cu -l /dev/ttyu0' will "connect" me, however I get no prompt, and not input or output seems to be passed to the console port. All input gets dumped to the shell I executed the cu command from, *after* I kill the first (lowest pid) cu process. Example: yang# ps -ax | grep ttyu 687 ?? I 0:00.01 /usr/libexec/getty std.9600 ttyu1 688 u0 Is+ 0:00.01 /usr/libexec/getty std.9600 ttyu0 741 p0 R+ 0:00.01 grep ttyu yang# cu -l /dev/ttyu1 -s 9600 Connected *hit enter a few times, type hello john, then kill the first cu process from another shell* yang# yang# yang# yang# yang# yang# yang# hello john hello: Command not found. yang# Reading the handbook section on serial communications again, I don't see anything wrong. I'll be the first to admit this type of stuff is uncharted territory for me. If I skipped some required reading on the subject, please don't hesitate to point me to it. Regards, aaron.glenn From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 5 20:45:45 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1287B16A420; Mon, 5 Dec 2005 20:45:45 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0859C43D5E; Mon, 5 Dec 2005 20:45:27 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jB5KjIVK060150; Mon, 5 Dec 2005 12:45:18 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jB5KjINP060149; Mon, 5 Dec 2005 12:45:18 -0800 (PST) (envelope-from jmg) Date: Mon, 5 Dec 2005 12:45:18 -0800 From: John-Mark Gurney To: Aaron Glenn Message-ID: <20051205204518.GB55657@funkthat.com> Mail-Followup-To: Aaron Glenn , John Baldwin , freebsd-sparc64@freebsd.org References: <18f601940512051025g71b9fc29y4ae37eb3ce2629df@mail.gmail.com> <200512051354.06372.jhb@freebsd.org> <18f601940512051128i142fd714g22004d8452cff29a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18f601940512051128i142fd714g22004d8452cff29a@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-sparc64@freebsd.org Subject: Re: serial ports on the Ultra 5 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2005 20:45:45 -0000 Aaron Glenn wrote this message on Mon, Dec 05, 2005 at 11:28 -0800: > On 12/5/05, John Baldwin wrote: > > > > You don't use sab(4) anymore, but uart(4). > > I had a suspicion that was the case, but couldn't confirm it. > > > > > Here are your SAB ports. /dev/ttyu0 and /dev/ttyu1 > > Then something more sinister is at work here. A 'cu -l /dev/ttyu0' > will "connect" me, however I get no prompt, and not input or output > seems to be passed to the console port. All input gets dumped to the > shell I executed the cu command from, *after* I kill the first (lowest > pid) cu process. > > Example: > yang# ps -ax | grep ttyu > 687 ?? I 0:00.01 /usr/libexec/getty std.9600 ttyu1 > 688 u0 Is+ 0:00.01 /usr/libexec/getty std.9600 ttyu0 > 741 p0 R+ 0:00.01 grep ttyu > yang# cu -l /dev/ttyu1 -s 9600 > Connected > *hit enter a few times, type hello john, then kill the first cu > process from another shell* > yang# > yang# > yang# > yang# > yang# > yang# > yang# hello john > hello: Command not found. > yang# > > Reading the handbook section on serial communications again, I don't > see anything wrong. I'll be the first to admit this type of stuff is > uncharted territory for me. If I skipped some required reading on the > subject, please don't hesitate to point me to it. You won't get a login prompt from the getty running on the local machine... as soon as you open up ttyu1 the getty will "get" out of the way and stop doing work... The above usually happens when the otherside doesn't have CD raised and you haven't set the clocal flag on the port... if you use the cuau1 port, that usually ignores CD, and you can start typing... what do you have on the other side? are they back to back? or? Also, I usually disable getty's when I'm debugging as it can usually cause other issues, and then once I have the serial ports mostly working, then I enable getty and see what breaks... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 5 21:23:55 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1375E16A41F for ; Mon, 5 Dec 2005 21:23:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A4743D5E for ; Mon, 5 Dec 2005 21:23:53 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3208979 for multiple; Mon, 05 Dec 2005 16:22:00 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB5LNZQ0041669; Mon, 5 Dec 2005 16:23:49 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Aaron Glenn Date: Mon, 5 Dec 2005 15:27:56 -0500 User-Agent: KMail/1.8.2 References: <18f601940512051025g71b9fc29y4ae37eb3ce2629df@mail.gmail.com> <200512051354.06372.jhb@freebsd.org> <18f601940512051128i142fd714g22004d8452cff29a@mail.gmail.com> In-Reply-To: <18f601940512051128i142fd714g22004d8452cff29a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512051527.56872.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-sparc64@freebsd.org Subject: Re: serial ports on the Ultra 5 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, 05 Dec 2005 21:23:55 -0000 On Monday 05 December 2005 02:28 pm, Aaron Glenn wrote: > On 12/5/05, John Baldwin wrote: > > You don't use sab(4) anymore, but uart(4). > > I had a suspicion that was the case, but couldn't confirm it. > > > Here are your SAB ports. /dev/ttyu0 and /dev/ttyu1 > > Then something more sinister is at work here. A 'cu -l /dev/ttyu0' > will "connect" me, however I get no prompt, and not input or output > seems to be passed to the console port. All input gets dumped to the > shell I executed the cu command from, *after* I kill the first (lowest > pid) cu process. > > Example: > yang# ps -ax | grep ttyu > 687 ?? I 0:00.01 /usr/libexec/getty std.9600 ttyu1 > 688 u0 Is+ 0:00.01 /usr/libexec/getty std.9600 ttyu0 > 741 p0 R+ 0:00.01 grep ttyu > yang# cu -l /dev/ttyu1 -s 9600 > Connected > *hit enter a few times, type hello john, then kill the first cu > process from another shell* > yang# > yang# > yang# > yang# > yang# > yang# > yang# hello john > hello: Command not found. > yang# > > Reading the handbook section on serial communications again, I don't > see anything wrong. I'll be the first to admit this type of stuff is > uncharted territory for me. If I skipped some required reading on the > subject, please don't hesitate to point me to it. Try using /dev/cuau0 instead. /dev/ttyu0 will wait for CD (carrier detect) before it opens. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 5 22:04:33 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BE8D16A420 for ; Mon, 5 Dec 2005 22:04:33 +0000 (GMT) (envelope-from aaron.glenn@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 886B843D64 for ; Mon, 5 Dec 2005 22:04:31 +0000 (GMT) (envelope-from aaron.glenn@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so592693wxc for ; Mon, 05 Dec 2005 14:04:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q2ryywc1o1OlTERZ3YkvYCLQJGQDWCcJ/OLbbuvC02680dISJSehBBbyPM+s3ptraKf6di4DgrMcVYlKB9R/oSvOMxVZZVgsQwVg2Dg4HTMBzy50jISmr3ppsAUzD7mJhQm6/lTKRAblRohuWcvfeQcJZRlI1aVqw+UnhYXaCis= Received: by 10.70.111.11 with SMTP id j11mr7991107wxc; Mon, 05 Dec 2005 14:04:30 -0800 (PST) Received: by 10.70.100.8 with HTTP; Mon, 5 Dec 2005 14:04:30 -0800 (PST) Message-ID: <18f601940512051404j3a0ca860o3868b15e0265f1be@mail.gmail.com> Date: Mon, 5 Dec 2005 14:04:30 -0800 From: Aaron Glenn To: John-Mark Gurney , freebsd-sparc64@freebsd.org In-Reply-To: <20051205204518.GB55657@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <18f601940512051025g71b9fc29y4ae37eb3ce2629df@mail.gmail.com> <200512051354.06372.jhb@freebsd.org> <18f601940512051128i142fd714g22004d8452cff29a@mail.gmail.com> <20051205204518.GB55657@funkthat.com> Cc: Subject: Re: serial ports on the Ultra 5 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, 05 Dec 2005 22:04:33 -0000 On 12/5/05, John-Mark Gurney wrote: > > You won't get a login prompt from the getty running on the local > machine... as soon as you open up ttyu1 the getty will "get" out > of the way and stop doing work... The above usually happens when > the otherside doesn't have CD raised and you haven't set the clocal > flag on the port... if you use the cuau1 port, that usually ignores > CD, and you can start typing... the cuau devices do not and have not worked. always "device busy link down" > what do you have on the other side? are they back to back? or? Also, > I usually disable getty's when I'm debugging as it can usually cause > other issues, and then once I have the serial ports mostly working, then > I enable getty and see what breaks... I've got the FreeBSD machine connected via serial port B to the OpenBSD machine on serial port A. I disabled getty and now I'm able to exit cu with ~^D instead of having to kill the process. From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 01:12:53 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A409216A41F for ; Tue, 6 Dec 2005 01:12:53 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1031943D68 for ; Tue, 6 Dec 2005 01:12:51 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so838672nzo for ; Mon, 05 Dec 2005 17:12:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=sDrVpbSvimikV6NF6NaoBvnKUWEdJkVXfLHrlZWx1zC9suQ3wwK8dJD+1zvYvpFwwJqko/HrQKndPljbgJuCGU3vSmWc/glHVQ+3Q31oK/lR6tM35nt8VEgJDUmw2LNAvJBtPUw/2587AVeK1ghwxDoPKuDWW8qZKYuByAwd4WI= Received: by 10.36.146.2 with SMTP id t2mr5832669nzd; Mon, 05 Dec 2005 17:12:49 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 16sm3378099nzo.2005.12.05.17.12.47; Mon, 05 Dec 2005 17:12:48 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.5/8.13.5) with ESMTP id jB61Clkf005512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Dec 2005 10:12:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.5/8.13.5/Submit) id jB61Cecr005511; Tue, 6 Dec 2005 10:12:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 6 Dec 2005 10:12:40 +0900 From: Pyun YongHyeon To: Marius Strobl Message-ID: <20051206011240.GA5298@rndsoft.co.kr> References: <20051205202342.B88929@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051205202342.B88929@newtrinity.zeist.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD booted multiuser on USIII X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2005 01:12:53 -0000 On Mon, Dec 05, 2005 at 08:23:42PM +0100, Marius Strobl wrote: > > > FYI, I managed to boot FreeBSD multiuser on a Blade 1000 via NFS. > For those interested a log is at: > http://alchemy.franken.de/~marius/xcb.txt > But don't get too excited yet, this currently is everything but > stable and quite some work still needs to be done in order to > get support for USIII and up en par with USI/II{,e,i} in FreeBSD. > Currently I'm also not exactly pursuing USIII support in FreeBSD, > so far this is more or less research in order to get a clue what > needs to be done. > Cool! I have to buy UIII system from eBay in near future. :-) It seems most cirtical devices are recognized and works. What else should be done to make it work on UIII? -- Regards, Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 11:46:28 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D246616A41F; Tue, 6 Dec 2005 11:46:28 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D996C43D5D; Tue, 6 Dec 2005 11:46:27 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB6BkPIH028421; Tue, 6 Dec 2005 13:46:25 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 55469-05; Tue, 6 Dec 2005 13:46:20 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB6BgjdY028333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Dec 2005 13:42:45 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jB6Bgn7m062509; Tue, 6 Dec 2005 13:42:49 +0200 (EET) (envelope-from ru) Date: Tue, 6 Dec 2005 13:42:49 +0200 From: Ruslan Ermilov To: Marius Strobl Message-ID: <20051206114249.GA62078@ip.net.ua> References: <20051205212539.GF76163@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cvVnyQ+4j833TQvp" Content-Disposition: inline In-Reply-To: <20051205212539.GF76163@ip.net.ua> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: sparc64@FreeBSD.org Subject: [PATCH] Re: sparc64/sparc64/exception.S 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, 06 Dec 2005 11:46:29 -0000 --cvVnyQ+4j833TQvp Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi again, On Mon, Dec 05, 2005 at 11:25:39PM +0200, Ruslan Ermilov wrote: > Hi Marius, >=20 > Playing with -Wundef reveals the following bug in exceptions.S: >=20 > /usr/src/sys/sparc64/sparc64/exception.S:175:5: "KTR_COMPILE" is not defi= ned > /usr/src/sys/sparc64/sparc64/exception.S:193:5: "KTR_COMPILE" is not defi= ned > /usr/src/sys/sparc64/sparc64/exception.S:353:5: "KTR_COMPILE" is not defi= ned > ... >=20 > But including while fixing this also breaks the build > as there are some KRT_* symbols get defined in assym.s. Can you > please look into properly fixing this? >=20 OK, I found the attached working. Basically, it removes KTR stuff out from assym.s (genassym.c) and into the files that need it. But since it affects low-level .S files (the KTR_COMPILE macro is now defined, and adds some code), I won't risk commiting it myself (my sparc64 was re-donated to another guy in Ukraine). Please give it a try, and commit it if it's OK from your perspective. P.S. This is an example of why enabling -Wundef for at least kernel can be a good idea. Otherwise, the bug just remains unnoticed and unreported ("KTR_COMPILED not defined", etc.). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Content-Transfer-Encoding: quoted-printable Index: sparc64/sparc64/exception.S =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/sparc64/sparc64/exception.S,v retrieving revision 1.70 diff -u -p -r1.70 exception.S --- sparc64/sparc64/exception.S 16 Apr 2005 15:05:56 -0000 1.70 +++ sparc64/sparc64/exception.S 6 Dec 2005 11:23:06 -0000 @@ -59,6 +59,8 @@ __FBSDID("$FreeBSD: src/sys/sparc64/spar #include "opt_compat.h" #include "opt_ddb.h" =20 +#include + #include #include #include Index: sparc64/sparc64/genassym.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/sparc64/sparc64/genassym.c,v retrieving revision 1.58 diff -u -p -r1.58 genassym.c --- sparc64/sparc64/genassym.c 30 Nov 2005 16:09:10 -0000 1.58 +++ sparc64/sparc64/genassym.c 6 Dec 2005 11:30:13 -0000 @@ -34,7 +34,6 @@ __FBSDID("$FreeBSD: src/sys/sparc64/spar #include #include #include -#include #include #include #include @@ -138,33 +137,6 @@ ASSYM(IC_LINESIZE, offsetof(struct cache =20 ASSYM(ICA_PA, offsetof(struct ipi_cache_args, ica_pa)); =20 -ASSYM(KTR_PROC, KTR_PROC); -ASSYM(KTR_TRAP, KTR_TRAP); -ASSYM(KTR_SMP, KTR_SMP); -ASSYM(KTR_SYSC, KTR_SYSC); -ASSYM(KTR_INTR, KTR_INTR); -ASSYM(KTR_CT1, KTR_CT1); -ASSYM(KTR_CT2, KTR_CT2); -ASSYM(KTR_CT3, KTR_CT3); -ASSYM(KTR_CT4, KTR_CT4); -ASSYM(KTR_CT5, KTR_CT5); -ASSYM(KTR_CT6, KTR_CT6); -ASSYM(KTR_CT7, KTR_CT7); -ASSYM(KTR_CT8, KTR_CT8); - -ASSYM(KTR_SIZEOF, sizeof(struct ktr_entry)); -ASSYM(KTR_LINE, offsetof(struct ktr_entry, ktr_line)); -ASSYM(KTR_FILE, offsetof(struct ktr_entry, ktr_file)); -ASSYM(KTR_DESC, offsetof(struct ktr_entry, ktr_desc)); -ASSYM(KTR_CPU, offsetof(struct ktr_entry, ktr_cpu)); -ASSYM(KTR_TIMESTAMP, offsetof(struct ktr_entry, ktr_timestamp)); -ASSYM(KTR_PARM1, offsetof(struct ktr_entry, ktr_parms[0])); -ASSYM(KTR_PARM2, offsetof(struct ktr_entry, ktr_parms[1])); -ASSYM(KTR_PARM3, offsetof(struct ktr_entry, ktr_parms[2])); -ASSYM(KTR_PARM4, offsetof(struct ktr_entry, ktr_parms[3])); -ASSYM(KTR_PARM5, offsetof(struct ktr_entry, ktr_parms[4])); -ASSYM(KTR_PARM6, offsetof(struct ktr_entry, ktr_parms[5])); - ASSYM(TTE_VPN, offsetof(struct tte, tte_vpn)); ASSYM(TTE_DATA, offsetof(struct tte, tte_data)); ASSYM(TTE_SHIFT, TTE_SHIFT); Index: sparc64/sparc64/mp_exception.S =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/sparc64/sparc64/mp_exception.S,v retrieving revision 1.12 diff -u -p -r1.12 mp_exception.S --- sparc64/sparc64/mp_exception.S 19 Jun 2003 05:27:04 -0000 1.12 +++ sparc64/sparc64/mp_exception.S 6 Dec 2005 11:26:58 -0000 @@ -27,6 +27,8 @@ #include __FBSDID("$FreeBSD: src/sys/sparc64/sparc64/mp_exception.S,v 1.12 2003/06/= 19 05:27:04 jake Exp $"); =20 +#include + #include #include #include Index: sparc64/sparc64/mp_locore.S =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/sparc64/sparc64/mp_locore.S,v retrieving revision 1.7 diff -u -p -r1.7 mp_locore.S --- sparc64/sparc64/mp_locore.S 29 Apr 2003 00:37:41 -0000 1.7 +++ sparc64/sparc64/mp_locore.S 6 Dec 2005 11:28:05 -0000 @@ -27,6 +27,8 @@ #include __FBSDID("$FreeBSD: src/sys/sparc64/sparc64/mp_locore.S,v 1.7 2003/04/29 0= 0:37:41 jake Exp $"); =20 +#include + #include #include #include Index: sparc64/sparc64/swtch.S =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/sparc64/sparc64/swtch.S,v retrieving revision 1.33 diff -u -p -r1.33 swtch.S --- sparc64/sparc64/swtch.S 26 May 2004 12:06:52 -0000 1.33 +++ sparc64/sparc64/swtch.S 6 Dec 2005 11:28:21 -0000 @@ -27,6 +27,8 @@ #include __FBSDID("$FreeBSD: src/sys/sparc64/sparc64/swtch.S,v 1.33 2004/05/26 12:0= 6:52 tmm Exp $"); =20 +#include + #include #include #include --mP3DRpeJDSE+ciuQ-- --cvVnyQ+4j833TQvp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDlXk5qRfpzJluFF4RAor8AJ0UID67ZIXCFyzUOGEWfeNN3Rn2dQCgnX7c Cln21oeEsvey3hu0Id8oeJU= =ee7q -----END PGP SIGNATURE----- --cvVnyQ+4j833TQvp-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 12:27:26 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C356516A420 for ; Tue, 6 Dec 2005 12:27:26 +0000 (GMT) (envelope-from horugen@yahoo.com) Received: from web61019.mail.yahoo.com (web61019.mail.yahoo.com [209.73.179.13]) by mx1.FreeBSD.org (Postfix) with SMTP id F09DA43D69 for ; Tue, 6 Dec 2005 12:27:25 +0000 (GMT) (envelope-from horugen@yahoo.com) Received: (qmail 29975 invoked by uid 60001); 6 Dec 2005 12:27:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=MpBy8YILsdf53k33WYjzXmXWZOvvfeSyE5xsoF6AcHn5tiNDSghYzdmt4VgeEvjYsdrisjPhyKkguxuBo1CbN6ovkFx3v2pRkbAB7dxt8g0XiCcGMkRaiJSQ7KdCkBCKG30DnMh/5Touv6t1iMfABBtkR9NfHCMx9Pxry8GrfNw= ; Message-ID: <20051206122725.29973.qmail@web61019.mail.yahoo.com> Received: from [193.151.3.18] by web61019.mail.yahoo.com via HTTP; Tue, 06 Dec 2005 04:27:25 PST Date: Tue, 6 Dec 2005 04:27:25 -0800 (PST) From: Dmitry Khoruzhenko To: freebsd-sparc64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: jumping to kernel entry at 0xc0048000 error on boot cd for 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: Tue, 06 Dec 2005 12:27:26 -0000 FreeBSD 5.4 for Sparc I tried to install FreeBSD 5.4 to clone of a Sun machine based on ultrasparc2 processor. Actually it is UltraSparc II 248MHz on ATX format motherboard. When I tried to boot it from boot CD, system seems to hang after booting [/boot/kernel/kernel]... nothing to autoload yet. jumping to kernel entry at 0xc0048000 I tried to boot Debian Linux sparc port - it boots, but it hangs after detecting network cards. Solaris 9 installation - OK. Marius Strobl wrote about that problem "You're probably trying to use a not yet supported graphics card. Either plug in a supported one, for the E220R you're only choices so far probably are Sun PGX (aka Sun PGX8) and Sun PGX64 as AFAIK the chassis doesn't allow to use the UPA slots, or use the serial console instead." Actually graphics card in my system is ATI PCI Mach64 GT, I hope ATI cards is supported in FreeBSD, so may be there's workaround for that issue ? __________________________________________ Yahoo! DSL – Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 13:01:51 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD87616A41F for ; Tue, 6 Dec 2005 13:01:51 +0000 (GMT) (envelope-from steven@plehier.net) Received: from hoboe1bl1.telenet-ops.be (hoboe1bl1.telenet-ops.be [195.130.137.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2D0C43D5A for ; Tue, 6 Dec 2005 13:01:49 +0000 (GMT) (envelope-from steven@plehier.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by hoboe1bl1.telenet-ops.be (Postfix) with SMTP id B2EEF38063; Tue, 6 Dec 2005 14:01:48 +0100 (CET) Received: from [127.0.0.1] (dD5E064E4.access.telenet.be [213.224.100.228]) by hoboe1bl1.telenet-ops.be (Postfix) with ESMTP id 82CD2380E9; Tue, 6 Dec 2005 14:01:48 +0100 (CET) Message-ID: <43958BB9.6020900@plehier.net> Date: Tue, 06 Dec 2005 14:01:45 +0100 From: Steven Plehier User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Khoruzhenko References: <20051206122725.29973.qmail@web61019.mail.yahoo.com> In-Reply-To: <20051206122725.29973.qmail@web61019.mail.yahoo.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-sparc64@freebsd.org Subject: Re: jumping to kernel entry at 0xc0048000 error on boot cd for 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: Tue, 06 Dec 2005 13:01:51 -0000 You will have to install it using a serial console as the 5.4 GENERIC kernel used on the CD doesn't support any framebuffer. Once you installed FreeBSD you should recompile the kernel with the device machfb. Or you could just try to install FreeBSD 6.0. Cheers S Dmitry Khoruzhenko wrote: >FreeBSD 5.4 for Sparc > >I tried to install FreeBSD 5.4 to clone of a Sun >machine based on ultrasparc2 processor. >Actually it is UltraSparc II 248MHz on ATX format >motherboard. >When I tried to boot it from boot CD, system seems to >hang after > >booting [/boot/kernel/kernel]... >nothing to autoload yet. >jumping to kernel entry at 0xc0048000 > >I tried to boot Debian Linux sparc port - it boots, >but it hangs after detecting network cards. > >Solaris 9 installation - OK. > >Marius Strobl wrote about that problem >"You're probably trying to use a not yet supported >graphics card. >Either plug in a supported one, for the E220R you're >only choices >so far probably are Sun PGX (aka Sun PGX8) and Sun >PGX64 as AFAIK >the chassis doesn't allow to use the UPA slots, or use >the serial >console instead." > >Actually graphics card in my system is ATI PCI Mach64 >GT, I hope ATI cards is supported in FreeBSD, so may >be there's workaround for that issue ? > > > > >__________________________________________ >Yahoo! DSL – Something to write home about. >Just $16.99/mo. or less. >dsl.yahoo.com > >_______________________________________________ >freebsd-sparc64@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 >To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > > > From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 13:42:22 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77A5416A41F; Tue, 6 Dec 2005 13:42:22 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC10043D5A; Tue, 6 Dec 2005 13:42:20 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id jB6DfnaM013816; Tue, 6 Dec 2005 14:41:56 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id jB6Dfd9f013814; Tue, 6 Dec 2005 14:41:39 +0100 (CET) (envelope-from marius) Date: Tue, 6 Dec 2005 14:41:35 +0100 From: Marius Strobl To: Ruslan Ermilov Message-ID: <20051206144128.J75892@newtrinity.zeist.de> References: <20051205212539.GF76163@ip.net.ua> <20051206114249.GA62078@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20051206114249.GA62078@ip.net.ua>; from ru@FreeBSD.org on Tue, Dec 06, 2005 at 01:42:49PM +0200 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.32.1.63; VDF: 6.32.1.10; host: newtrinity.zeist.de) Cc: sparc64@FreeBSD.org Subject: Re: [PATCH] Re: sparc64/sparc64/exception.S 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, 06 Dec 2005 13:42:22 -0000 On Tue, Dec 06, 2005 at 01:42:49PM +0200, Ruslan Ermilov wrote: > Hi again, > > On Mon, Dec 05, 2005 at 11:25:39PM +0200, Ruslan Ermilov wrote: > > Hi Marius, > > > > Playing with -Wundef reveals the following bug in exceptions.S: > > > > /usr/src/sys/sparc64/sparc64/exception.S:175:5: "KTR_COMPILE" is not defined > > /usr/src/sys/sparc64/sparc64/exception.S:193:5: "KTR_COMPILE" is not defined > > /usr/src/sys/sparc64/sparc64/exception.S:353:5: "KTR_COMPILE" is not defined > > ... > > > > But including while fixing this also breaks the build > > as there are some KRT_* symbols get defined in assym.s. Can you > > please look into properly fixing this? > > > OK, I found the attached working. Basically, it removes KTR stuff > out from assym.s (genassym.c) and into the files that need it. > But since it affects low-level .S files (the KTR_COMPILE macro is > now defined, and adds some code), I won't risk commiting it myself > (my sparc64 was re-donated to another guy in Ukraine). Please give > it a try, and commit it if it's OK from your perspective. > <...> > Index: sparc64/sparc64/genassym.c > =================================================================== > RCS file: /home/ncvs/src/sys/sparc64/sparc64/genassym.c,v > retrieving revision 1.58 > diff -u -p -r1.58 genassym.c > --- sparc64/sparc64/genassym.c 30 Nov 2005 16:09:10 -0000 1.58 > +++ sparc64/sparc64/genassym.c 6 Dec 2005 11:30:13 -0000 <...> > -ASSYM(KTR_SIZEOF, sizeof(struct ktr_entry)); > -ASSYM(KTR_LINE, offsetof(struct ktr_entry, ktr_line)); > -ASSYM(KTR_FILE, offsetof(struct ktr_entry, ktr_file)); > -ASSYM(KTR_DESC, offsetof(struct ktr_entry, ktr_desc)); > -ASSYM(KTR_CPU, offsetof(struct ktr_entry, ktr_cpu)); > -ASSYM(KTR_TIMESTAMP, offsetof(struct ktr_entry, ktr_timestamp)); > -ASSYM(KTR_PARM1, offsetof(struct ktr_entry, ktr_parms[0])); > -ASSYM(KTR_PARM2, offsetof(struct ktr_entry, ktr_parms[1])); > -ASSYM(KTR_PARM3, offsetof(struct ktr_entry, ktr_parms[2])); > -ASSYM(KTR_PARM4, offsetof(struct ktr_entry, ktr_parms[3])); > -ASSYM(KTR_PARM5, offsetof(struct ktr_entry, ktr_parms[4])); > -ASSYM(KTR_PARM6, offsetof(struct ktr_entry, ktr_parms[5])); > - Well, this hardly can work if the KTR macro is defined as these offsets are required for the asm implementation of ktr(4) (see sys/sparc64/include/ktr.h) and we don't get them via . Actually it already bails out when trying to use with as(1) when KTR is defined: cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I../../.. -I../../../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 -mcmodel=medlow -msoft-float -ffreestanding -Werror ../../../sparc64/sparc64/exception.S ../../../sys/ktr.h: Assembler messages: ../../../sys/ktr.h:127: Error: Unknown opcode: `void' ../../../sys/ktr.h:128: Error: Unknown opcode: `const' ../../../sys/ktr.h:129: Fatal error: Unknown opcode: `u_long arg4,u_long arg5,u_long arg6)' One probably could get away with leaving the KTR_* offset macros in genassym.c and just removing those exporting KTR_CT* etc. from and extending the scope of #ifndef LOCORE in so it can be included in asm source. However, the problem of exporting the latter set of KTR_* macros to the asm version of ktr(4) isn't new so I'd just go for adding KTR_COMPILE to genassym.c as suggested before. If you really want to go the route of directly using in asm source something like the patch below probably is what you want to do (does technically the right thing, not sure about style). Marius Index: sys/ktr.h =================================================================== RCS file: /mnt/futile/usr/data/bsd/cvs/fbsd/src/sys/sys/ktr.h,v retrieving revision 1.33 diff -u -r1.33 ktr.h --- sys/ktr.h 2 Sep 2005 19:34:13 -0000 1.33 +++ sys/ktr.h 6 Dec 2005 12:53:52 -0000 @@ -86,9 +86,14 @@ #define KTR_CT8 0x80000000 /* Trace classes to compile in */ +#ifdef KTR #ifndef KTR_COMPILE #define KTR_COMPILE (KTR_ALL) #endif +#else /* KTR */ +#undef KTR_COMPILE +#define KTR_COMPILE 0 +#endif /* KTR */ /* Trace classes that can not be used with KTR_ALQ */ #define KTR_ALQ_MASK (KTR_WITNESS) @@ -121,7 +126,6 @@ extern volatile int ktr_idx; extern struct ktr_entry ktr_buf[]; -#endif /* !LOCORE */ #ifdef KTR void ktr_tracepoint(u_int mask, const char *file, int line, @@ -141,8 +145,6 @@ #define CTR4(m, format, p1, p2, p3, p4) CTR6(m, format, p1, p2, p3, p4, 0, 0) #define CTR5(m, format, p1, p2, p3, p4, p5) CTR6(m, format, p1, p2, p3, p4, p5, 0) #else /* KTR */ -#undef KTR_COMPILE -#define KTR_COMPILE 0 #define CTR0(m, d) #define CTR1(m, d, p1) #define CTR2(m, d, p1, p2) @@ -184,4 +186,6 @@ #define ITR6(d, p1, p2, p3, p4, p5, p6) #endif +#endif /* !LOCORE */ + #endif /* !_SYS_KTR_H_ */ Index: sparc64/include/ktr.h =================================================================== RCS file: /mnt/futile/usr/data/bsd/cvs/fbsd/src/sys/sparc64/include/ktr.h,v retrieving revision 1.5 diff -u -r1.5 ktr.h --- sparc64/include/ktr.h 26 Apr 2003 17:00:10 -0000 1.5 +++ sparc64/include/ktr.h 6 Dec 2005 12:49:36 -0000 @@ -32,6 +32,8 @@ #ifndef _MACHINE_KTR_H_ #define _MACHINE_KTR_H_ +#include + #include #ifndef LOCORE Index: sparc64/sparc64/genassym.c =================================================================== RCS file: /mnt/futile/usr/data/bsd/cvs/fbsd/src/sys/sparc64/sparc64/genassym.c,v retrieving revision 1.58 diff -u -r1.58 genassym.c --- sparc64/sparc64/genassym.c 30 Nov 2005 16:09:10 -0000 1.58 +++ sparc64/sparc64/genassym.c 6 Dec 2005 12:48:26 -0000 @@ -138,20 +138,6 @@ ASSYM(ICA_PA, offsetof(struct ipi_cache_args, ica_pa)); -ASSYM(KTR_PROC, KTR_PROC); -ASSYM(KTR_TRAP, KTR_TRAP); -ASSYM(KTR_SMP, KTR_SMP); -ASSYM(KTR_SYSC, KTR_SYSC); -ASSYM(KTR_INTR, KTR_INTR); -ASSYM(KTR_CT1, KTR_CT1); -ASSYM(KTR_CT2, KTR_CT2); -ASSYM(KTR_CT3, KTR_CT3); -ASSYM(KTR_CT4, KTR_CT4); -ASSYM(KTR_CT5, KTR_CT5); -ASSYM(KTR_CT6, KTR_CT6); -ASSYM(KTR_CT7, KTR_CT7); -ASSYM(KTR_CT8, KTR_CT8); - ASSYM(KTR_SIZEOF, sizeof(struct ktr_entry)); ASSYM(KTR_LINE, offsetof(struct ktr_entry, ktr_line)); ASSYM(KTR_FILE, offsetof(struct ktr_entry, ktr_file)); -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 13:49:42 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B060816A41F for ; Tue, 6 Dec 2005 13:49:42 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10BB243D68 for ; Tue, 6 Dec 2005 13:49:41 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id jB6DnHsX014018; Tue, 6 Dec 2005 14:49:18 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id jB6Dn9Wn014015; Tue, 6 Dec 2005 14:49:09 +0100 (CET) (envelope-from marius) Date: Tue, 6 Dec 2005 14:49:05 +0100 From: Marius Strobl To: Steven Plehier Message-ID: <20051206144903.A13649@newtrinity.zeist.de> References: <20051206122725.29973.qmail@web61019.mail.yahoo.com> <43958BB9.6020900@plehier.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <43958BB9.6020900@plehier.net>; from steven@plehier.net on Tue, Dec 06, 2005 at 02:01:45PM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.32.1.63; VDF: 6.32.1.10; host: newtrinity.zeist.de) Cc: Dmitry Khoruzhenko , freebsd-sparc64@freebsd.org Subject: Re: jumping to kernel entry at 0xc0048000 error on boot cd for 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: Tue, 06 Dec 2005 13:49:42 -0000 On Tue, Dec 06, 2005 at 02:01:45PM +0100, Steven Plehier wrote: > > You will have to install it using a serial console as the 5.4 GENERIC > kernel used on the CD doesn't support any framebuffer. Once you > installed FreeBSD you should recompile the kernel with the > > device machfb. > > Or you could just try to install FreeBSD 6.0. > ATI Mach64 are only supported in FreeBSD 6.0 and onwards, i.e. FreeBSD 5 doesn't have machfb(4). Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 14:04:38 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CA1416A420 for ; Tue, 6 Dec 2005 14:04:38 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6696B43D49 for ; Tue, 6 Dec 2005 14:04:36 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB6E4UZu033527; Tue, 6 Dec 2005 16:04:30 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 57142-01-4; Tue, 6 Dec 2005 16:04:27 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB6E217P033405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Dec 2005 16:02:02 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jB6E258t063289; Tue, 6 Dec 2005 16:02:05 +0200 (EET) (envelope-from ru) Date: Tue, 6 Dec 2005 16:02:05 +0200 From: Ruslan Ermilov To: Marius Strobl Message-ID: <20051206140205.GD62078@ip.net.ua> References: <20051205212539.GF76163@ip.net.ua> <20051206114249.GA62078@ip.net.ua> <20051206144128.J75892@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C94crkcyjafcjHxo" Content-Disposition: inline In-Reply-To: <20051206144128.J75892@newtrinity.zeist.de> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: sparc64@FreeBSD.org Subject: Re: [PATCH] Re: sparc64/sparc64/exception.S 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, 06 Dec 2005 14:04:38 -0000 --C94crkcyjafcjHxo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 06, 2005 at 02:41:35PM +0100, Marius Strobl wrote: [...] > One probably could get away with leaving the KTR_* offset macros > in genassym.c and just removing those exporting KTR_CT* etc. > from and extending the scope of #ifndef LOCORE in > so it can be included in asm source. > However, the problem of exporting the latter set of KTR_* macros > to the asm version of ktr(4) isn't new so I'd just go for adding > KTR_COMPILE to genassym.c as suggested before. If you really want > to go the route of directly using in asm source > something like the patch below probably is what you want to do > (does technically the right thing, not sure about style). >=20 It works (now for both GENERIC and LINT, that is without and with KTR defined :-). Please commit! Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --C94crkcyjafcjHxo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDlZndqRfpzJluFF4RAlSHAJ9UCGy13g05hAczEWuwG8SXvVRZbQCff+OG 7THBv3IJVXybVLjiL7c9+WI= =lIJz -----END PGP SIGNATURE----- --C94crkcyjafcjHxo-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 14:15:25 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08E1C16A41F; Tue, 6 Dec 2005 14:15:25 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA9843D45; Tue, 6 Dec 2005 14:15:24 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id jB6EFMdp014867; Tue, 6 Dec 2005 15:15:22 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id jB6EFHGs014866; Tue, 6 Dec 2005 15:15:17 +0100 (CET) (envelope-from marius) Date: Tue, 6 Dec 2005 15:15:17 +0100 From: Marius Strobl To: Ruslan Ermilov Message-ID: <20051206151517.K75892@newtrinity.zeist.de> References: <20051205212539.GF76163@ip.net.ua> <20051206114249.GA62078@ip.net.ua> <20051206144128.J75892@newtrinity.zeist.de> <20051206140205.GD62078@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20051206140205.GD62078@ip.net.ua>; from ru@FreeBSD.org on Tue, Dec 06, 2005 at 04:02:05PM +0200 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.32.1.63; VDF: 6.32.1.10; host: newtrinity.zeist.de) Cc: sparc64@FreeBSD.org Subject: Re: [PATCH] Re: sparc64/sparc64/exception.S 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, 06 Dec 2005 14:15:25 -0000 On Tue, Dec 06, 2005 at 04:02:05PM +0200, Ruslan Ermilov wrote: > On Tue, Dec 06, 2005 at 02:41:35PM +0100, Marius Strobl wrote: > [...] > > One probably could get away with leaving the KTR_* offset macros > > in genassym.c and just removing those exporting KTR_CT* etc. > > from and extending the scope of #ifndef LOCORE in > > so it can be included in asm source. > > However, the problem of exporting the latter set of KTR_* macros > > to the asm version of ktr(4) isn't new so I'd just go for adding > > KTR_COMPILE to genassym.c as suggested before. If you really want > > to go the route of directly using in asm source > > something like the patch below probably is what you want to do > > (does technically the right thing, not sure about style). > > > It works (now for both GENERIC and LINT, that is without and > with KTR defined :-). Please commit! > Which variant? Just adding KTR_COMPILE to genassym.c or the changes to use in asm source directly? If the latter may I refer to them as reviewed by you? Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 15:05:48 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E69516A41F for ; Tue, 6 Dec 2005 15:05:48 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B17F143D60 for ; Tue, 6 Dec 2005 15:05:47 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id jB6F5kZg016213; Tue, 6 Dec 2005 16:05:46 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id jB6F5em4016212; Tue, 6 Dec 2005 16:05:40 +0100 (CET) (envelope-from marius) Date: Tue, 6 Dec 2005 16:05:40 +0100 From: Marius Strobl To: Pyun YongHyeon Message-ID: <20051206160540.L75892@newtrinity.zeist.de> References: <20051205202342.B88929@newtrinity.zeist.de> <20051206011240.GA5298@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20051206011240.GA5298@rndsoft.co.kr>; from pyunyh@gmail.com on Tue, Dec 06, 2005 at 10:12:40AM +0900 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.32.1.63; VDF: 6.32.1.10; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD booted multiuser on USIII 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, 06 Dec 2005 15:05:48 -0000 On Tue, Dec 06, 2005 at 10:12:40AM +0900, Pyun YongHyeon wrote: > > On Mon, Dec 05, 2005 at 08:23:42PM +0100, Marius Strobl wrote: > > > > > > FYI, I managed to boot FreeBSD multiuser on a Blade 1000 via NFS. > > For those interested a log is at: > > http://alchemy.franken.de/~marius/xcb.txt > > But don't get too excited yet, this currently is everything but > > stable and quite some work still needs to be done in order to > > get support for USIII and up en par with USI/II{,e,i} in FreeBSD. > > Currently I'm also not exactly pursuing USIII support in FreeBSD, > > so far this is more or less research in order to get a clue what > > needs to be done. > > > > Cool! I have to buy UIII system from eBay in near future. :-) Not necessarily, for FreeBSD/sparc64 development there is a Fire V210 (USIIIi) at the "FreeBSD befarm" in .nl. Currently it's a bit tricky to access as there's a cable missing for the terminal server. Dwhite also got a Fire 280R (USIII, same motherboard as Blade 1000 use) that he plans to set up for remote access. For now I'd suggest to use these resources until it's clear that FreeBSD can and will support USIII{,i} (I think it's at least feasible but then again there's quite some stuff left to be done). > It seems most cirtical devices are recognized and works. > What else should be done to make it work on UIII? > - Finish rototilling nexus(4) to remove the assumption that the nexus bus reflects an UPA bus, make it manage the resources of its children and convert to use the ofw_bus interface (to simplify things for creator(4) as the UPA bus in USIII machines is a subordinate bus and not the interconnection bus, will also help with fhc(4)). Finish schizo(4) (mainly locking of the interrupt handlers is missing, this is more important for schizo(4) than in psycho(4)), some nits left to be shaked out but also yet have to make sure it also works with the Tomatillo bridges (code in place, just untested). - Properly support the USIII{,i} MMUs. This is mainly meant to be factored out into cheetah.c which is fleshed out somewhat but pmap.c, tlb.c, loader(8), etc. also need to be reviewed to do the right thing for the USIII{,i} MMUs. There also seem to be some general problems here like the infamous "vmspace NULL" panic which I can readily provoke on USIII (but not on < USIII as others can; haven't looked at that). USIII{,i} also seem to require flushes, membars, etc. in situations where < USIII; we'll also have to review quite some MD code regarding this. - Write USIII versions of the VIS-optimized bcopy() and bzero(). The spitfire versions just don't work on USIII and I've just disabled them on >= USIII for now. - For USIII MP support teach FreeBSD that a MP system can consist of different CPU models (running at different speed and having different cache sizes). For the MD part this is quite straight foward (switch to use the system- tick counters instead of the tick counters, make the cache info per CPU). I haven't looked at MI assuptions in this reagard so far. - USIIIi (and probably onwards; I think USIV is merely dual-core USIIIi) is NUMA-like. I have no idea how this comes in. We might just ignore it at first and then use it for optimizations later (as it's currently the case with AMD64) but then again Gavin Atkinson reported that he gets strange panics early when booting FreeBSD as is on dual-USIIIi unless he removes the memory associated with the second CPU. I've really no idea here so far. - Some other MD bus and device drivers need some tweaking here and there but all in all no big deal. For USIIIi we'll however need a bge(4) working on sparc64 as at least some USIIIi machines have bge(4) NICs on-board. For the Blade xx00 workstations we also definitely want a driver for controlling the fans, otherwise they run full speed all the time and are plain to loud for actually using them as a workstation. Unfortunately Sun seems to use different hardware for this in the various models; for USII{,e,i} models alone I'm aware of at least three different approaches but there are probably more just there. On the other hand all these temperature and fan controllers are at least all connected via some smb(4) hardware or PCF8584. We'd however probably need to find a way to incorporated info from the OFW device tree into the respective existing bus drivers and properly lock the whole stuff. That's about what I currently am aware of and can think of. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 15:24:54 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6524216A41F for ; Tue, 6 Dec 2005 15:24:54 +0000 (GMT) (envelope-from steven@plehier.net) Received: from europa.telenet-ops.be (europa.telenet-ops.be [195.130.137.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 979C443D6D for ; Tue, 6 Dec 2005 15:24:53 +0000 (GMT) (envelope-from steven@plehier.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by europa.telenet-ops.be (Postfix) with SMTP id 3636E383BD for ; Tue, 6 Dec 2005 16:24:52 +0100 (CET) Received: from [127.0.0.1] (dD5E064E4.access.telenet.be [213.224.100.228]) by europa.telenet-ops.be (Postfix) with ESMTP id 10F0338248 for ; Tue, 6 Dec 2005 16:24:52 +0100 (CET) Message-ID: <4395AD41.9070606@plehier.net> Date: Tue, 06 Dec 2005 16:24:49 +0100 From: Steven Plehier User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: cgsix 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, 06 Dec 2005 15:24:54 -0000 Hi, Is there any support for a cgsix (in an Ultra 2) framebuffer in FreeBSD 6.0? if yes, which device do I need to config? Thanks Steven From owner-freebsd-sparc64@FreeBSD.ORG Tue Dec 6 15:50:45 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5FDF16A420 for ; Tue, 6 Dec 2005 15:50:45 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2769343D62 for ; Tue, 6 Dec 2005 15:49:50 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id jB6FnndM017603; Tue, 6 Dec 2005 16:49:49 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id jB6Fni4H017602; Tue, 6 Dec 2005 16:49:44 +0100 (CET) (envelope-from marius) Date: Tue, 6 Dec 2005 16:49:44 +0100 From: Marius Strobl To: Steven Plehier Message-ID: <20051206164944.A17497@newtrinity.zeist.de> References: <4395AD41.9070606@plehier.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <4395AD41.9070606@plehier.net>; from steven@plehier.net on Tue, Dec 06, 2005 at 04:24:49PM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.32.1.63; VDF: 6.32.1.10; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: cgsix 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, 06 Dec 2005 15:50:46 -0000 On Tue, Dec 06, 2005 at 04:24:49PM +0100, Steven Plehier wrote: > > Hi, > > Is there any support for a cgsix (in an Ultra 2) framebuffer in FreeBSD > 6.0? if yes, which device do I need to config? > No, not yet. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 8 15:24:10 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 344D316A41F for ; Thu, 8 Dec 2005 15:24:10 +0000 (GMT) (envelope-from jason@b0rken.org) Received: from mail.b0rken.org (81-86-32-83.dsl.pipex.com [81.86.32.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18AE743DA6 for ; Thu, 8 Dec 2005 15:23:55 +0000 (GMT) (envelope-from jason@b0rken.org) Received: from [127.0.0.1] (localhost.home [127.0.0.1]) by mail.b0rken.org (Postfix) with ESMTP id 2BFCA1143B for ; Thu, 8 Dec 2005 15:03:29 +0000 (GMT) Message-ID: <43984B45.2040201@b0rken.org> Date: Thu, 08 Dec 2005 15:03:33 +0000 From: Jason Mann User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Xorg on Ultra 5, and console keyboard questions 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, 08 Dec 2005 15:24:10 -0000 Hi folks. I have two questions regarding FreeBSD 6.0-RELEASE on sparc64: 1. I am using a type 6 keyboard with a UK key layout. Is it possible to have a working UK keymap for the console? I have tried loading uk.cp850, and uk.iso, but neither work. Without loading any keymap, it defaults to a fully functional US layout. 2. Is Xorg now supported on the built-in ATI Mach64 framebuffer on the Ultra 5? Thanks. Jason From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 8 23:47:28 2005 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C783D16A420 for ; Thu, 8 Dec 2005 23:47:28 +0000 (GMT) (envelope-from later@mcburney.net) Received: from 202-151-70-255.dsl.teleguam.net (202-151-70-255.dsl.teleguam.net [202.151.70.255]) by mx1.FreeBSD.org (Postfix) with SMTP id E566643D8A for ; Thu, 8 Dec 2005 23:47:17 +0000 (GMT) (envelope-from later@mcburney.net) Received: from unknown (HELO speared) (192.168.140.63) by 202-151-70-255.dsl.teleguam.net with SMTP; Fri, 9 Dec 2005 09:52:07 +1000 Content-Transfer-Encoding: 7bit Message-Id: <10583729449.130798104956@202-151-70-255.dsl.teleguam.net> Content-Type: text/plain; charset=us-ascii To: freebsd-sparc@freebsd.org From: Tina Benjamin Date: Thu, 8 Dec 2005 23:47:17 +0000 (GMT) Cc: Subject: Male sexual enhancement formula 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, 08 Dec 2005 23:47:28 -0000 Achieve stronger and harder erections http://www.kurevalw.net/pt/ Folks never understand the folks they hate. California: The west coast of Iowa. Children are the hands by which we take hold of heaven. From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 9 04:42:45 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D9DB16A428; Fri, 9 Dec 2005 04:42:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 471DF43D79; Fri, 9 Dec 2005 04:42:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jB94gUSn045231; Thu, 8 Dec 2005 23:42:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jB94gUj3013661; Thu, 8 Dec 2005 23:42:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7418B7302F; Thu, 8 Dec 2005 23:42:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051209044230.7418B7302F@freebsd-current.sentex.ca> Date: Thu, 8 Dec 2005 23:42:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 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: Fri, 09 Dec 2005 04:42:45 -0000 TB --- 2005-12-09 03:27:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-09 03:27:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-12-09 03:27:36 - cleaning the object tree TB --- 2005-12-09 03:28:06 - checking out the source tree TB --- 2005-12-09 03:28:06 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-12-09 03:28:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-09 03:34:17 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-09 03:34:17 - cd /src TB --- 2005-12-09 03:34:17 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-12-09 04:39:29 - generating LINT kernel config TB --- 2005-12-09 04:39:29 - cd /src/sys/sparc64/conf TB --- 2005-12-09 04:39:29 - /usr/bin/make -B LINT TB --- 2005-12-09 04:39:29 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-09 04:39:29 - cd /src TB --- 2005-12-09 04:39:29 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 9 04:39:29 UTC 2005 >>> 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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=medlow -msoft-float -ffreestanding -Werror /src/sys/contrib/altq/altq/altq_cbq.c -I/src/sys/contrib/pf In file included from /src/sys/contrib/altq/altq/altq_cbq.c:47: /src/sys/sys/mbuf.h: In function `m_getjcl': /src/sys/sys/mbuf.h:424: error: duplicate case value /src/sys/sys/mbuf.h:421: error: previously used here /src/sys/sys/mbuf.h: In function `m_cljget': /src/sys/sys/mbuf.h:488: error: duplicate case value /src/sys/sys/mbuf.h:485: error: previously used here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-09 04:42:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-09 04:42:30 - ERROR: failed to build lint kernel TB --- 2005-12-09 04:42:30 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 9 10:19:31 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49C1216A420 for ; Fri, 9 Dec 2005 10:19:31 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1508743D8F for ; Fri, 9 Dec 2005 10:19:16 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id jB9AJ0jI015412; Fri, 9 Dec 2005 11:19:05 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id jB9AIoTd015411; Fri, 9 Dec 2005 11:18:50 +0100 (CET) (envelope-from marius) Date: Fri, 9 Dec 2005 11:18:43 +0100 From: Marius Strobl To: Jason Mann Message-ID: <20051209111835.A14941@newtrinity.zeist.de> References: <43984B45.2040201@b0rken.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <43984B45.2040201@b0rken.org>; from jason@b0rken.org on Thu, Dec 08, 2005 at 03:03:33PM +0000 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.33.0.11; VDF: 6.33.0.15; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: Xorg on Ultra 5, and console keyboard questions 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: Fri, 09 Dec 2005 10:19:31 -0000 On Thu, Dec 08, 2005 at 03:03:33PM +0000, Jason Mann wrote: > > Hi folks. > > I have two questions regarding FreeBSD 6.0-RELEASE on sparc64: > > 1. I am using a type 6 keyboard with a UK key layout. Is it possible to > have a working UK keymap for the console? I have tried loading > uk.cp850, and uk.iso, but neither work. Without loading any keymap, it > defaults to a fully functional US layout. > There are some nasty endian bugs in the keyboard ioctls which amongst others most likely also prevent keymap loading from working. But even if it worked the keymaps found in /usr/share/syscons/keymaps/ would be of no use as they are for AT and PS/2 compatible keyboards. Sun RS232 keyboards require different ones. > 2. Is Xorg now supported on the built-in ATI Mach64 framebuffer on the > Ultra 5? > Yes. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Fri Dec 9 10:52:47 2005 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D513A16A420 for ; Fri, 9 Dec 2005 10:52:47 +0000 (GMT) (envelope-from creates@figaropravda.com) Received: from ppp85-140-35-194.pppoe.mtu-net.ru (ppp85-140-35-83.pppoe.mtu-net.ru [85.140.35.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 214D143D8D for ; Fri, 9 Dec 2005 10:52:41 +0000 (GMT) (envelope-from creates@figaropravda.com) Received: from unknown (HELO beater) (192.168.209.238) by ppp85-140-35-194.pppoe.mtu-net.ru with SMTP; Fri, 9 Dec 2005 13:52:40 +0300 Content-Transfer-Encoding: 7bit Message-Id: <9939616143.2032674986@ppp85-140-35-194.pppoe.mtu-net.ru> Content-Type: text/plain; charset=us-ascii To: freebsd-sparc@freebsd.org From: Ruth Vazquez Date: Fri, 9 Dec 2005 10:52:41 +0000 (GMT) Cc: Subject: Cialis offers you the freedom of choosing the right moment. 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: Fri, 09 Dec 2005 10:52:48 -0000 Get prescription medicine for less! http://borderlands.iazy.com/ph/as/ Life is just one damned thing after another. Expect everything, and anything seems nothing. Expect nothing, and anything seems everything. Time is nature's way of keeping everything from happening at once. True knowledge exists in knowing that you know nothing. Things are seldom what they seem, skim milk masquerades as cream. Humor distorts nothing, and only false gods are laughed off their pedestals. From owner-freebsd-sparc64@FreeBSD.ORG Sat Dec 10 02:57:48 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 238A716A420; Sat, 10 Dec 2005 02:57:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9501543D67; Sat, 10 Dec 2005 02:57:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jBA2vkPZ066591; Fri, 9 Dec 2005 21:57:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jBA2vkAm044410; Fri, 9 Dec 2005 21:57:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 389527302F; Fri, 9 Dec 2005 21:57:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051210025746.389527302F@freebsd-current.sentex.ca> Date: Fri, 9 Dec 2005 21:57:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 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: Sat, 10 Dec 2005 02:57:48 -0000 TB --- 2005-12-10 01:42:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-12-10 01:42:51 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-12-10 01:42:51 - cleaning the object tree TB --- 2005-12-10 01:43:18 - checking out the source tree TB --- 2005-12-10 01:43:18 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-12-10 01:43:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-12-10 01:49:29 - building world (CFLAGS=-O2 -pipe) TB --- 2005-12-10 01:49:29 - cd /src TB --- 2005-12-10 01:49:29 - /usr/bin/make -B buildworld >>> 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 TB --- 2005-12-10 02:54:55 - generating LINT kernel config TB --- 2005-12-10 02:54:55 - cd /src/sys/sparc64/conf TB --- 2005-12-10 02:54:55 - /usr/bin/make -B LINT TB --- 2005-12-10 02:54:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-12-10 02:54:55 - cd /src TB --- 2005-12-10 02:54:55 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 10 02:54:55 UTC 2005 >>> 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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=medlow -msoft-float -ffreestanding -Werror /src/sys/contrib/altq/altq/altq_cbq.c -I/src/sys/contrib/pf In file included from /src/sys/contrib/altq/altq/altq_cbq.c:47: /src/sys/sys/mbuf.h: In function `m_getjcl': /src/sys/sys/mbuf.h:424: error: duplicate case value /src/sys/sys/mbuf.h:421: error: previously used here /src/sys/sys/mbuf.h: In function `m_cljget': /src/sys/sys/mbuf.h:488: error: duplicate case value /src/sys/sys/mbuf.h:485: error: previously used here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-12-10 02:57:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-12-10 02:57:45 - ERROR: failed to build lint kernel TB --- 2005-12-10 02:57:45 - tinderbox aborted