From owner-freebsd-sparc64@FreeBSD.ORG Sat Nov 22 13:34:11 2003 Return-Path: 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 C6B2A16A4CE; Sat, 22 Nov 2003 13:34:11 -0800 (PST) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 210EF43FBF; Sat, 22 Nov 2003 13:34:00 -0800 (PST) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.12.9p2/8.12.9) with ESMTP id hAMLXJHU084108; Sat, 22 Nov 2003 22:33:23 +0100 (CET) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.12.9p2/8.12.9/Submit) id hAMLXJE9084107; Sat, 22 Nov 2003 22:33:19 +0100 (CET) (envelope-from amon) From: amon@sockar.homeip.net To: freebsd-sparc64@freebsd.org Message-ID: <20031122223319.A83892@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i cc: freebsd-scsi@freebsd.org Subject: Sun Storedge A1000 and FreeBSD/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 22 Nov 2003 21:34:11 -0000 X-Original-Date: Sat, 22 Nov 2003 22:33:19 +0100 X-List-Received-Date: Sat, 22 Nov 2003 21:34:11 -0000 (cc'ed to freebsd-scsi) Hi lists, I am trying to know if the sun storedge a1000 can be made to work with freebsd/sparc. The thing seems to work with Linux (you have to create the RAID volumes with Solaris though), and since I haven't found anything in the linux kernel dedicated to this kind of array, I suppose it should also work with freebsd. That's what I though until I made some tests : The array is connected to a netra t 1125 through a 2 channel Symbios Logic HVD controller (there is nothing more connected to this card). I installed solaris on the system disk of the netra, then created a 2 disk raid 0 volume (lun0) on the a1000 array. Then I installed 5.1-R on a second system disk to try to use the volume but freebsd sees nothing (see dmesg attached). Note that I can see the volume in the prom with a probe-scsi-all. I recompiled the kernel (see config attached) with cam debug options and got the following logs when I try to rescan the bus where the array is attached : netra:~# camcontrol debug -IPSc 2 (xpt0:sym2:0:-1:-1): debugging flags now 2d Debugging enabled for 2:-1:-1 netra:~# camcontrol rescan 2 (probe0:sym2:0:0:0): added periph to queue (probe0:sym2:0:0:0): calling xpt_run_devq (probe0:sym2:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe1:sym2:0:1:0): added periph to queue (probe1:sym2:0:1:0): calling xpt_run_devq (probe1:sym2:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe2:sym2:0:2:0): added periph to queue (probe2:sym2:0:2:0): calling xpt_run_devq (probe2:sym2:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe3:sym2:0:3:0): added periph to queue (probe3:sym2:0:3:0): calling xpt_run_devq (probe3:sym2:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe4:sym2:0:4:0): added periph to queue (probe4:sym2:0:4:0): calling xpt_run_devq (probe4:sym2:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe5:sym2:0:5:0): added periph to queue (probe5:sym2:0:5:0): calling xpt_run_devq (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe6:sym2:0:6:0): added periph to queue (probe6:sym2:0:6:0): calling xpt_run_devq (probe6:sym2:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe7:sym2:0:8:0): added periph to queue (probe7:sym2:0:8:0): calling xpt_run_devq (probe7:sym2:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe8:sym2:0:9:0): added periph to queue (probe8:sym2:0:9:0): calling xpt_run_devq (probe8:sym2:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe9:sym2:0:10:0): added periph to queue (probe9:sym2:0:10:0): calling xpt_run_devq (probe9:sym2:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe10:sym2:0:11:0): added periph to queue (probe10:sym2:0:11:0): calling xpt_run_devq (probe10:sym2:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe11:sym2:0:12:0): added periph to queue (probe11:sym2:0:12:0): calling xpt_run_devq (probe11:sym2:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe12:sym2:0:13:0): added periph to queue (probe12:sym2:0:13:0): calling xpt_run_devq (probe12:sym2:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe13:sym2:0:14:0): added periph to queue (probe13:sym2:0:14:0): calling xpt_run_devq (probe13:sym2:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe14:sym2:0:15:0): added periph to queue (probe14:sym2:0:15:0): calling xpt_run_devq (probe14:sym2:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe5:sym2:0:5:0): added periph to queue (probe5:sym2:0:5:0): calling xpt_run_devq (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe5:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 Re-scan of bus 2 was successful Note the 5 INQUIRY on target 5 which is the array's id on the bus. I suppose the kernel senses the device but cannot detect any luns on it. I repeated the test with CAM_NEW_TRAN_CODE or SES_ENABLE_PASSTHROUGH kernel options with same results. I would like to avoid solaris or linux on this machine so what amount of work would be required to get the raid volumes accessible from freebsd ? Is it a simple kernel configuration problem or is it needed to patch the kernel to make it work ? -- Herve Boulouis - EFREI Promo 2003 - Equipe systeme Unix ************************************************************** Full dmesg : Copstray vector interrupt 2029 yright (c) 1992-2003 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 5.1-CURRENT #2: Sat Nov 22 19:46:59 CET 2003 root@netra.aabs:/usr/src/sys/sparc64/compile/NETRA Preloaded elf kernel "/boot/kernel/kernel" at 0xc0470000. Timecounter "tick" frequency 440005765 Hz quality 0 real memory = 268435456 (256 MB) avail memory = 248045568 (236 MB) cpu0: Sun Microsystems UltraSparc-II Processor (440.01 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [FAST] initialializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: revision 0x01 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff at device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sab0: [FAST] sabtty0: on sab0 sabtty0: console 9600,8,n,1,- sabtty1: on sab0 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14003043bc-0x14003043cb irq 34 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0-0x14003023f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80c93682 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400600000-0x1400600009,0x1400200000-0x1400200063 (no driver attached) hme0: mem 0x100000-0x107fff at device 1.1 on pci0 hme0: Ethernet address: 08:00:20:c9:36:82 miibus0: on hme0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <875> port 0x1000-0x10ff mem 0x10a000-0x10afff,0x108000-0x1080ff at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x1400-0x14ff mem 0x10e000-0x10efff,0x10c000-0x10c0ff at device 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pci1: on pcib1 sym2: <875> port 0x1000-0x10ff mem 0x102000-0x102fff,0x100000-0x1000ff at device 1.0 on pci1 sym2: No NVRAM, ID 7, Fast-20, SE, parity checking sym3: <875> port 0x1400-0x14ff mem 0x106000-0x106fff,0x104000-0x1040ff at device 1.1 on pci1 sym3: No NVRAM, ID 7, Fast-20, SE, parity checking Timecounters tick every 10.000 msec IP Filter: v3.4.31 initialized. Default = pass all, Logging = enabled (noperiph:sym2:0:-1:-1): xpt_compile_path (noperiph:sym2:0:-1:-1): xpt_setup_ccb (noperiph:sym2:0:-1:-1): xpt_action (noperiph:sym2:0:-1:-1): sym_action (noperiph:sym2:0:-1:-1): xpt_done (noperiph:sym2:0:-1:-1): xpt_release_path Waiting 5 seconds for SCSI devices to settle (xpt0:sym2:0:-1:-1): xpt_compile_path (xpt0:sym2:0:-1:-1): xpt_setup_ccb (xpt0:sym2:0:-1:-1): xpt_action (xpt0:sym2:0:-1:-1): sym_action (xpt0:sym2:0:-1:-1): xpt_done (xpt0:sym2:0:-1:-1): xpt_setup_ccb (xpt0:sym2:0:-1:-1): xpt_action (xpt0:sym2:0:-1:-1): sym_action (noperiph:sym2:0:-1:-1): xpt_async (xpt0:sym2:0:-1:-1): xpt_done (xpt0:sym2:0:-1:-1): xpt_finishconfig (xpt0:sym2:0:-1:-1): xpt_action (xpt0:sym2:0:-1:-1): xpt_scan_bus (xpt0:sym2:0:-1:-1): xpt_setup_ccb (xpt0:sym2:0:-1:-1): xpt_action (xpt0:sym2:0:-1:-1): sym_action (xpt0:sym2:0:-1:-1): xpt_done (xpt0:sym2:0:0:0): xpt_compile_path (xpt0:sym2:0:0:0): xpt_setup_ccb (xpt0:sym2:0:0:0): xpt_action (xpt0:sym2:0:0:0): xpt_scan_lun (xpt0:sym2:0:0:0): xpt_setup_ccb (xpt0:sym2:0:0:0): xpt_action (xpt0:sym2:0:0:0): sym_action (xpt0:sym2:0:0:0): xpt_done (probe30:sym2:0:0:0): xpt_compile_path (probe30:sym2:0:0:0): xpt_setup_ccb (probe30:sym2:0:0:0): xpt_action (probe30:sym2:0:0:0): xpt_setup_ccb (probe30:sym2:0:0:0): xpt_action (probe30:sym2:0:0:0): xpt_setup_ccb (probe30:sym2:0:0:0): xpt_action (probe30:sym2:0:0:0): sym_action (probe30:sym2:0:0:0): xpt_done (probe30:sym2:0:0:0): xpt_schedule (probe30:sym2:0:0:0): xpt_setup_ccb (probe30:sym2:0:0:0): probestart (probe30:sym2:0:0:0): xpt_action (probe30:sym2:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:1:0): xpt_compile_path (xpt0:sym2:0:1:0): xpt_setup_ccb (xpt0:sym2:0:1:0): xpt_action (xpt0:sym2:0:1:0): xpt_scan_lun (xpt0:sym2:0:1:0): xpt_setup_ccb (xpt0:sym2:0:1:0): xpt_action (xpt0:sym2:0:1:0): sym_action (xpt0:sym2:0:1:0): xpt_done (probe31:sym2:0:1:0): xpt_compile_path (probe31:sym2:0:1:0): xpt_setup_ccb (probe31:sym2:0:1:0): xpt_action (probe31:sym2:0:1:0): xpt_setup_ccb (probe31:sym2:0:1:0): xpt_action (probe31:sym2:0:1:0): xpt_setup_ccb (probe31:sym2:0:1:0): xpt_action (probe31:sym2:0:1:0): sym_action (probe31:sym2:0:1:0): xpt_done (probe31:sym2:0:1:0): xpt_schedule (probe31:sym2:0:1:0): xpt_setup_ccb (probe31:sym2:0:1:0): probestart (probe31:sym2:0:1:0): xpt_action (probe31:sym2:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:2:0): xpt_compile_path (xpt0:sym2:0:2:0): xpt_setup_ccb (xpt0:sym2:0:2:0): xpt_action (xpt0:sym2:0:2:0): xpt_scan_lun (xpt0:sym2:0:2:0): xpt_setup_ccb (xpt0:sym2:0:2:0): xpt_action (xpt0:sym2:0:2:0): sym_action (xpt0:sym2:0:2:0): xpt_done (probe32:sym2:0:2:0): xpt_compile_path (probe32:sym2:0:2:0): xpt_setup_ccb (probe32:sym2:0:2:0): xpt_action (probe32:sym2:0:2:0): xpt_setup_ccb (probe32:sym2:0:2:0): xpt_action (probe32:sym2:0:2:0): xpt_setup_ccb (probe32:sym2:0:2:0): xpt_action (probe32:sym2:0:2:0): sym_action (probe32:sym2:0:2:0): xpt_done (probe32:sym2:0:2:0): xpt_schedule (probe32:sym2:0:2:0): xpt_setup_ccb (probe32:sym2:0:2:0): probestart (probe32:sym2:0:2:0): xpt_action (probe32:sym2:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:3:0): xpt_compile_path (xpt0:sym2:0:3:0): xpt_setup_ccb (xpt0:sym2:0:3:0): xpt_action (xpt0:sym2:0:3:0): xpt_scan_lun (xpt0:sym2:0:3:0): xpt_setup_ccb (xpt0:sym2:0:3:0): xpt_action (xpt0:sym2:0:3:0): sym_action (xpt0:sym2:0:3:0): xpt_done (probe33:sym2:0:3:0): xpt_compile_path (probe33:sym2:0:3:0): xpt_setup_ccb (probe33:sym2:0:3:0): xpt_action (probe33:sym2:0:3:0): xpt_setup_ccb (probe33:sym2:0:3:0): xpt_action (probe33:sym2:0:3:0): xpt_setup_ccb (probe33:sym2:0:3:0): xpt_action (probe33:sym2:0:3:0): sym_action (probe33:sym2:0:3:0): xpt_done (probe33:sym2:0:3:0): xpt_schedule (probe33:sym2:0:3:0): xpt_setup_ccb (probe33:sym2:0:3:0): probestart (probe33:sym2:0:3:0): xpt_action (probe33:sym2:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:4:0): xpt_compile_path (xpt0:sym2:0:4:0): xpt_setup_ccb (xpt0:sym2:0:4:0): xpt_action (xpt0:sym2:0:4:0): xpt_scan_lun (xpt0:sym2:0:4:0): xpt_setup_ccb (xpt0:sym2:0:4:0): xpt_action (xpt0:sym2:0:4:0): sym_action (xpt0:sym2:0:4:0): xpt_done (probe34:sym2:0:4:0): xpt_compile_path (probe34:sym2:0:4:0): xpt_setup_ccb (probe34:sym2:0:4:0): xpt_action (probe34:sym2:0:4:0): xpt_setup_ccb (probe34:sym2:0:4:0): xpt_action (probe34:sym2:0:4:0): xpt_setup_ccb (probe34:sym2:0:4:0): xpt_action (probe34:sym2:0:4:0): sym_action (probe34:sym2:0:4:0): xpt_done (probe34:sym2:0:4:0): xpt_schedule (probe34:sym2:0:4:0): xpt_setup_ccb (probe34:sym2:0:4:0): probestart (probe34:sym2:0:4:0): xpt_action (probe34:sym2:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:5:0): xpt_compile_path (xpt0:sym2:0:5:0): xpt_setup_ccb (xpt0:sym2:0:5:0): xpt_action (xpt0:sym2:0:5:0): xpt_scan_lun (xpt0:sym2:0:5:0): xpt_setup_ccb (xpt0:sym2:0:5:0): xpt_action (xpt0:sym2:0:5:0): sym_action (xpt0:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): xpt_compile_path (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): xpt_schedule (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): probestart (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 (xpt0:sym2:0:6:0): xpt_compile_path (xpt0:sym2:0:6:0): xpt_setup_ccb (xpt0:sym2:0:6:0): xpt_action (xpt0:sym2:0:6:0): xpt_scan_lun (xpt0:sym2:0:6:0): xpt_setup_ccb (xpt0:sym2:0:6:0): xpt_action (xpt0:sym2:0:6:0): sym_action (xpt0:sym2:0:6:0): xpt_done (probe36:sym2:0:6:0): xpt_compile_path (probe36:sym2:0:6:0): xpt_setup_ccb (probe36:sym2:0:6:0): xpt_action (probe36:sym2:0:6:0): sym_action (probe36:sym2:0:6:0): xpt_done (probe36:sym2:0:6:0): xpt_schedule (probe36:sym2:0:6:0): xpt_setup_ccb (probe36:sym2:0:6:0): probestart (probe36:sym2:0:6:0): xpt_action (probe36:sym2:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe36:sym2:0:6:0): sym_action (xpt0:sym2:0:8:0): xpt_compile_path (xpt0:sym2:0:8:0): xpt_setup_ccb (xpt0:sym2:0:8:0): xpt_action (xpt0:sym2:0:8:0): xpt_scan_lun (xpt0:sym2:0:8:0): xpt_setup_ccb (xpt0:sym2:0:8:0): xpt_action (xpt0:sym2:0:8:0): sym_action (xpt0:sym2:0:8:0): xpt_done (probe37:sym2:0:8:0): xpt_compile_path (probe37:sym2:0:8:0): xpt_setup_ccb (probe37:sym2:0:8:0): xpt_action (probe37:sym2:0:8:0): sym_action (probe37:sym2:0:8:0): xpt_done (probe37:sym2:0:8:0): xpt_schedule (probe37:sym2:0:8:0): xpt_setup_ccb (probe37:sym2:0:8:0): probestart (probe37:sym2:0:8:0): xpt_action (probe37:sym2:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe37:sym2:0:8:0): sym_action (xpt0:sym2:0:9:0): xpt_compile_path (xpt0:sym2:0:9:0): xpt_setup_ccb (xpt0:sym2:0:9:0): xpt_action (xpt0:sym2:0:9:0): xpt_scan_lun (xpt0:sym2:0:9:0): xpt_setup_ccb (xpt0:sym2:0:9:0): xpt_action (xpt0:sym2:0:9:0): sym_action (xpt0:sym2:0:9:0): xpt_done (probe38:sym2:0:9:0): xpt_compile_path (probe38:sym2:0:9:0): xpt_setup_ccb (probe38:sym2:0:9:0): xpt_action (probe38:sym2:0:9:0): sym_action (probe38:sym2:0:9:0): xpt_done (probe38:sym2:0:9:0): xpt_schedule (probe38:sym2:0:9:0): xpt_setup_ccb (probe38:sym2:0:9:0): probestart (probe38:sym2:0:9:0): xpt_action (probe38:sym2:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe38:sym2:0:9:0): sym_action (xpt0:sym2:0:10:0): xpt_compile_path (xpt0:sym2:0:10:0): xpt_setup_ccb (xpt0:sym2:0:10:0): xpt_action (xpt0:sym2:0:10:0): xpt_scan_lun (xpt0:sym2:0:10:0): xpt_setup_ccb (xpt0:sym2:0:10:0): xpt_action (xpt0:sym2:0:10:0): sym_action (xpt0:sym2:0:10:0): xpt_done (probe39:sym2:0:10:0): xpt_compile_path (probe39:sym2:0:10:0): xpt_setup_ccb (probe39:sym2:0:10:0): xpt_action (probe39:sym2:0:10:0): sym_action (probe39:sym2:0:10:0): xpt_done (probe39:sym2:0:10:0): xpt_schedule (probe39:sym2:0:10:0): xpt_setup_ccb (probe39:sym2:0:10:0): probestart (probe39:sym2:0:10:0): xpt_action (probe39:sym2:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe39:sym2:0:10:0): sym_action (xpt0:sym2:0:11:0): xpt_compile_path (xpt0:sym2:0:11:0): xpt_setup_ccb (xpt0:sym2:0:11:0): xpt_action (xpt0:sym2:0:11:0): xpt_scan_lun (xpt0:sym2:0:11:0): xpt_setup_ccb (xpt0:sym2:0:11:0): xpt_action (xpt0:sym2:0:11:0): sym_action (xpt0:sym2:0:11:0): xpt_done (probe40:sym2:0:11:0): xpt_compile_path (probe40:sym2:0:11:0): xpt_setup_ccb (probe40:sym2:0:11:0): xpt_action (probe40:sym2:0:11:0): sym_action (probe40:sym2:0:11:0): xpt_done (probe40:sym2:0:11:0): xpt_schedule (probe40:sym2:0:11:0): xpt_setup_ccb (probe40:sym2:0:11:0): probestart (probe40:sym2:0:11:0): xpt_action (probe40:sym2:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe40:sym2:0:11:0): sym_action (xpt0:sym2:0:12:0): xpt_compile_path (xpt0:sym2:0:12:0): xpt_setup_ccb (xpt0:sym2:0:12:0): xpt_action (xpt0:sym2:0:12:0): xpt_scan_lun (xpt0:sym2:0:12:0): xpt_setup_ccb (xpt0:sym2:0:12:0): xpt_action (xpt0:sym2:0:12:0): sym_action (xpt0:sym2:0:12:0): xpt_done (probe41:sym2:0:12:0): xpt_compile_path (probe41:sym2:0:12:0): xpt_setup_ccb (probe41:sym2:0:12:0): xpt_action (probe41:sym2:0:12:0): sym_action (probe41:sym2:0:12:0): xpt_done (probe41:sym2:0:12:0): xpt_schedule (probe41:sym2:0:12:0): xpt_setup_ccb (probe41:sym2:0:12:0): probestart (probe41:sym2:0:12:0): xpt_action (probe41:sym2:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe41:sym2:0:12:0): sym_action (xpt0:sym2:0:13:0): xpt_compile_path (xpt0:sym2:0:13:0): xpt_setup_ccb (xpt0:sym2:0:13:0): xpt_action (xpt0:sym2:0:13:0): xpt_scan_lun (xpt0:sym2:0:13:0): xpt_setup_ccb (xpt0:sym2:0:13:0): xpt_action (xpt0:sym2:0:13:0): sym_action (xpt0:sym2:0:13:0): xpt_done (probe42:sym2:0:13:0): xpt_compile_path (probe42:sym2:0:13:0): xpt_setup_ccb (probe42:sym2:0:13:0): xpt_action (probe42:sym2:0:13:0): sym_action (probe42:sym2:0:13:0): xpt_done (probe42:sym2:0:13:0): xpt_schedule (probe42:sym2:0:13:0): xpt_setup_ccb (probe42:sym2:0:13:0): probestart (probe42:sym2:0:13:0): xpt_action (probe42:sym2:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe42:sym2:0:13:0): sym_action (xpt0:sym2:0:14:0): xpt_compile_path (xpt0:sym2:0:14:0): xpt_setup_ccb (xpt0:sym2:0:14:0): xpt_action (xpt0:sym2:0:14:0): xpt_scan_lun (xpt0:sym2:0:14:0): xpt_setup_ccb (xpt0:sym2:0:14:0): xpt_action (xpt0:sym2:0:14:0): sym_action (xpt0:sym2:0:14:0): xpt_done (probe43:sym2:0:14:0): xpt_compile_path (probe43:sym2:0:14:0): xpt_setup_ccb (probe43:sym2:0:14:0): xpt_action (probe43:sym2:0:14:0): sym_action (probe43:sym2:0:14:0): xpt_done (probe43:sym2:0:14:0): xpt_schedule (probe43:sym2:0:14:0): xpt_setup_ccb (probe43:sym2:0:14:0): probestart (probe43:sym2:0:14:0): xpt_action (probe43:sym2:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe43:sym2:0:14:0): sym_action (xpt0:sym2:0:15:0): xpt_compile_path (xpt0:sym2:0:15:0): xpt_setup_ccb (xpt0:sym2:0:15:0): xpt_action (xpt0:sym2:0:15:0): xpt_scan_lun (xpt0:sym2:0:15:0): xpt_setup_ccb (xpt0:sym2:0:15:0): xpt_action (xpt0:sym2:0:15:0): sym_action (xpt0:sym2:0:15:0): xpt_done (probe44:sym2:0:15:0): xpt_compile_path (probe44:sym2:0:15:0): xpt_setup_ccb (probe44:sym2:0:15:0): xpt_action (probe44:sym2:0:15:0): sym_action (probe44:sym2:0:15:0): xpt_done (probe44:sym2:0:15:0): xpt_schedule (probe44:sym2:0:15:0): xpt_setup_ccb (probe44:sym2:0:15:0): probestart (probe44:sym2:0:15:0): xpt_action (probe44:sym2:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe44:sym2:0:15:0): sym_action (probe36:sym2:0:6:0): xpt_done (probe36:sym2:0:6:0): camisr (probe36:sym2:0:6:0): probedone (probe36:sym2:0:6:-1): xpt_compile_path (probe36:sym2:0:6:-1): xpt_async (probe36:sym2:0:6:-1): xpt_free_path (probe36:sym2:0:6:-1): xpt_release_path (xpt0:sym2:0:6:0): xpt_done (probe36:sym2:0:6:0): xpt_free_path (probe36:sym2:0:6:0): xpt_release_path (xpt0:sym2:0:6:0): camisr (xpt0:sym2:0:6:0): xpt_scan_bus (xpt0:sym2:0:6:0): xpt_setup_ccb (xpt0:sym2:0:6:0): xpt_action (xpt0:sym2:0:6:0): xpt_free_path (xpt0:sym2:0:6:0): xpt_release_path (probe37:sym2:0:8:0): xpt_done (probe37:sym2:0:8:0): camisr (probe37:sym2:0:8:0): probedone (probe37:sym2:0:8:-1): xpt_compile_path (probe37:sym2:0:8:-1): xpt_async (probe37:sym2:0:8:-1): xpt_free_path (probe37:sym2:0:8:-1): xpt_release_path (xpt0:sym2:0:8:0): xpt_done (probe37:sym2:0:8:0): xpt_free_path (probe37:sym2:0:8:0): xpt_release_path (xpt0:sym2:0:8:0): camisr (xpt0:sym2:0:8:0): xpt_scan_bus (xpt0:sym2:0:8:0): xpt_setup_ccb (xpt0:sym2:0:8:0): xpt_action (xpt0:sym2:0:8:0): xpt_free_path (xpt0:sym2:0:8:0): xpt_release_path (probe38:sym2:0:9:0): xpt_done (probe38:sym2:0:9:0): camisr (probe38:sym2:0:9:0): probedone (probe38:sym2:0:9:-1): xpt_compile_path (probe38:sym2:0:9:-1): xpt_async (probe38:sym2:0:9:-1): xpt_free_path (probe38:sym2:0:9:-1): xpt_release_path (xpt0:sym2:0:9:0): xpt_done (probe38:sym2:0:9:0): xpt_free_path (probe38:sym2:0:9:0): xpt_release_path (xpt0:sym2:0:9:0): camisr (xpt0:sym2:0:9:0): xpt_scan_bus (xpt0:sym2:0:9:0): xpt_setup_ccb (xpt0:sym2:0:9:0): xpt_action (xpt0:sym2:0:9:0): xpt_free_path (xpt0:sym2:0:9:0): xpt_release_path (probe39:sym2:0:10:0): xpt_done (probe39:sym2:0:10:0): camisr (probe39:sym2:0:10:0): probedone (probe39:sym2:0:10:-1): xpt_compile_path (probe39:sym2:0:10:-1): xpt_async (probe39:sym2:0:10:-1): xpt_free_path (probe39:sym2:0:10:-1): xpt_release_path (xpt0:sym2:0:10:0): xpt_done (probe39:sym2:0:10:0): xpt_free_path (probe39:sym2:0:10:0): xpt_release_path (xpt0:sym2:0:10:0): camisr (xpt0:sym2:0:10:0): xpt_scan_bus (xpt0:sym2:0:10:0): xpt_setup_ccb (xpt0:sym2:0:10:0): xpt_action (xpt0:sym2:0:10:0): xpt_free_path (xpt0:sym2:0:10:0): xpt_release_path (probe40:sym2:0:11:0): xpt_done (probe40:sym2:0:11:0): camisr (probe40:sym2:0:11:0): probedone (probe40:sym2:0:11:-1): xpt_compile_path (probe40:sym2:0:11:-1): xpt_async (probe40:sym2:0:11:-1): xpt_free_path (probe40:sym2:0:11:-1): xpt_release_path (xpt0:sym2:0:11:0): xpt_done (probe40:sym2:0:11:0): xpt_free_path (probe40:sym2:0:11:0): xpt_release_path (xpt0:sym2:0:11:0): camisr (xpt0:sym2:0:11:0): xpt_scan_bus (xpt0:sym2:0:11:0): xpt_setup_ccb (xpt0:sym2:0:11:0): xpt_action (xpt0:sym2:0:11:0): xpt_free_path (xpt0:sym2:0:11:0): xpt_release_path (probe41:sym2:0:12:0): xpt_done (probe41:sym2:0:12:0): camisr (probe41:sym2:0:12:0): probedone (probe41:sym2:0:12:-1): xpt_compile_path (probe41:sym2:0:12:-1): xpt_async (probe41:sym2:0:12:-1): xpt_free_path (probe41:sym2:0:12:-1): xpt_release_path (xpt0:sym2:0:12:0): xpt_done (probe41:sym2:0:12:0): xpt_free_path (probe41:sym2:0:12:0): xpt_release_path (xpt0:sym2:0:12:0): camisr (xpt0:sym2:0:12:0): xpt_scan_bus (xpt0:sym2:0:12:0): xpt_setup_ccb (xpt0:sym2:0:12:0): xpt_action (xpt0:sym2:0:12:0): xpt_free_path (xpt0:sym2:0:12:0): xpt_release_path (probe42:sym2:0:13:0): xpt_done (probe42:sym2:0:13:0): camisr (probe42:sym2:0:13:0): probedone (probe42:sym2:0:13:-1): xpt_compile_path (probe42:sym2:0:13:-1): xpt_async (probe42:sym2:0:13:-1): xpt_free_path (probe42:sym2:0:13:-1): xpt_release_path (xpt0:sym2:0:13:0): xpt_done (probe42:sym2:0:13:0): xpt_free_path (probe42:sym2:0:13:0): xpt_release_path (xpt0:sym2:0:13:0): camisr (xpt0:sym2:0:13:0): xpt_scan_bus (xpt0:sym2:0:13:0): xpt_setup_ccb (xpt0:sym2:0:13:0): xpt_action (xpt0:sym2:0:13:0): xpt_free_path (xpt0:sym2:0:13:0): xpt_release_path (probe32:sym2:0:2:0): sym_action (probe34:sym2:0:4:0): sym_action (probe30:sym2:0:0:0): sym_action (probe31:sym2:0:1:0): sym_action (probe33:sym2:0:3:0): sym_action (probe35:sym2:0:5:0): sym_action (probe43:sym2:0:14:0): xpt_done (probe43:sym2:0:14:0): camisr (probe43:sym2:0:14:0): probedone (probe43:sym2:0:14:-1): xpt_compile_path (probe43:sym2:0:14:-1): xpt_async (probe43:sym2:0:14:-1): xpt_free_path (probe43:sym2:0:14:-1): xpt_release_path (xpt0:sym2:0:14:0): xpt_done (probe43:sym2:0:14:0): xpt_free_path (probe43:sym2:0:14:0): xpt_release_path (xpt0:sym2:0:14:0): camisr (xpt0:sym2:0:14:0): xpt_scan_bus (xpt0:sym2:0:14:0): xpt_setup_ccb (xpt0:sym2:0:14:0): xpt_action (xpt0:sym2:0:14:0): xpt_free_path (xpt0:sym2:0:14:0): xpt_release_path (probe44:sym2:0:15:0): xpt_done (probe44:sym2:0:15:0): camisr (probe44:sym2:0:15:0): probedone (probe44:sym2:0:15:-1): xpt_compile_path (probe44:sym2:0:15:-1): xpt_async (probe44:sym2:0:15:-1): xpt_free_path (probe44:sym2:0:15:-1): xpt_release_path (xpt0:sym2:0:15:0): xpt_done (probe44:sym2:0:15:0): xpt_free_path (probe44:sym2:0:15:0): xpt_release_path (xpt0:sym2:0:15:0): camisr (xpt0:sym2:0:15:0): xpt_scan_bus (xpt0:sym2:0:15:0): xpt_setup_ccb (xpt0:sym2:0:15:0): xpt_action (xpt0:sym2:0:15:0): xpt_free_path (xpt0:sym2:0:15:0): xpt_release_path (probe32:sym2:0:2:0): xpt_done (probe32:sym2:0:2:0): camisr (probe32:sym2:0:2:0): probedone (probe32:sym2:0:2:-1): xpt_compile_path (probe32:sym2:0:2:-1): xpt_async (probe32:sym2:0:2:-1): xpt_free_path (probe32:sym2:0:2:-1): xpt_release_path (xpt0:sym2:0:2:0): xpt_done (probe32:sym2:0:2:0): xpt_free_path (probe32:sym2:0:2:0): xpt_release_path (xpt0:sym2:0:2:0): camisr (xpt0:sym2:0:2:0): xpt_scan_bus (xpt0:sym2:0:2:0): xpt_setup_ccb (xpt0:sym2:0:2:0): xpt_action (xpt0:sym2:0:2:0): xpt_free_path (xpt0:sym2:0:2:0): xpt_release_path (probe34:sym2:0:4:0): xpt_done (probe34:sym2:0:4:0): camisr (probe34:sym2:0:4:0): probedone (probe34:sym2:0:4:-1): xpt_compile_path (probe34:sym2:0:4:-1): xpt_async (probe34:sym2:0:4:-1): xpt_free_path (probe34:sym2:0:4:-1): xpt_release_path (xpt0:sym2:0:4:0): xpt_done (probe34:sym2:0:4:0): xpt_free_path (probe34:sym2:0:4:0): xpt_release_path (xpt0:sym2:0:4:0): camisr (xpt0:sym2:0:4:0): xpt_scan_bus (xpt0:sym2:0:4:0): xpt_setup_ccb (xpt0:sym2:0:4:0): xpt_action (xpt0:sym2:0:4:0): xpt_free_path (xpt0:sym2:0:4:0): xpt_release_path (probe30:sym2:0:0:0): xpt_done (probe30:sym2:0:0:0): camisr (probe30:sym2:0:0:0): probedone (probe30:sym2:0:0:-1): xpt_compile_path (probe30:sym2:0:0:-1): xpt_async (probe30:sym2:0:0:-1): xpt_free_path (probe30:sym2:0:0:-1): xpt_release_path (xpt0:sym2:0:0:0): xpt_done (probe30:sym2:0:0:0): xpt_free_path (probe30:sym2:0:0:0): xpt_release_path (xpt0:sym2:0:0:0): camisr (xpt0:sym2:0:0:0): xpt_scan_bus (xpt0:sym2:0:0:0): xpt_setup_ccb (xpt0:sym2:0:0:0): xpt_action (xpt0:sym2:0:0:0): xpt_free_path (xpt0:sym2:0:0:0): xpt_release_path (probe31:sym2:0:1:0): xpt_done (probe31:sym2:0:1:0): camisr (probe31:sym2:0:1:0): probedone (probe31:sym2:0:1:-1): xpt_compile_path (probe31:sym2:0:1:-1): xpt_async (probe31:sym2:0:1:-1): xpt_free_path (probe31:sym2:0:1:-1): xpt_release_path (xpt0:sym2:0:1:0): xpt_done (probe31:sym2:0:1:0): xpt_free_path (probe31:sym2:0:1:0): xpt_release_path (xpt0:sym2:0:1:0): camisr (xpt0:sym2:0:1:0): xpt_scan_bus (xpt0:sym2:0:1:0): xpt_setup_ccb (xpt0:sym2:0:1:0): xpt_action (xpt0:sym2:0:1:0): xpt_free_path (xpt0:sym2:0:1:0): xpt_release_path (probe33:sym2:0:3:0): xpt_done (noperiph:sym2:0:5:-1): xpt_compile_path (noperiph:sym2:0:5:-1): xpt_setup_ccb (noperiph:sym2:0:5:-1): xpt_async (noperiph:sym2:0:5:-1): xpt_free_path (noperiph:sym2:0:5:-1): xpt_release_path (probe33:sym2:0:3:0): camisr (probe33:sym2:0:3:0): probedone (probe33:sym2:0:3:-1): xpt_compile_path (probe33:sym2:0:3:-1): xpt_async (probe33:sym2:0:3:-1): xpt_free_path (probe33:sym2:0:3:-1): xpt_release_path (xpt0:sym2:0:3:0): xpt_done (probe33:sym2:0:3:0): xpt_free_path (probe33:sym2:0:3:0): xpt_release_path (xpt0:sym2:0:3:0): camisr (xpt0:sym2:0:3:0): xpt_scan_bus (xpt0:sym2:0:3:0): xpt_setup_ccb (xpt0:sym2:0:3:0): xpt_action (xpt0:sym2:0:3:0): xpt_free_path (xpt0:sym2:0:3:0): xpt_release_path (noperiph:sym2:0:5:-1): xpt_compile_path (noperiph:sym2:0:5:-1): xpt_setup_ccb (noperiph:sym2:0:5:-1): xpt_async (noperiph:sym2:0:5:-1): xpt_free_path (noperiph:sym2:0:5:-1): xpt_release_path (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (probe35:sym2:0:5:0): xpt_schedule (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): probestart (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): INQUIRY. CDB: 12 0 0 0 37 0 (probe35:sym2:0:5:0): xpt_setup_ccb (probe35:sym2:0:5:0): xpt_action (probe35:sym2:0:5:0): sym_action (probe35:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): camisr (probe35:sym2:0:5:0): probedone (xpt0:sym2:0:5:0): xpt_done (probe35:sym2:0:5:0): xpt_free_path (probe35:sym2:0:5:0): xpt_release_path (xpt0:sym2:0:5:0): camisr (xpt0:sym2:0:5:0): xpt_scan_bus (xpt0:sym2:0:5:0): xpt_setup_ccb (xpt0:sym2:0:5:0): xpt_action (xpt0:sym2:0:5:0): xpt_free_path (xpt0:sym2:0:5:0): xpt_release_path (xpt0:sym2:0:-1:-1): xpt_done (xpt0:sym2:0:-1:-1): camisr (xpt0:sym2:0:-1:-1): xpt_finishconfig (xpt0:sym2:0:-1:-1): xpt_free_path (xpt0:sym2:0:-1:-1): xpt_release_path GEOM: create disk da0 dp=0xfffff800a0798868 sa0 at sym0 bus 0 target 4 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 16) (noperiph:sym2:0:-1:-1): xpt_compile_path (noperiph:sym2:0:-1:-1): xpt_setup_ccb (noperiph:sym2:0:-1:-1): xpt_action (noperiph:sym2:0:-1:-1): sym_action (noperiph:sym2:0:-1:-1): xpt_done (noperiph:sym2:0:-1:-1): xpt_compile_path (noperiph:sym2:0:-1:-1): xpt_free_path (noperiph:sym2:0:-1:-1): xpt_release_path (noperiph:sym2:0:-1:-1): xpt_release_path GEOM: create disk cd0 dp=0xfffff800a043a698 da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/da0a ************************************************************** Kernel config : machine sparc64 cpu SUN4U ident NETRA maxusers 0 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols # Platforms supported # At this time all platforms are supported, as-is. options SCHED_4BSD #4BSD scheduler #options SCHED_ULE options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT #NFS usable as root device #options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Keep this for a while options SCSI_DELAY=5000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores #options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions # Debugging for use in -current options DDB #Enable the kernel debugger #options INVARIANTS #Enable calls of extra sanity checking #options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed # To make an SMP kernel, the next line is needed options SMP # Symmetric MultiProcessor Kernel # Standard busses device apb # Sun APB PCI-PCI bridge device ebus device isa device pci device sbus device central device fhc options OFW_NEWPCI # Floppy drives #device fdc # ATA and ATAPI devices #device ata #device atadisk # ATA disk drives #device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives # Do NOT enable ATA_STATIC_ID -- cmd646 controller will be !ata2!, # and you will not mount an ATA /. #options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion (not yet) device ispfw # Firmware module for Qlogic host adapters #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device pt device targ device targbh options CAMDEBUG options CAM_DEBUG_BUS=2 options CAM_DEBUG_TARGET=-1 options CAM_DEBUG_LUN=-1 options CAM_DEBUG_FLAGS=(CAM_DEBUG_INFO|CAM_DEBUG_TRACE|CAM_DEBUG_CDB) #options CAM_NEW_TRAN_CODE #options SES_ENABLE_PASSTHROUGH device ofw_console # OpenBoot firmware console device # Builtin hardware device genclock # Generic clock interface device eeprom # eeprom (really an ebus driver for the MK48Txx) device "mk48txx" # Mostek MK48T02, MK48T08, MK48T59 clock # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports device sab # Siemens SAB82532 based serial ports device zs # Zilog 8530 based serial ports device de # DEC/Intel DC21x4x (``Tulip'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device dc # DEC/Intel 21143 and workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device gem # Sun GEM/Sun ERI/Apple GMAC device hme # Sun HME (Happy Meal Ethernet) device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocated. device random # Entropy device device loop # Network loopback device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying/(translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf #Berkeley packet filter options GEOM_AES # Don't use, use GEOM_BDE #options GEOM_APPLE # Apple partitioning options GEOM_BDE # Disk encryption. options GEOM_BSD # BSD disklabels options GEOM_FOX # Redundant path mitigation options GEOM_GPT # GPT partitioning #options GEOM_MBR # DOS/MBR partitioning #options GEOM_PC98 # NEC PC9800 partitioning options GEOM_SUNLABEL # Sun/Solaris partitioning options GEOM_VOL # Volume names from UFS superblock options IPFILTER #ipfilter support options IPFILTER_LOG #ipfilter logging options PFIL_HOOKS #required by IPFILTER options RANDOM_IP_ID options ZERO_COPY_SOCKETS From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 1 02:34:59 2003 Return-Path: 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 24FA716A4CE for ; Mon, 1 Dec 2003 02:34:59 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22FBC43F75 for ; Mon, 1 Dec 2003 02:34:58 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.9) with ESMTP id hB1AYuRm002649 for ; Mon, 1 Dec 2003 02:34:56 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id hB1AYtuo002648 for freebsd-sparc64@FreeBSD.org; Mon, 1 Dec 2003 02:34:55 -0800 (PST) (envelope-from obrien) From: "David O'Brien" To: freebsd-sparc64@FreeBSD.org Message-ID: <20031201103455.GA2603@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-BETA Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: WARNING: 5.2-BETA-sparc64-miniinst.iso bad X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Mon, 01 Dec 2003 10:34:59 -0000 X-Original-Date: Mon, 1 Dec 2003 02:34:55 -0800 X-List-Received-Date: Mon, 01 Dec 2003 10:34:59 -0000 I haven't been able to get thru an install of using a burnt CD of 5.2-BETA-sparc64-miniinst.iso. The MD5 checksum of my local file matches that on ftp.freebsd.org, but I've found there to be a problem with a base file of the ISO: --- CHECKSUM.MD5 Wed Nov 26 16:36:01 2003 +++ /tmp/foo Mon Dec 1 02:24:10 2003 @@ -15 +15 @@ -MD5 (base.ao) = 1403f8ad1f88001a97425b5e025a12b0 +MD5 (base.ao) = daad0ea11cc284122e0ec90b4c43206d which is about where my install attempts keep bombing during the "base" extraction. -- -- David (obrien@FreeBSD.org) From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 26 21:48:32 2004 Return-Path: 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 3495316A75B for ; Mon, 26 Jan 2004 21:48:29 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5609E4471C for ; Mon, 26 Jan 2004 20:32:49 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 4A5A7BD; Mon, 26 Jan 2004 22:32:48 -0600 (CST) Date: Mon, 26 Jan 2004 22:32:48 -0600 From: Tillman Hodgson To: freebsd-sparc64@freebsd.org Message-ID: <20040127043248.GB83558@seekingfire.com> References: <20040106182824.GA42422@dragon.nuxi.com> <20040107174346.GA50142@dragon.nuxi.com> <20040111093043.GA11120@dragon.nuxi.com> <20040126113726.W21778@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.5.1i Subject: Re: Newer installworld_nk script (64-bit time_t) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2004 05:48:32 -0000 On Mon, Jan 26, 2004 at 05:27:13PM -0500, Garance A Drosihn wrote: > For instance, someone just sent me a message about their attempt > to upgrade, and it appears that my instructions are not complete > enough for people who are doing an upgrade via NFS-mounted > directories. I was afraid we might see some problems in that > situation, and it seems that we do. That's good to know - my /usr/src is a remote NFS mount from a 4-STABLE box. I'm several provinces away from home for the next little while and so I can't readily test the upgrade (that, and I'm too chicken to try it remotely) but please keep the list psoted on any progress in this area. Thanks, -T -- "The only real valuable thing is intuition." - Albert Einstein From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 26 21:49:04 2004 Return-Path: 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 D958F16A8DA; Mon, 26 Jan 2004 21:49:00 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C81440FB; Mon, 26 Jan 2004 19:52:16 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) i0R2d5v9099339; Mon, 26 Jan 2004 21:39:05 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id i0R2d5cc099338; Mon, 26 Jan 2004 21:39:05 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Mon, 26 Jan 2004 21:39:05 -0500 (EST) Message-Id: <200401270239.i0R2d5cc099338@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2004 05:49:04 -0000 TB --- 2004-01-27 01:37:10 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2004-01-27 01:37:10 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-01-27 01:37:10 - cvsupping the source tree TB --- /home/des/bin/cvsup -1 -g -L 2 /home/des/tinderbox/CURRENT/sparc64/sparc64/supfile TB --- 2004-01-27 01:37:56 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /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 --- 2004-01-27 02:33:55 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Jan 27 02:33:55 GMT 2004 [...] cc -c -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/vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel.debug exception.o: In function `tl0_intr': /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/sparc64/exception.S:753: undefined reference to `panic' exception.o: In function `tl1_intr': /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/sparc64/exception.S:1887: undefined reference to `panic' support.o: In function `longjmp': /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/sparc64/support.S:735: undefined reference to `panic' *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-01-27 02:39:04 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-01-27 02:39:04 - TB --- ERROR: failed to build generic kernel TB --- 2004-01-27 02:39:04 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 26 21:49:23 2004 Return-Path: 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 F095716A720 for ; Mon, 26 Jan 2004 21:49:22 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06D0844464 for ; Mon, 26 Jan 2004 20:07:28 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i0R45nTr010087; Mon, 26 Jan 2004 23:05:49 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i0R45nTs010086; Mon, 26 Jan 2004 23:05:49 -0500 (EST) Date: Mon, 26 Jan 2004 23:05:49 -0500 From: Ken Smith To: RJ45 Message-ID: <20040127040549.GA9907@electra.cse.Buffalo.EDU> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: terminal emulation on sun console X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2004 05:49:23 -0000 On Mon, Jan 26, 2004 at 12:55:06PM -0700, RJ45 wrote: > Hello, starting to install FreeBSD on ultra 60, what is the best terminal > emulation choice before running install program? noone of hte seems to > work fine (Arrows won't work). Do I have to use a serial console? I'm afraid the best terminal emulation happens through the serial console at the moment. It's possible to do installs using the normal SUN console/keyboard but the terminal emulation is so bad you basically need to know in advance what all the screens are asking for. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 26 22:55:48 2004 Return-Path: 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 11B3A16A4CE for ; Mon, 26 Jan 2004 22:55:48 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-67-119-53-122.dsl.lsan03.pacbell.net [67.119.53.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D3B843D2D for ; Mon, 26 Jan 2004 22:55:31 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 29F4566C78; Mon, 26 Jan 2004 22:55:09 -0800 (PST) Date: Mon, 26 Jan 2004 22:55:09 -0800 From: Kris Kennaway To: Pat Lashley Message-ID: <20040127065508.GA55455@xor.obsecurity.org> References: <40156661.4070708@njmc.com> <4273990816.1075146026@mccaffrey.phoenix.volant.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <4273990816.1075146026@mccaffrey.phoenix.volant.org> User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Problem with compiling ports X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2004 06:55:48 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 26, 2004 at 11:40:26AM -0800, Pat Lashley wrote: > --On Monday, January 26, 2004 14:11:29 -0500 John LeMay = =20 > wrote: >=20 > >Hi, list newbie here (freebsd newbie as well, but one with > >several years experience with Linux, Solaris, and some AIX). > >Just wondering what the process is for reporting an issue > >when compiling something in the ports tree. >=20 > Same as for anything else - send-pr(1). Sounds like you've > got enough experience that the form should be self-explanitory. >=20 > It's a good idea to check the FreeBSD.org website first to see > if the problem has already been reported. And, depending on the > problem, you may want to send a message to this group first, > to help determine whether it is a real problem or pilot error. > (Monitoring this group on an on-going basis is also a good idea > for any FreeBSD sysadmin.) Also check http://bento.freebsd.org for errors discovered during the automated package builds. Kris --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAFgtMWry0BWjoQKURAvp2AJ9kniWhXYhZXXXEqdceanU4gKypdwCgozgE 7e3oNd1zC8AvQg47GFYAxKI= =u1H4 -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 26 23:00:55 2004 Return-Path: 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 1ECAB16A4CE for ; Mon, 26 Jan 2004 23:00:55 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-67-119-53-122.dsl.lsan03.pacbell.net [67.119.53.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0589E43D75 for ; Mon, 26 Jan 2004 23:00:44 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CB78C66C78; Mon, 26 Jan 2004 23:00:42 -0800 (PST) Date: Mon, 26 Jan 2004 23:00:42 -0800 From: Kris Kennaway To: RJ45 Message-ID: <20040127070042.GA55581@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: terminal emulation on sun console X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2004 07:00:55 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 26, 2004 at 12:55:06PM -0700, RJ45 wrote: >=20 > Hello, starting to install FreeBSD on ultra 60, what is the best terminal > emulation choice before running install program? noone of hte seems to > work fine (Arrows won't work). Do I have to use a serial console? Yes..this is a FAQ. Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAFgyaWry0BWjoQKURAtetAJ9Z8lYrdGaiV3MLlJprDmn51bwY0wCgy0cd zi+Dc5F6/MY5YctzHIw3vFE= =OM64 -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 27 00:41:07 2004 Return-Path: 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 232C716A4CE for ; Tue, 27 Jan 2004 00:41:07 -0800 (PST) Received: from citadel.nobulus.com (citadel.nobulus.com [212.97.207.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDB1C43D45 for ; Tue, 27 Jan 2004 00:41:05 -0800 (PST) (envelope-from iva@citadel.nobulus.com) Received: from citadel.nobulus.com (localhost.nobulus.com [127.0.0.1]) by citadel.nobulus.com (8.12.10/8.12.9) with ESMTP id i0R9eWkb034962 for ; Tue, 27 Jan 2004 09:40:32 GMT (envelope-from iva@citadel.nobulus.com) Received: (from iva@localhost) by citadel.nobulus.com (8.12.10/8.12.9/Submit) id i0R9eVc0034961 for freebsd-sparc64@freebsd.org; Tue, 27 Jan 2004 09:40:31 GMT (envelope-from iva) Date: Tue, 27 Jan 2004 09:40:31 +0000 From: Ilya Varlashkin To: freebsd-sparc64@freebsd.org Message-ID: <20040127094031.GB34874@CITADEL.NOBULUS.COM> References: <20040127070042.GA55581@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040127070042.GA55581@xor.obsecurity.org> Subject: Re: terminal emulation on sun console X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2004 08:41:07 -0000 On Mon, Jan 26, 2004 at 11:00:42PM -0800, Kris Kennaway wrote: > On Mon, Jan 26, 2004 at 12:55:06PM -0700, RJ45 wrote: > > > > Hello, starting to install FreeBSD on ultra 60, what is the best terminal > > emulation choice before running install program? noone of hte seems to > > work fine (Arrows won't work). Do I have to use a serial console? > > Yes..this is a FAQ. > > Kris Is it copyright problem with termcap entry for sun console? After copying entry from Solaris' termcap, everything works fine on the console. So I wonder if this could be added to FreeBSD's source tree for everyone's benefits. /Ilya aka iL From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 27 07:34:17 2004 Return-Path: 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 2F5B116A4CE for ; Tue, 27 Jan 2004 07:34:17 -0800 (PST) Received: from host7.apollohosting.com (host7.apollohosting.com [209.239.41.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D0EB43D5C for ; Tue, 27 Jan 2004 07:34:06 -0800 (PST) (envelope-from jlemay@njmc.com) Received: from njm2.njmc.com (ool-44c06b0f.dyn.optonline.net [68.192.107.15]) i0RFY3su022399 for ; Tue, 27 Jan 2004 10:34:05 -0500 Received: from cyclops.njmc.com ([68.39.219.80]) by njm2.njmc.com with Microsoft SMTPSVC(6.0.3790.0); Tue, 27 Jan 2004 10:34:35 -0500 Received: from njmc.com (gambit.njmc.com [192.168.2.101]) by cyclops.njmc.com (Postfix) with ESMTP id 10DD912C018 for ; Tue, 27 Jan 2004 10:34:03 -0500 (EST) Message-ID: <401684EA.6080701@njmc.com> Date: Tue, 27 Jan 2004 10:34:02 -0500 From: John LeMay User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <40156661.4070708@njmc.com> <4273990816.1075146026@mccaffrey.phoenix.volant.org> <20040127065508.GA55455@xor.obsecurity.org> In-Reply-To: <20040127065508.GA55455@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Jan 2004 15:34:35.0562 (UTC) FILETIME=[115338A0:01C3E4EB] Subject: Re: Problem with compiling ports X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2004 15:34:17 -0000 >>It's a good idea to check the FreeBSD.org website first to see >>> if the problem has already been reported. And, depending on the >>> problem, you may want to send a message to this group first, >>> to help determine whether it is a real problem or pilot error. >>> (Monitoring this group on an on-going basis is also a good idea >>> for any FreeBSD sysadmin.) > > > Also check http://bento.freebsd.org for errors discovered during the > automated package builds. > > Kris Thanks for all the tips! I have one question though after reading the update section in the handbook. Does CVSup download all of the sources or just the directory structure and make files? I don't exactly have room for all of the sources (and I can't imagine who really would!) on this Ultra-5. -- John LeMay kc2kth Senior Technical Manager NJMC | http://www.njmc.com | Phone 732-557-4848 From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 27 08:33:06 2004 Return-Path: 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 18F3616A4CE for ; Tue, 27 Jan 2004 08:33:06 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5119443D31 for ; Tue, 27 Jan 2004 08:32:26 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 7AA09530A; Tue, 27 Jan 2004 17:31:52 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 739545308; Tue, 27 Jan 2004 17:31:43 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 5701133C6A; Tue, 27 Jan 2004 17:31:43 +0100 (CET) To: John LeMay References: <40156661.4070708@njmc.com> <4273990816.1075146026@mccaffrey.phoenix.volant.org> <20040127065508.GA55455@xor.obsecurity.org> <401684EA.6080701@njmc.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 27 Jan 2004 17:31:43 +0100 In-Reply-To: <401684EA.6080701@njmc.com> (John LeMay's message of "Tue, 27 Jan 2004 10:34:02 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.6 required=5.0 tests=RCVD_IN_DYNABLOCK, RCVD_IN_SORBS autolearn=no version=2.61 cc: freebsd-sparc64@freebsd.org Subject: Re: Problem with compiling ports X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2004 16:33:06 -0000 John LeMay writes: > Thanks for all the tips! I have one question though after reading the > update section in the handbook. Does CVSup download all of the sources > or just the directory structure and make files? I don't exactly have > room for all of the sources (and I can't imagine who really would!) on > this Ultra-5. Cvsup doesn't know about the ports distfiles; they are not stored in the repo. I guess a full set (if you could ever get one; there are always a number of unfetchable distfiles) would require a couple of dozen gigabytes of space. BTW, you can easily put a modern ATA disk in an Ultra 5: des@ultra ~% uname -a FreeBSD ultra.des.no 5.2-CURRENT FreeBSD 5.2-CURRENT #7: Thu Jan 15 13:46:4= 3 CET 2004 des@ultra.des.no:/usr/obj/usr/src/sys/ultra sparc64 des@ultra ~% dmesg | grep ata atapci0: port 0xc00020-0xc0002f,0xc00018-0xc0001= b,0xc00010-0xc00017,0xc00008-0xc0000b,0xc00000-0xc00007 at device 3.0 on pc= i1 atapci0: [MPSAFE] ata2: at 0xc00000 on atapci0 ata2: [MPSAFE] ata3: at 0xc00010 on atapci0 ata3: [MPSAFE] ad0: 9641MB [19590/16/63] at ata2-master WDMA2 acd0: CDROM at ata3-master PIO3 (OK, so a DTTA isn't exactly modern, but you get the idea.) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 27 08:56:08 2004 Return-Path: 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 4203116A4CE for ; Tue, 27 Jan 2004 08:56:08 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0906243D81 for ; Tue, 27 Jan 2004 08:55:55 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i0RGtBJ5020186; Tue, 27 Jan 2004 11:55:12 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <401684EA.6080701@njmc.com> References: <40156661.4070708@njmc.com> <4273990816.1075146026@mccaffrey.phoenix.volant.org> <20040127065508.GA55455@xor.obsecurity.org> <401684EA.6080701@njmc.com> Date: Tue, 27 Jan 2004 11:55:10 -0500 To: John LeMay , freebsd-sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Problem with compiling ports X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2004 16:56:08 -0000 At 10:34 AM -0500 1/27/04, John LeMay wrote: > >Thanks for all the tips! I have one question though after >reading the update section in the handbook. Does CVSup download >all of the sources or just the directory structure and make >files? It's the skeleton structure for all the ports, including makefiles, and INDEX, and information on *where* to get sources from. You won't get sources for any individual ports until you go and 'make' (or 'portupgrade') that port. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 28 10:41:20 2004 Return-Path: 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 A869716A4CE; Wed, 28 Jan 2004 10:41:20 -0800 (PST) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id B254543D1D; Wed, 28 Jan 2004 10:41:18 -0800 (PST) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from gog (gog.student.utwente.nl [130.89.165.107]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id i0SIfGL17621; Wed, 28 Jan 2004 19:41:16 +0100 Message-Id: <200401281841.i0SIfGL17621@netlx014.civ.utwente.nl> From: "Roderick van Domburg" To: , Date: Wed, 28 Jan 2004 19:44:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Thread-Index: AcPlztPLp36mB5tqS4qWAYvChoePmg== X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean Subject: ip6fw breakage (on at least sparc64) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2004 18:41:20 -0000 Hello everyone, I filed kern/61544 describing a broken IPv6 firewall on sparc64. Basically, "allow ipv6 from any to any" does the job but any other rule (even "allow tcp from any to any") simply rejects all traffic, no matter the specifics. Anyone else experienced this? The breakage occurred somewhere after January 18th, everything worked just peachy then. Regards, Roderick From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 28 12:59:35 2004 Return-Path: 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 09EB116A511 for ; Wed, 28 Jan 2004 12:59:35 -0800 (PST) Received: from slacknet.slacknet.com (slacknet.slacknet.com [204.228.135.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EA5E43D31 for ; Wed, 28 Jan 2004 12:59:34 -0800 (PST) (envelope-from rj45@slacknet.com) Received: from rj45 (helo=localhost) by slacknet.slacknet.com with local-esmtp (Exim 4.30 #1 (Debian)) id 1Alwmb-0005JP-Fa for ; Wed, 28 Jan 2004 13:59:33 -0700 Date: Wed, 28 Jan 2004 13:59:33 -0700 (MST) From: RJ45 To: freebsd-sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SA-Exim-Scanned: No; SAEximRunCond expanded to false Subject: solaris binariy emulation X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2004 20:59:35 -0000 is it possible to run solaris binaries under emuation ? I read on the lists that on July 2003 the emulation layer was broken. anyone has a feedback on it ? thank you Rick From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 28 13:03:14 2004 Return-Path: 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 C461D16A4CF for ; Wed, 28 Jan 2004 13:03:14 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-67-119-53-122.dsl.lsan03.pacbell.net [67.119.53.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFAD743D31 for ; Wed, 28 Jan 2004 13:03:13 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 11C5F66CD1; Wed, 28 Jan 2004 13:03:13 -0800 (PST) Date: Wed, 28 Jan 2004 13:03:13 -0800 From: Kris Kennaway To: RJ45 Message-ID: <20040128210312.GA83406@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: solaris binariy emulation X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2004 21:03:14 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 28, 2004 at 01:59:33PM -0700, RJ45 wrote: >=20 > is it possible to run solaris binaries under emuation ? Not at this time. It would be a great project for someone to work on though. > I read on the lists that on July 2003 the emulation layer was broken. > anyone has a feedback on it ? That was on i386. Kris --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAGCOQWry0BWjoQKURAjqpAKC/e50XW6YNY3z98XWZPjWIH9zKlgCeLNw8 ud0eCtK6RCLxQVtrVt/qOMA= =oUfD -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 28 14:38:51 2004 Return-Path: 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 EBFE216A4CE for ; Wed, 28 Jan 2004 14:38:50 -0800 (PST) Received: from ahmler5.mail.eds.com (ahmler5.mail.eds.com [192.85.154.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03EFC43D3F for ; Wed, 28 Jan 2004 14:38:46 -0800 (PST) (envelope-from jim.small@eds.com) Received: from ahmlir3.mail.eds.com (ahmlir3-2.mail.eds.com [192.85.154.133]) by ahmler5.mail.eds.com (8.12.10/8.12.9) with ESMTP id i0SMcjYO019507 for ; Wed, 28 Jan 2004 17:38:45 -0500 Received: from ahmlir3.mail.eds.com (localhost [127.0.0.1]) by ahmlir3.mail.eds.com (8.12.10/8.12.10) with ESMTP id i0SMcjX4022631 for ; Wed, 28 Jan 2004 17:38:45 -0500 Received: from USAHM101.amer.corp.eds.com (usahm101.exmi01.exch.eds.com [207.37.138.189])i0SMcjoY022626 for ; Wed, 28 Jan 2004 17:38:45 -0500 Received: by usahm101.exmi01.exch.eds.com with Internet Mail Service (5.5.2657.72) id ; Wed, 28 Jan 2004 17:38:45 -0500 Message-ID: <8AA870658244D4119AF600508BDF0A3607319459@usahm014.exmi01.exch.eds.com> From: "Small, Jim" To: freebsd-sparc64@freebsd.org Date: Wed, 28 Jan 2004 17:38:43 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain Subject: 5.2 Panic, willing to help debug but need gdb for kernel debuggin g X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2004 22:38:51 -0000 I am interested in using FreeBSD 5.2 on an Ultra 60 with a PCI qfe card. I want to use the bridging and dummynet functionality. I installed FreeBSD 5.2 with not problems. I added options BRIDGE to a custom kernel conf file and rebuilt/installed the kernel according to procedure 1 at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-build ing.html I then reboot and do the following: test60# sysctl -w net.link.ether.bridge.enable=1 net.link.ether.bridge.enable: 0 -> 1 test60# ifconfig hme1 up test60# ifconfig -a hme0: flags=8843 mtu 1500 inet 192.168.234.208 netmask 0xffffff00 broadcast 192.168.234.255 inet6 fe80::a00:20ff:fe9a:e692%hme0 prefixlen 64 scopeid 0x1 ether 08:00:20:9a:e6:92 media: Ethernet autoselect (100baseTX) status: active hme1: flags=8843 mtu 1500 inet6 fe80::a00:20ff:fe9a:e692%hme1 prefixlen 64 scopeid 0x2 ether 08:00:20:9a:e6:92 media: Ethernet autoselect (100baseTX ) status: active (rest cut...) test60# sysctl -w net.link.ether.bridge.config=hme0,hme1 net.link.ether.bridge.config: -> hme0,hme1 Consistently within a few seconds I see the following while watching on Serial Port A: FreeBSD/sparc64 (test60) (ttya) login: Jan 28 15:28:58 test60 kernel: hme0: promiscuous mode enabled Jan 28 15:28:58 test60 kernel: hme1: promiscuous mode enabled panic: trap: memory address not aligned cpuid = 0; syncing disks, buffers remaining... 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 giving up on 455 buffers So I thought instead of blindly asking for help I'd try to provide more useful information. I read the following articles on kernel debugging: http://www.onlamp.com/pub/a/bsd/2002/03/21/Big_Scary_Daemons.html http://www.onlamp.com/pub/a/bsd/2002/04/04/Big_Scary_Daemons.html Thinking I would be all cool and step through the crash dump I started up gdb only to realize I don't have gdb. However, I do have the kernel with debugging info and the crash dump (all 2GB!). I looked through the archives and it doesn't appear there is a FreeBSD Sparc64 gdb. Is there? If not, how do I help debug the crash dump? I really like FreeBSD and would like to do this using FreeBSD 5.2. Can someone throw me a bone? <> Jim I am also providing the following in case it's helpful: uname -a output: test60# uname -a FreeBSD test60 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Wed Jan 28 14:59:57 EST 2004 root@test60:/usr/obj/usr/src/sys/MYKERN sparc64 dmesg: Copyright (c) 1992-2004 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 5.2-RELEASE #0: Wed Jan 28 14:59:57 EST 2004 root@test60.mitry.us.eds.com:/usr/obj/usr/src/sys/MYKERN Preloaded elf kernel "/boot/kernel/kernel" at 0xc045a000. Timecounter "tick" frequency 360000218 Hz quality 0 real memory = 2147483648 (2048 MB) avail memory = 2065440768 (1969 MB) cpu0: Sun Microsystems UltraSparc-II Processor (360.00 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [FAST] initialializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: revision 0x01 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff at device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a00 3,0x1400728000-0x1400728003,0x140072 6000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sab0: [FAST] sabtty0: on sab0 sabtty0: console 9600,8,n,1,- sabtty1: on sab0 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14003043bc-0x14003043c b irq 34 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0-0x14003023f 7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 809ae692 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400722000-0x1400722003,0x1400704000-0x140070400f,0x1400702000-0x140070200 f,0x1400200000-0x14002000ff ir q 36,35 (no driver attached) hme0: mem 0x8900000-0x8907fff at device 1.1 on pci0 hme0: Ethernet address: 08:00:20:9a:e6:92 miibus0: on hme0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <875> port 0x1000-0x10ff mem 0x8909000-0x8909fff,0x8908000-0x89080ff at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x1400-0x14ff mem 0x890b000-0x890bfff,0x890a000-0x890a0ff at device 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) hme1: mem 0x2800000-0x2807fff at device 0.1 on pci1 pcib1: slot 0 INTB is routed to irq 29 hme1: Ethernet address: 08:00:20:9a:e6:92 miibus1: on hme1 qsphy1: on miibus1 qsphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci1: at device 1.0 (no driver attached) hme2: mem 0x4800000-0x4807fff at device 1.1 on pci1 pcib1: slot 1 INTB is routed to irq 30 hme2: Ethernet address: 08:00:20:9a:e6:92 miibus2: on hme2 qsphy2: on miibus2 qsphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci1: at device 2.0 (no driver attached) hme3: mem 0x6800000-0x6807fff at device 2.1 on pci1 pcib1: slot 2 INTB is routed to irq 31 hme3: Ethernet address: 08:00:20:9a:e6:92 miibus3: on hme3 qsphy3: on miibus3 qsphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci1: at device 3.0 (no driver attached) hme4: mem 0x8800000-0x8807fff at device 3.1 on pci1 pcib1: slot 3 INTB is routed to irq 28 hme4: Ethernet address: 08:00:20:9a:e6:92 miibus4: on hme4 qsphy4: on miibus4 qsphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib2: on nexus0 pcib2: Psycho, impl 0, version 4, ign 0x7c0, bus A pci2: on pcib2 nexus0: , type display (no driver attached) Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle GEOM: create disk da0 dp=0xfffff80000f53468 GEOM: create disk da1 dp=0xfffff80000f53068 GEOM: create disk cd0 dp=0xfffff8000083de98 da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da1: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: cd present [1177024 x 512 byte records] Mounting root from ufs:/dev/da1a From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 28 14:57:13 2004 Return-Path: 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 4D11C16A4CE for ; Wed, 28 Jan 2004 14:57:13 -0800 (PST) Received: from blue.calx.nl (sweet.drea.ms [80.69.67.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0051143D3F for ; Wed, 28 Jan 2004 14:57:11 -0800 (PST) (envelope-from freebsd@walter.transip.nl) Received: from sufiq.8bit.nl (sufiq.8bit.nl [80.69.67.137]) by blue.calx.nl (Postfix) with ESMTP id 3E8B9A931; Wed, 28 Jan 2004 23:57:06 +0100 (CET) Date: Wed, 28 Jan 2004 23:57:33 +0100 From: Walter Hop X-Mailer: The Bat! (v2.02.3 CE) Business X-Priority: 3 (Normal) Message-ID: <665538165.20040128235733@blue.calx.nl> To: "Small, Jim" In-Reply-To: <8AA870658244D4119AF600508BDF0A3607319459@usahm014.exmi01.exch.eds.com> References: <8AA870658244D4119AF600508BDF0A3607319459@usahm014.exmi01.exch.eds.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-sparc64@freebsd.org Subject: Re: 5.2 Panic, willing to help debug but need gdb for kernel debuggin g X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jan 2004 22:57:13 -0000 [in reply to jim.small@eds.com, 28-1-2004] > Thinking I would be all cool and step through the crash dump I started up > gdb only to realize I don't have gdb. However, I do have the kernel with > debugging info and the crash dump (all 2GB!). In /usr/ports/devel/gdb3 you can find the GDB port, maybe that can help you. I have not needed it much yet, but it seems to work fine! cheers, walter From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 28 18:46:21 2004 Return-Path: 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 B9FB216A4CE for ; Wed, 28 Jan 2004 18:46:21 -0800 (PST) Received: from ahmler5.mail.eds.com (ahmler5.mail.eds.com [192.85.154.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D1743D2F for ; Wed, 28 Jan 2004 18:46:19 -0800 (PST) (envelope-from jim.small@eds.com) Received: from ahmlir3.mail.eds.com (ahmlir3-2.mail.eds.com [192.85.154.133]) by ahmler5.mail.eds.com (8.12.10/8.12.9) with ESMTP id i0T2kInB009355 for ; Wed, 28 Jan 2004 21:46:18 -0500 Received: from ahmlir3.mail.eds.com (localhost [127.0.0.1]) by ahmlir3.mail.eds.com (8.12.10/8.12.10) with ESMTP id i0T2kI9K005400 for ; Wed, 28 Jan 2004 21:46:18 -0500 Received: from USAHM102.amer.corp.eds.com (usahm102.exmi01.exch.eds.com [207.37.138.190])i0T2kI3u005395 for ; Wed, 28 Jan 2004 21:46:18 -0500 Received: by usahm102.exmi01.exch.eds.com with Internet Mail Service (5.5.2657.72) id ; Wed, 28 Jan 2004 21:46:18 -0500 Message-ID: <8AA870658244D4119AF600508BDF0A360731945A@usahm014.exmi01.exch.eds.com> From: "Small, Jim" To: freebsd-sparc64@freebsd.org Date: Wed, 28 Jan 2004 21:46:15 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: 5.2 Panic, first shot at backtrace and info, next step? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2004 02:46:21 -0000 OK, I already posted a verbose description of my machine and the cause = of the panic, uname, dmesg. I would be happy to re-send/post upon = request. In a nutshell, when I enable bridging and add hme0 and hme1 (builtin = hme nic and 1st port of qfe card in Ultra 60) I get a panic within a few = seconds. OK, Thanks to Walter I got gdb 5.3 and started debugging my panic: test60# ./gdb53 -k kernel.debug vmcore.0 GNU gdb 5.3 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and = you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "sparc64-portbld-freebsd5.2"... panic: trap: memory address not aligned panic messages: --- panic: trap: memory address not aligned cpuid =3D 0;=20 syncing disks, buffers remaining... 4103 4103 4096 4096 4091 4090 4090 = 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 = 4090 4090 4090=20 giving up on 3987 buffers Uptime: 2m23s Dumping 2048 MB (4 chunks) chunk at 0: 536870912 bytes |\^H/\^H --- #0 0x00000000c0139b08 in doadump () at = ../../../kern/kern_shutdown.c:239 239 savectx(&dumppcb); (kgdb) where #0 0x00000000c0139b08 in doadump () at = ../../../kern/kern_shutdown.c:239 #1 0x00000000c013a124 in boot (howto=3D256) at ../../../kern/kern_shutdown.c:370 #2 0x00000000c013a54c in panic (fmt=3D0xc0341790 "trap: %s") at ../../../kern/kern_shutdown.c:548 #3 0x00000000c02939e0 in trap (tf=3D0xeeb891a0) at ../../../sparc64/sparc64/trap.c:364 #4 0x00000000c01b8c34 in igmp_input (m=3D0xfffff80000c19bc0, off=3D0) = at ../../../netinet/igmp.c:224 #5 0x00000000c01b8bbc in igmp_input (m=3D0xc081c500, off=3D20) at ../../../netinet/igmp.c:202 #6 0x00000000c01c17c0 in ip_input (m=3D0xc081c500) at ../../../netinet/ip_input.c:983 #7 0x00000000c01aefbc in netisr_processqueue (ni=3D0xc039b7b0) at ../../../net/netisr.c:152 #8 0x00000000c01af4a0 in swi_net (dummy=3D0x0) at = ../../../net/netisr.c:255 #9 0x00000000c0128a7c in ithread_loop (arg=3D0xfffff8000082b200) at ../../../kern/kern_intr.c:544 #10 0x00000000c0127a7c in fork_exit (callout=3D0xc0128900 = , arg=3D0xfffff8000082b200, frame=3D0xeeb89880) at ../../../kern/kern_fork.c:793 (kgdb) up 4 #4 0x00000000c01b8c34 in igmp_input (m=3D0xfffff80000c19bc0, off=3D0) = at ../../../netinet/igmp.c:224 224 if (igmp->igmp_code =3D=3D 0) { (kgdb) p igmp $1 =3D (struct igmp *) 0xc01b8c8c (kgdb) p *igmp $2 =3D {igmp_type =3D 128 '\200', igmp_code =3D 160 '=A0', igmp_cksum = =3D 40960, igmp_group =3D {s_addr =3D 38273038}} (kgdb) p igmp->igmp_code $3 =3D 160 '=A0' (kgdb) So I'm hoping this helps. What is the next step? Can I provide more information? I would be happy to try fixes. I would appreciate any help someone could offer. Thanks, <> Jim From owner-freebsd-sparc64@FreeBSD.ORG Wed Jan 28 19:10:12 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3600716A4CE for ; Wed, 28 Jan 2004 19:10:12 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5944943D2F for ; Wed, 28 Jan 2004 19:10:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i0T3A8FR094408 for ; Wed, 28 Jan 2004 19:10:08 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i0T3A8ZR094407; Wed, 28 Jan 2004 19:10:08 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 28 Jan 2004 19:10:08 -0800 (PST) Resent-Message-Id: <200401290310.i0T3A8ZR094407@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Jim Small Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4B8E16A4CE for ; Wed, 28 Jan 2004 19:01:18 -0800 (PST) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBACB43D1F for ; Wed, 28 Jan 2004 19:01:16 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.10/8.12.10) with ESMTP id i0T31GdL053485 for ; Wed, 28 Jan 2004 19:01:16 -0800 (PST) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.10/8.12.10/Submit) id i0T31Go3053484; Wed, 28 Jan 2004 19:01:16 -0800 (PST) (envelope-from nobody) Message-Id: <200401290301.i0T31Go3053484@www.freebsd.org> Date: Wed, 28 Jan 2004 19:01:16 -0800 (PST) From: Jim Small To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.0 Subject: sparc64/62053: Using bridging on 5.2 Sparc64 causes immediate panic X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2004 03:10:12 -0000 >Number: 62053 >Category: sparc64 >Synopsis: Using bridging on 5.2 Sparc64 causes immediate panic >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 28 19:10:07 PST 2004 >Closed-Date: >Last-Modified: >Originator: Jim Small >Release: 5.2 Release Sparc64 >Organization: >Environment: FreeBSD test60 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Wed Jan 28 14:59:57 EST 2004 root@test60:/usr/obj/usr/src/sys/MYKERN sparc64 >Description: I am interested in using FreeBSD 5.2 on an Ultra 60 with a PCI qfe card. I want to use the bridging and dummynet functionality. I installed FreeBSD 5.2 and added options BRIDGE to a custom kernel conf file and rebuilt/installed the kernel (necessary to use bridging). I then reboot and do the following: test60# sysctl -w net.link.ether.bridge.enable=1 net.link.ether.bridge.enable: 0 -> 1 test60# ifconfig hme1 up test60# ifconfig -a hme0: flags=8843 mtu 1500 inet 192.168.234.208 netmask 0xffffff00 broadcast 192.168.234.255 inet6 fe80::a00:20ff:fe9a:e692%hme0 prefixlen 64 scopeid 0x1 ether 08:00:20:9a:e6:92 media: Ethernet autoselect (100baseTX) status: active hme1: flags=8843 mtu 1500 inet6 fe80::a00:20ff:fe9a:e692%hme1 prefixlen 64 scopeid 0x2 ether 08:00:20:9a:e6:92 media: Ethernet autoselect (100baseTX ) status: active (rest cut...) test60# sysctl -w net.link.ether.bridge.config=hme0,hme1 net.link.ether.bridge.config: -> hme0,hme1 Consistently within a few seconds I see the following while watching on Serial Port A: FreeBSD/sparc64 (test60) (ttya) login: Jan 28 15:28:58 test60 kernel: hme0: promiscuous mode enabled Jan 28 15:28:58 test60 kernel: hme1: promiscuous mode enabled panic: trap: memory address not aligned cpuid = 0; syncing disks, buffers remaining... 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 563 giving up on 455 buffers Backtrace: test60# ./gdb53 -k kernel.debug vmcore.0 GNU gdb 5.3 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc64-portbld-freebsd5.2"... panic: trap: memory address not aligned panic messages: --- panic: trap: memory address not aligned cpuid = 0; syncing disks, buffers remaining... 4103 4103 4096 4096 4091 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 4090 giving up on 3987 buffers Uptime: 2m23s Dumping 2048 MB (4 chunks) chunk at 0: 536870912 bytes |\^H/\^H --- #0 0x00000000c0139b08 in doadump () at ../../../kern/kern_shutdown.c:239 239 savectx(&dumppcb); (kgdb) where #0 0x00000000c0139b08 in doadump () at ../../../kern/kern_shutdown.c:239 #1 0x00000000c013a124 in boot (howto=256) at ../../../kern/kern_shutdown.c:370 #2 0x00000000c013a54c in panic (fmt=0xc0341790 "trap: %s") at ../../../kern/kern_shutdown.c:548 #3 0x00000000c02939e0 in trap (tf=0xeeb891a0) at ../../../sparc64/sparc64/trap.c:364 #4 0x00000000c01b8c34 in igmp_input (m=0xfffff80000c19bc0, off=0) at ../../../netinet/igmp.c:224 #5 0x00000000c01b8bbc in igmp_input (m=0xc081c500, off=20) at ../../../netinet/igmp.c:202 #6 0x00000000c01c17c0 in ip_input (m=0xc081c500) at ../../../netinet/ip_input.c:983 #7 0x00000000c01aefbc in netisr_processqueue (ni=0xc039b7b0) at ../../../net/netisr.c:152 #8 0x00000000c01af4a0 in swi_net (dummy=0x0) at ../../../net/netisr.c:255 #9 0x00000000c0128a7c in ithread_loop (arg=0xfffff8000082b200) at ../../../kern/kern_intr.c:544 #10 0x00000000c0127a7c in fork_exit (callout=0xc0128900 , arg=0xfffff8000082b200, frame=0xeeb89880) at ../../../kern/kern_fork.c:793 (kgdb) up 4 #4 0x00000000c01b8c34 in igmp_input (m=0xfffff80000c19bc0, off=0) at ../../../netinet/igmp.c:224 224 if (igmp->igmp_code == 0) { (kgdb) p igmp $1 = (struct igmp *) 0xc01b8c8c (kgdb) p *igmp $2 = {igmp_type = 128 '\200', igmp_code = 160 ' ', igmp_cksum = 40960, igmp_group = {s_addr = 38273038}} (kgdb) p igmp->igmp_code $3 = 160 ' ' (kgdb) >How-To-Repeat: Enable bridging in Kernel by adding options BRIDGE to kernel conf and rebuilding. Reboot. sysctl -w net.link.ether.bridge.enable=1; ifconfig hme1 up (2nd NIC up and running); sysctl -w net.link.ether.bridge.config=hme0,hme1 (bridging between NICs); Will see panic in a few seconds >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 29 17:05:51 2004 Return-Path: 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 44EF416A4CE for ; Thu, 29 Jan 2004 17:05:51 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC8C243D76 for ; Thu, 29 Jan 2004 17:05:44 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i0U15iTr028785 for ; Thu, 29 Jan 2004 20:05:44 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i0U15iaN028784 for freebsd-sparc64@freebsd.org; Thu, 29 Jan 2004 20:05:44 -0500 (EST) Date: Thu, 29 Jan 2004 20:05:44 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040130010543.GA28297@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Creator-3D mystery partially solved... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 01:05:51 -0000 I figured out part of the Creator-3D issue I think. Apparently there are two things that are called Creator-3D. One is what comes in Ultra-60's/Ultra-80's and is, I think, a PCI card. I haven't pulled the Ultra-60 apart (yet) to verify. The other is what comes in Ultra-10's. The modifications people have been suggesting for getting the Creator-3D to work seem to work just fine on my Ultra-60, not on the Ultra-10. It seems like the thing in the Ultra-10 looks enough like a Creator-3D to fool the kernel into starting to use it, but the kernel hangs very ungracefully (as in turn the machine off and back on) shortly after blanking the screen. I have taken the Ultra-10 apart and the card in that is definitely not a PCI card. Does anyone have information that suggests any of this is wrong? Now... If that is true... There appear to be two separate creator drivers in the source tree. I have not confirmed it by trying to build a kernel for the Ultra-60 that does not include the driver in src/sys/sparc64/creator yet but I think the driver that works with the Ultra-60 is in src/sys/dev/fb/creator.c. Both of those files wind up going into the kernel if you include "creator" and "sc" in the kernel config file. Given the above theory I tried to build a kernel that only had the src/sys/sparc64/creator driver in it. The kernel built just fine (no unresolved symbols, etc) so the drivers do indeed at least appear to be separate. This kernel booted on the Ultra-10 without getting hung but there were no signs of it having found a creator device anywhere either. Does this make sense? If yes does it give anyone new ideas on what to try or is this variant of the Creator-3D just not going to work? Thanks. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Jan 29 18:55:34 2004 Return-Path: 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 9527F16A4CE for ; Thu, 29 Jan 2004 18:55:34 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4192943D2D for ; Thu, 29 Jan 2004 18:55:33 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i0U2tWTr002324 for ; Thu, 29 Jan 2004 21:55:32 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i0U2tWbl002323 for freebsd-sparc64@freebsd.org; Thu, 29 Jan 2004 21:55:32 -0500 (EST) Date: Thu, 29 Jan 2004 21:55:32 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040130025532.GA2148@electra.cse.Buffalo.EDU> References: <20040130010543.GA28297@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040130010543.GA28297@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i Subject: Re: Creator-3D mystery partially solved... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 02:55:34 -0000 On Thu, Jan 29, 2004 at 08:05:44PM -0500, Ken Smith wrote: > Now... If that is true... There appear to be two separate creator > drivers in the source tree. I have not confirmed it by trying to > build a kernel for the Ultra-60 that does not include the driver in > src/sys/sparc64/creator yet but I think the driver that works with > the Ultra-60 is in src/sys/dev/fb/creator.c. Both of those files > wind up going into the kernel if you include "creator" and "sc" in > the kernel config file. Given the above theory I tried to build a > kernel that only had the src/sys/sparc64/creator driver in it. The > kernel built just fine (no unresolved symbols, etc) so the drivers > do indeed at least appear to be separate. This kernel booted on > the Ultra-10 without getting hung but there were no signs of it > having found a creator device anywhere either. Oops. Pilot error. Never mind... sparc64/creator won't build without the one in dev/fb included, and the one in dev/fb doesn't correctly recognize the card as a Creator-3D if sparc64/creator isn't included in the kernel (though in this case the kernel does compile). So, it does seem to be one driver. It just doesn't seem to like the Creator-3D's that are in the Ultra-10's. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 00:54:10 2004 Return-Path: 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 8F65D16A4CE for ; Fri, 30 Jan 2004 00:54:10 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 959A643D2D for ; Fri, 30 Jan 2004 00:54:06 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i0U8s1L22287; Fri, 30 Jan 2004 09:54:01 +0100 (MET) Date: Fri, 30 Jan 2004 09:54:01 +0100 (CET) From: Harti Brandt To: Ken Smith In-Reply-To: <20040130025532.GA2148@electra.cse.Buffalo.EDU> Message-ID: <20040130094859.L1125@beagle.fokus.fraunhofer.de> References: <20040130010543.GA28297@electra.cse.Buffalo.EDU> <20040130025532.GA2148@electra.cse.Buffalo.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: Creator-3D mystery partially solved... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 08:54:10 -0000 On Thu, 29 Jan 2004, Ken Smith wrote: KS>On Thu, Jan 29, 2004 at 08:05:44PM -0500, Ken Smith wrote: KS> KS>> Now... If that is true... There appear to be two separate creator KS>> drivers in the source tree. I have not confirmed it by trying to KS>> build a kernel for the Ultra-60 that does not include the driver in KS>> src/sys/sparc64/creator yet but I think the driver that works with KS>> the Ultra-60 is in src/sys/dev/fb/creator.c. Both of those files KS>> wind up going into the kernel if you include "creator" and "sc" in KS>> the kernel config file. Given the above theory I tried to build a KS>> kernel that only had the src/sys/sparc64/creator driver in it. The KS>> kernel built just fine (no unresolved symbols, etc) so the drivers KS>> do indeed at least appear to be separate. This kernel booted on KS>> the Ultra-10 without getting hung but there were no signs of it KS>> having found a creator device anywhere either. KS> KS>Oops. Pilot error. Never mind... KS> KS>sparc64/creator won't build without the one in dev/fb included, and KS>the one in dev/fb doesn't correctly recognize the card as a Creator-3D KS>if sparc64/creator isn't included in the kernel (though in this case KS>the kernel does compile). So, it does seem to be one driver. It just KS>doesn't seem to like the Creator-3D's that are in the Ultra-10's. I think the Creator in the Ultra-10 like those in the Ultra-1 sits on the UPA, not the PCI. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 04:22:03 2004 Return-Path: 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 AF71116A4CE; Fri, 30 Jan 2004 04:22:03 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6824443D31; Fri, 30 Jan 2004 04:22:02 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i0UCM1iw008833; Fri, 30 Jan 2004 07:22:01 -0500 (EST) Date: Fri, 30 Jan 2004 07:22:01 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: alpha@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sparc64@freebsd.org Subject: cvs commit: src/lib/libc_r Makefile src/lib/libpthread Makefile (fwd) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 12:22:03 -0000 I built world on alpha to test this, but I couldn't install it to make sure the links from libpthread.* -> libc_r.* were made correctly. Could someone please verify this? Feel free to fix it if it is wrong (src/lib/libc_r/Makefile). Also, I have had some success testing on alpha with libkse built in 1:1 mode. Someone wanting to play around with getting libkse working on alpha and sparc64 might want to start there (uncomment CFLAGS+=-DSYSTEM_SCOPE_ONLY in src/lib/libpthread/Makefile). ---------- Forwarded message ---------- Date: Fri, 30 Jan 2004 04:13:17 -0800 (PST) From: Daniel Eischen To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/lib/libc_r Makefile src/lib/libpthread Makefile deischen 2004/01/30 04:13:17 PST FreeBSD src repository Modified files: lib/libc_r Makefile lib/libpthread Makefile Log: Change libkse back to libpthread and make it the default thread library for i386, amd64, and ia64. For alpha and sparc64 the library is not changed and remains libkse, and links are installed so that libpthread -> libc_r. The gcc -pthread option will be changed in a separate commit so that it links to -lpthread instead of -lc_r. Approved by: re@ Revision Changes Path 1.38 +10 -0 src/lib/libc_r/Makefile 1.50 +4 -0 src/lib/libpthread/Makefile From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 04:36:17 2004 Return-Path: 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 9D38D16A4CF for ; Fri, 30 Jan 2004 04:36:17 -0800 (PST) Received: from chaotic.oz.org (CPE-138-130-139-224.nsw.bigpond.net.au [138.130.139.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDF2D43D2F for ; Fri, 30 Jan 2004 04:36:15 -0800 (PST) (envelope-from simon@chaotic.oz.org) Received: from [127.0.0.1] (helo=router.chaos.oz.org) by chaotic.oz.org with esmtp (Exim 4.30; FreeBSD) id 1AmXsV-0009kz-UZ for freebsd-sparc64@freebsd.org; Fri, 30 Jan 2004 23:36:07 +1100 Received: (from simon@localhost) by router.chaos.oz.org (8.12.10/8.12.10/Submit) id i0UCa6IS037506 for freebsd-sparc64@freebsd.org; Fri, 30 Jan 2004 23:36:06 +1100 (EST) (envelope-from simon) Date: Fri, 30 Jan 2004 23:36:06 +1100 From: Simon Coggins To: freebsd-sparc64@freebsd.org Message-ID: <20040130123606.GB36245@uow.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organisation: ITS, University of Wollongong (http://www.uow.edu.au/) X-Sage-AU-Member: System Administrators Guild of Australia (http://www.sage-au.org.au/) X-PGP-Fingerprint: DD3E 8E69 D847 72B7 B85A 6C91 B0A6 5920 18AA 98FE (0x18AA98FE) X-Spam-Score: 0.0 (/) X-JunkMail: / Subject: Question about cross compiling sparc64 on i386 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 12:36:18 -0000 Does anyone have a how-to or quick instructions on how to go about cross compiling sparc64 world/kernel on i386. I assumed it would be as easy as cd /usr/src && make TARGET_ARCH=sparc64 ... Once it finished the installkernel on the ultra 5 didn't work becuase it couldn't find some modules it was looking to install. And installworld failed because it didn't build the tools to install (ala install binary). So if someone can point me in the right direction that would be good! Regards Simon -- Simon Coggins (SAGE-AU Member) Email: simon@uow.edu.au Network and System Management Officer Phone: +61-2-4221-3775 Information Technology Systems (ITS) Mobile: 0408 115861 University of Wollongong, 2522, Australia Fax: +61-2-4229-1985 From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 04:44:07 2004 Return-Path: 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 2CE6916A4CE for ; Fri, 30 Jan 2004 04:44:07 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 655B943D2D for ; Fri, 30 Jan 2004 04:44:05 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i0UChtL26106; Fri, 30 Jan 2004 13:43:55 +0100 (MET) Date: Fri, 30 Jan 2004 13:43:55 +0100 (CET) From: Harti Brandt To: Simon Coggins In-Reply-To: <20040130123606.GB36245@uow.edu.au> Message-ID: <20040130134041.L764@beagle.fokus.fraunhofer.de> References: <20040130123606.GB36245@uow.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: Question about cross compiling sparc64 on i386 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 12:44:07 -0000 On Fri, 30 Jan 2004, Simon Coggins wrote: SC>Does anyone have a how-to or quick instructions on how to go about SC>cross compiling sparc64 world/kernel on i386. I assumed it would be as SC>easy as cd /usr/src && make TARGET_ARCH=sparc64 ... SC> SC>Once it finished the installkernel on the ultra 5 didn't work becuase SC>it couldn't find some modules it was looking to install. And SC>installworld failed because it didn't build the tools to install (ala SC>install binary). SC> SC>So if someone can point me in the right direction that would be good! I did MAKEOBJDIRPREFIX=/usr/obj/sparc TARGET=sparc64 TARGET_ARCH=sparc64 make __MAKE_CONF=/dev/null makeworld MAKEOBJDIRPREFIX=/usr/obj/sparc TARGET=sparc64 TARGET_ARCH=sparc64 make __MAKE_CONF=/dev/null installworld DESTDIR=/usr/ultra same for buildkernel and installkernel to make a diskless boot world for my ULTRA1. This seems to work, except, that the resulting world has some problems like /bin/ls dumping core. I don't know whether this was a pilot error or there is something wrong with cross compilation harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 07:21:34 2004 Return-Path: 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 B0E3416A4CE for ; Fri, 30 Jan 2004 07:21:34 -0800 (PST) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25ADB43D39 for ; Fri, 30 Jan 2004 07:21:29 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 4411 invoked from network); 30 Jan 2004 15:21:28 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 30 Jan 2004 15:21:28 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i0UFLOM0074721; Fri, 30 Jan 2004 10:21:25 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Daniel Eischen , alpha@freebsd.org Date: Fri, 30 Jan 2004 10:21:08 -0500 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401301021.08373.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: sparc64@freebsd.org Subject: Re: cvs commit: src/lib/libc_r Makefile src/lib/libpthread Makefile (fwd) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 15:21:34 -0000 On Friday 30 January 2004 07:22 am, Daniel Eischen wrote: > I built world on alpha to test this, but I couldn't install it > to make sure the links from libpthread.* -> libc_r.* were made > correctly. Could someone please verify this? Feel free to > fix it if it is wrong (src/lib/libc_r/Makefile). You can do an installworld into a DESTDIR=/junk to make sure the links are set correctly. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 07:53:43 2004 Return-Path: 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 AFE4316A4CE; Fri, 30 Jan 2004 07:53:43 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BDCA43D39; Fri, 30 Jan 2004 07:53:42 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i0UFrfTr014546; Fri, 30 Jan 2004 10:53:41 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i0UFrfNi014545; Fri, 30 Jan 2004 10:53:41 -0500 (EST) Date: Fri, 30 Jan 2004 10:53:41 -0500 From: Ken Smith To: John Baldwin Message-ID: <20040130155341.GA13720@electra.cse.Buffalo.EDU> References: <200401301021.08373.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200401301021.08373.jhb@FreeBSD.org> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org cc: alpha@freebsd.org cc: Daniel Eischen Subject: Re: cvs commit: src/lib/libc_r Makefile src/lib/libpthread Makefile (fwd) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 15:53:43 -0000 On Fri, Jan 30, 2004 at 10:21:08AM -0500, John Baldwin wrote: > On Friday 30 January 2004 07:22 am, Daniel Eischen wrote: > > I built world on alpha to test this, but I couldn't install it > > to make sure the links from libpthread.* -> libc_r.* were made > > correctly. Could someone please verify this? Feel free to > > fix it if it is wrong (src/lib/libc_r/Makefile). > > You can do an installworld into a DESTDIR=/junk to make sure the links are set > correctly. Only if you have root on the box, things like: install -o root -g wheel start failing pretty quick if you don't. If you're in that boat a "worst case" approach to this would be checking the cluster reference machines to see what they thought of the change the next day. Peter set up cron jobs on each of the reference machines in the wee hours of the morning that do a cvs update of /usr/src, "make buildworld", then rebuild the kernel, install kernel/world, and reboot. If any of those steps fail the script exits without the reboot. So, use ruptime to see how long the machine has been up to make sure the rebuild didn't fail, and if it's been up less than 24 hours check to see if what you wanted to happen did. beast is the Alpha ref machine, panther is the sparc64 ref machine, and sledge is the amd64 machine. At the moment the two ia64 machines do NOT do this, but marcel keeps them pretty close to -current all the time. The i386 ref machine for -current is ref5 but it's down due to hardware issues at the moment. I usually don't worry too much about a ref machine skipping a day, if any of them have been up more than 2 days I usually poke through the log files to see why, and perhaps nag someone if it seems they might be ignoring tinderbox reports. :-) If any of them are crashing due to the newest kernel I deal with booting them on the previous day's kernel (and usually save a copy of that in case nobody fixes the problem before the next run of the cron job :-). -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 08:14:38 2004 Return-Path: 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 B235716A4CF for ; Fri, 30 Jan 2004 08:14:38 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8B4043D2F for ; Fri, 30 Jan 2004 08:13:53 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.9) with ESMTP id i0UG8qA0005579; Fri, 30 Jan 2004 08:08:52 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i0UG7sMY005563; Fri, 30 Jan 2004 08:07:54 -0800 (PST) (envelope-from obrien) Date: Fri, 30 Jan 2004 08:07:49 -0800 From: "David O'Brien" To: Simon Coggins Message-ID: <20040130160749.GA5544@dragon.nuxi.com> References: <20040130123606.GB36245@uow.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040130123606.GB36245@uow.edu.au> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-sparc64@freebsd.org Subject: Re: Question about cross compiling sparc64 on i386 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 16:14:38 -0000 On Fri, Jan 30, 2004 at 11:36:06PM +1100, Simon Coggins wrote: > Does anyone have a how-to or quick instructions on how to go about > cross compiling sparc64 world/kernel on i386. I assumed it would be as > easy as cd /usr/src && make TARGET_ARCH=sparc64 ... It is that easy. > Once it finished the installkernel on the ultra 5 didn't work becuase > it couldn't find some modules it was looking to install. And > installworld failed because it didn't build the tools to install (ala > install binary). Error log please -- we weren't in front of your machine when this happened. From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 08:15:19 2004 Return-Path: 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 B9E5216A4CE; Fri, 30 Jan 2004 08:15:19 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08FEE43D5F; Fri, 30 Jan 2004 08:14:43 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i0UGBwiw012417; Fri, 30 Jan 2004 11:11:58 -0500 (EST) Date: Fri, 30 Jan 2004 11:11:58 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: John Baldwin In-Reply-To: <200401301021.08373.jhb@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: alpha@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: cvs commit: src/lib/libc_r Makefile src/lib/libpthread Makefile (fwd) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 16:15:19 -0000 On Fri, 30 Jan 2004, John Baldwin wrote: > On Friday 30 January 2004 07:22 am, Daniel Eischen wrote: > > I built world on alpha to test this, but I couldn't install it > > to make sure the links from libpthread.* -> libc_r.* were made > > correctly. Could someone please verify this? Feel free to > > fix it if it is wrong (src/lib/libc_r/Makefile). > > You can do an installworld into a DESTDIR=/junk to make sure the links are set > correctly. Tried that. Didn't work. Had errors setting owner/group/permissions or something. I didn't save the log. -- Dan Eischen From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 08:24:57 2004 Return-Path: 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 0693816A4CE for ; Fri, 30 Jan 2004 08:24:57 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B581943D68 for ; Fri, 30 Jan 2004 08:24:12 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.9) with ESMTP id i0UG9MA0005583; Fri, 30 Jan 2004 08:09:44 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i0UG92WA005574; Fri, 30 Jan 2004 08:09:02 -0800 (PST) (envelope-from obrien) Date: Fri, 30 Jan 2004 08:08:40 -0800 From: "David O'Brien" To: Harti Brandt Message-ID: <20040130160840.GB5544@dragon.nuxi.com> References: <20040130123606.GB36245@uow.edu.au> <20040130134041.L764@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040130134041.L764@beagle.fokus.fraunhofer.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-sparc64@freebsd.org Subject: Re: Question about cross compiling sparc64 on i386 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 16:24:57 -0000 On Fri, Jan 30, 2004 at 01:43:55PM +0100, Harti Brandt wrote: > SC>So if someone can point me in the right direction that would be good! > > I did > > MAKEOBJDIRPREFIX=/usr/obj/sparc TARGET=sparc64 TARGET_ARCH=sparc64 make > __MAKE_CONF=/dev/null makeworld You don't need to use any internal "__" targets. Hopefully users won't get the idea they should. From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 08:43:41 2004 Return-Path: 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 11CCC16A4CE; Fri, 30 Jan 2004 08:43:41 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B10543D73; Fri, 30 Jan 2004 08:43:12 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 51149530A; Fri, 30 Jan 2004 17:41:45 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id B9A155308; Fri, 30 Jan 2004 17:41:36 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 33CDC33C6A; Fri, 30 Jan 2004 17:41:36 +0100 (CET) To: Daniel Eischen References: From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Fri, 30 Jan 2004 17:41:36 +0100 In-Reply-To: (Daniel Eischen's message of "Fri, 30 Jan 2004 07:22:01 -0500 (EST)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.6 required=5.0 tests=RCVD_IN_DYNABLOCK, RCVD_IN_SORBS autolearn=no version=2.61 cc: alpha@freebsd.org cc: sparc64@freebsd.org Subject: Re: cvs commit: src/lib/libc_r Makefile src/lib/libpthread Makefile (fwd) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 16:43:41 -0000 Daniel Eischen writes: > I built world on alpha to test this, but I couldn't install it > to make sure the links from libpthread.* -> libc_r.* were made > correctly. Cross-building FreeBSD is ridiculously easy these days: $ cd /usr/src $ make buildworld TARGET_ARCH=3Dalpha $ su Password: # mkdir /tmp/alpha # make installworld TARGET_ARCH=3Dalpha DESTDIR=3D/tmp/alpha so you don't need an Alpha to test the Alpha build. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 10:08:25 2004 Return-Path: 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 3E8E516A4D0 for ; Fri, 30 Jan 2004 10:08:25 -0800 (PST) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 196C743D69 for ; Fri, 30 Jan 2004 10:08:07 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 16370 invoked from network); 30 Jan 2004 18:08:06 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 30 Jan 2004 18:08:06 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i0UI7oM8075628; Fri, 30 Jan 2004 13:08:03 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Daniel Eischen Date: Fri, 30 Jan 2004 13:08:26 -0500 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401301308.26485.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: alpha@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: cvs commit: src/lib/libc_r Makefile src/lib/libpthread Makefile (fwd) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 18:08:25 -0000 On Friday 30 January 2004 11:11 am, Daniel Eischen wrote: > On Fri, 30 Jan 2004, John Baldwin wrote: > > On Friday 30 January 2004 07:22 am, Daniel Eischen wrote: > > > I built world on alpha to test this, but I couldn't install it > > > to make sure the links from libpthread.* -> libc_r.* were made > > > correctly. Could someone please verify this? Feel free to > > > fix it if it is wrong (src/lib/libc_r/Makefile). > > > > You can do an installworld into a DESTDIR=/junk to make sure the links > > are set correctly. > > Tried that. Didn't work. Had errors setting owner/group/permissions > or something. I didn't save the log. You need to be root. Note that you can cross-build the world on your local test box and then do the installworld into a /junk. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 10:08:39 2004 Return-Path: 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 2E80C16A4D6 for ; Fri, 30 Jan 2004 10:08:39 -0800 (PST) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6396C43D5D for ; Fri, 30 Jan 2004 10:08:03 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 4670 invoked from network); 30 Jan 2004 18:08:02 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 30 Jan 2004 18:08:02 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i0UI7oM6075628; Fri, 30 Jan 2004 13:07:59 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Ken Smith Date: Fri, 30 Jan 2004 13:07:57 -0500 User-Agent: KMail/1.5.4 References: <200401301021.08373.jhb@FreeBSD.org> <20040130155341.GA13720@electra.cse.Buffalo.EDU> In-Reply-To: <20040130155341.GA13720@electra.cse.Buffalo.EDU> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401301307.57822.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: sparc64@freebsd.org cc: alpha@freebsd.org cc: Daniel Eischen Subject: Re: cvs commit: src/lib/libc_r Makefile src/lib/libpthread Makefile (fwd) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 18:08:39 -0000 On Friday 30 January 2004 10:53 am, Ken Smith wrote: > On Fri, Jan 30, 2004 at 10:21:08AM -0500, John Baldwin wrote: > > On Friday 30 January 2004 07:22 am, Daniel Eischen wrote: > > > I built world on alpha to test this, but I couldn't install it > > > to make sure the links from libpthread.* -> libc_r.* were made > > > correctly. Could someone please verify this? Feel free to > > > fix it if it is wrong (src/lib/libc_r/Makefile). > > > > You can do an installworld into a DESTDIR=/junk to make sure the links > > are set correctly. > > Only if you have root on the box, things like: > > install -o root -g wheel > > start failing pretty quick if you don't. I tend to have root on my test machines. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 12:40:50 2004 Return-Path: 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 1545616A4D9; Fri, 30 Jan 2004 12:40:50 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 834B843D45; Fri, 30 Jan 2004 12:40:45 -0800 (PST) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id 44D19EDCE9; Fri, 30 Jan 2004 12:40:44 -0800 (PST) From: Wes Peters Organization: Softweyr.com To: Daniel Eischen , "David O'Brien" Date: Fri, 30 Jan 2004 12:40:39 -0800 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401301240.39487.wes@softweyr.com> cc: src-committers@freebsd.org cc: freebsd-sparc64@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: cvs commit: src/lib/libc_r Makefile src/lib/libpthread Makefile X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 20:40:50 -0000 On Friday 30 January 2004 10:00, Daniel Eischen wrote: > On Fri, 30 Jan 2004, David O'Brien wrote: > > On Fri, Jan 30, 2004 at 04:13:17AM -0800, Daniel Eischen wrote: > > > Log: > > > Change libkse back to libpthread and make it the default > > > thread library for i386, amd64, and ia64. For alpha > > > and sparc64 the library is not changed and remains libkse, > > > and links are installed so that libpthread -> libc_r. > > > > What is the statement and plans on making the libkse->libpthread > > change on the Tier-1 Alpha and Sparc64 platforms? > > We need some alpha and sparc64 gurus to help out. If libkse > isn't working on those platforms by 5.3-release, they risk > losing Tier-1 status. This is not a tenable situation; sparc64 is supposed to be our reference 64-bit implementation. While it seems amd64 is quickly overtaking this position, we have a problem in that there is no 64-bit platform that currently seems to support the full range of FreeBSD features. Can we have a volunteer or two from each of the alpha and sparc64 camps please coordinate with Daniel and the rest of the KSE squad to at least summarize what needs to be done here? I can't offer any help on the code at this time, but I do have an ultra5 workstation I'm willing to send to anyone who can help with the work. -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 12:53:53 2004 Return-Path: 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 77A8E16A4CF; Fri, 30 Jan 2004 12:53:53 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F10243D64; Fri, 30 Jan 2004 12:53:44 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i0UKrhTr028741; Fri, 30 Jan 2004 15:53:43 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i0UKrhth028740; Fri, 30 Jan 2004 15:53:43 -0500 (EST) Date: Fri, 30 Jan 2004 15:53:43 -0500 From: Ken Smith To: Wes Peters Message-ID: <20040130205343.GA28467@electra.cse.Buffalo.EDU> References: <200401301240.39487.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200401301240.39487.wes@softweyr.com> User-Agent: Mutt/1.4.1i cc: freebsd-alpha@FreeBSD.org cc: src-committers@FreeBSD.org cc: freebsd-sparc64@FreeBSD.org cc: David O'Brien cc: Daniel Eischen Subject: Re: cvs commit: src/lib/libc_r Makefile src/lib/libpthread Makefile X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 20:53:53 -0000 On Fri, Jan 30, 2004 at 12:40:39PM -0800, Wes Peters wrote: > Can we have a volunteer or two from each of the alpha and sparc64 camps > please coordinate with Daniel and the rest of the KSE squad to at least > summarize what needs to be done here? I'll volunteer for sparc64 but put me on the bottom of the list if anyone else volunteers. I've got a ton of sparc64 machines around but I don't really have the technical background yet. Working on it but I have a long way to go. I'm sure there are more capable people out there. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 14:01:12 2004 Return-Path: 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 7298516A4CE; Fri, 30 Jan 2004 14:01:12 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-67-119-53-122.dsl.lsan03.pacbell.net [67.119.53.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5322443D1D; Fri, 30 Jan 2004 14:01:11 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D93B066E32; Fri, 30 Jan 2004 14:01:10 -0800 (PST) Date: Fri, 30 Jan 2004 14:01:10 -0800 From: Kris Kennaway To: David O'Brien Message-ID: <20040130220110.GA89275@xor.obsecurity.org> References: <20040130123606.GB36245@uow.edu.au> <20040130134041.L764@beagle.fokus.fraunhofer.de> <20040130160840.GB5544@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <20040130160840.GB5544@dragon.nuxi.com> User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Question about cross compiling sparc64 on i386 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 22:01:12 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 30, 2004 at 08:08:40AM -0800, David O'Brien wrote: > On Fri, Jan 30, 2004 at 01:43:55PM +0100, Harti Brandt wrote: > > SC>So if someone can point me in the right direction that would be good! > >=20 > > I did > >=20 > > MAKEOBJDIRPREFIX=3D/usr/obj/sparc TARGET=3Dsparc64 TARGET_ARCH=3Dsparc6= 4 make > > __MAKE_CONF=3D/dev/null makeworld >=20 > You don't need to use any internal "__" targets. Hopefully users won't > get the idea they should. You do if you want the world you're building not to include the system /etc/make.conf, which typically has settings different from the world you're trying to build. Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAGtQmWry0BWjoQKURAq+7AKD5jedsEmrSoYtdSuBMUpwUdYn6MgCgkfz7 Bh8begmiYC3RZ3tFU0ctZ+w= =Lcid -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Jan 30 17:42:15 2004 Return-Path: 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 EDFCD16A4CE; Fri, 30 Jan 2004 17:42:15 -0800 (PST) Received: from chaotic.oz.org (CPE-138-130-139-224.nsw.bigpond.net.au [138.130.139.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 114AE43D39; Fri, 30 Jan 2004 17:42:14 -0800 (PST) (envelope-from simon@chaotic.oz.org) Received: from [127.0.0.1] (helo=router.chaos.oz.org) by chaotic.oz.org with esmtp (Exim 4.30; FreeBSD) id 1Amk98-000F7y-Br; Sat, 31 Jan 2004 12:42:06 +1100 Received: (from simon@localhost) by router.chaos.oz.org (8.12.10/8.12.10/Submit) id i0V1g5bS058151; Sat, 31 Jan 2004 12:42:05 +1100 (EST) (envelope-from simon) Date: Sat, 31 Jan 2004 12:42:05 +1100 From: Simon Coggins To: "David O'Brien" Message-ID: <20040131014204.GA37744@uow.edu.au> References: <20040130123606.GB36245@uow.edu.au> <20040130160749.GA5544@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040130160749.GA5544@dragon.nuxi.com> User-Agent: Mutt/1.4.1i Organisation: ITS, University of Wollongong (http://www.uow.edu.au/) X-Sage-AU-Member: System Administrators Guild of Australia (http://www.sage-au.org.au/) X-PGP-Fingerprint: DD3E 8E69 D847 72B7 B85A 6C91 B0A6 5920 18AA 98FE (0x18AA98FE) X-Spam-Score: 0.0 (/) X-JunkMail: / cc: freebsd-sparc64@freebsd.org Subject: Re: Question about cross compiling sparc64 on i386 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2004 01:42:16 -0000 On Fri, Jan 30, 2004 at 08:07:49AM -0800, David O'Brien wrote: > On Fri, Jan 30, 2004 at 11:36:06PM +1100, Simon Coggins wrote: > > Does anyone have a how-to or quick instructions on how to go about > > cross compiling sparc64 world/kernel on i386. I assumed it would be as > > easy as cd /usr/src && make TARGET_ARCH=sparc64 ... > > It is that easy. > Good I was hoping it was. I can see the answer to this is that I shouldn't be building on one machine then installing on another. The build machine should install the files. That just means I have to do weird nfs mounts that I didn't want to do. But I'll explain what I'm doing now. > > Once it finished the installkernel on the ultra 5 didn't work becuase > > it couldn't find some modules it was looking to install. And > > installworld failed because it didn't build the tools to install (ala > > install binary). > > Error log please -- we weren't in front of your machine when this > happened. > My setup: I have an nfs share /usr/world that contains src,obj,ports /usr/src is symlinked to /usr/world/src /usr/obj is symlinked to /usr/world/obj I have 2 machines like this, Chaotic (800Mhz i386) and Solar (260Mhz sparc). Here is exactly what I'm doing: chaotic:/usr/src# make TARGET_ARCH=sparc64 buildworld This completes without error and the output can be seen here: http://chaotic.oz.org/other/bsd/buildworld.out.gz (414k gz, 6.3meg txt) solar:/usr/src# make TARGET_ARCH=sparc64 MAKEOBJDIRPREFIX=/usr/obj/sparc64 installworld This is where I get the install not found error. I also have to add the MAKEOBJDIRPREFIX so that it can find the build directory. By default it looks in /usr/obj/ but when you do TARGET_ARCH=sparc64 on i386 machine it puts it in /usr/obj/sparc64/ From the looks of the only the i386 legacy binaries are compiled (the things in /usr/obj/.../src//legacy/* so it puts that in the path for installing and doesn't work. Output here: http://chaotic.oz.org/other/bsd/installworld.out.gz (1k gz, 5k txt) Anyway there's my error messages.. Regards Simon -- Simon Coggins (SAGE-AU Member) Email: simon@uow.edu.au Network and System Management Officer Phone: +61-2-4221-3775 Information Technology Systems (ITS) Mobile: 0408 115861 University of Wollongong, 2522, Australia Fax: +61-2-4229-1985 From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 31 04:36:02 2004 Return-Path: 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 D55D816A4CE; Sat, 31 Jan 2004 04:36:02 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E557343D58; Sat, 31 Jan 2004 04:35:59 -0800 (PST) (envelope-from brandt@fokus.gmd.de) Received: from fokus.gmd.de (dial-12 [193.174.152.243])i0VCZtL28940; Sat, 31 Jan 2004 13:35:55 +0100 (MET) Message-ID: <401BA1B4.5050409@fokus.gmd.de> Date: Sat, 31 Jan 2004 13:38:12 +0100 From: harti brandt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030401 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <20040130123606.GB36245@uow.edu.au> <20040130134041.L764@beagle.fokus.fraunhofer.de> <20040130160840.GB5544@dragon.nuxi.com> In-Reply-To: <20040130160840.GB5544@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-sparc64@freebsd.org Subject: Re: Question about cross compiling sparc64 on i386 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2004 12:36:03 -0000 David O'Brien wrote: >On Fri, Jan 30, 2004 at 01:43:55PM +0100, Harti Brandt wrote: > > >>SC>So if someone can point me in the right direction that would be good! >> >>I did >> >>MAKEOBJDIRPREFIX=/usr/obj/sparc TARGET=sparc64 TARGET_ARCH=sparc64 make >>__MAKE_CONF=/dev/null makeworld >> >> > >You don't need to use any internal "__" targets. Hopefully users won't >get the idea they should. > He may have host-system specific options in make.conf that he don't want for the cross build. harti From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 31 06:00:13 2004 Return-Path: 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 50B0916A4CE for ; Sat, 31 Jan 2004 06:00:13 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F42943D31 for ; Sat, 31 Jan 2004 06:00:10 -0800 (PST) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 89B041FF91D; Sat, 31 Jan 2004 15:00:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id D39121FF90C; Sat, 31 Jan 2004 15:00:06 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id DF558153AA; Sat, 31 Jan 2004 13:53:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id D4EE315388; Sat, 31 Jan 2004 13:53:13 +0000 (UTC) Date: Sat, 31 Jan 2004 13:53:13 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Garance A Drosihn In-Reply-To: Message-ID: References: <200312212239.38557.craig@xfoil.gank.org> <20040106095942.O66232@beagle.fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-sparc64@freebsd.org Subject: Re: Newer installworld_nk script (64-bit time_t) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2004 14:00:13 -0000 On Mon, 26 Jan 2004, Garance A Drosihn wrote: > I do not think we are quite ready yet. We need to have a larger > test group than a dozen people (IMO). Just add another successful update: bz@pizza:~/workspace-c> ./a.out sizeof(time_t) = 8 Just to note: my src and obj trees had not been at the standard places /usr/src and /usr/obj but still on local disk. Worked like a charm :-)) Thanks. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 31 06:10:19 2004 Return-Path: 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 0476716A4ED for ; Sat, 31 Jan 2004 06:10:19 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54B1C43D41 for ; Sat, 31 Jan 2004 06:10:09 -0800 (PST) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 79C561FF9A8 for ; Sat, 31 Jan 2004 15:10:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id D17351FF90C; Sat, 31 Jan 2004 15:10:06 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 351C2153AA; Sat, 31 Jan 2004 14:02:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 2B05D15388 for ; Sat, 31 Jan 2004 14:02:01 +0000 (UTC) Date: Sat, 31 Jan 2004 14:02:01 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD sparc64 mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: Env temp,fan (ASM) monitoring ? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2004 14:10:19 -0000 Hi, is there some kind of env. monitoring on sparc64 ? Thinking of fans and temperature (ASM). I have seen bz@pizza:~> dmesg | grep -i i2c ebus0: addr 0x1400600000-0x1400600001 irq 40 (no driver attached) but there are no iibus et.al. modules built like on i386. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 31 07:42:08 2004 Return-Path: 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 7406416A4CE; Sat, 31 Jan 2004 07:42:08 -0800 (PST) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9715243D1D; Sat, 31 Jan 2004 07:42:05 -0800 (PST) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from gog (gog.student.utwente.nl [130.89.165.107]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id i0VFfXL11993; Sat, 31 Jan 2004 16:41:33 +0100 Message-Id: <200401311541.i0VFfXL11993@netlx014.civ.utwente.nl> From: "Roderick van Domburg" To: Date: Sat, 31 Jan 2004 16:45:20 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Thread-Index: AcPoETrrwKWelAaISZ+TA5FufpYLog== X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean cc: freebsd-sparc64@freebsd.org Subject: [patch] Fix recent installworld breakage on sparc64 by sunlabel X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2004 15:42:08 -0000 Hi there! The 1.11 commit to sbin/sunlabel/Makefile caused installworld to fail on sparc64. The following patch corrects the apparent typo. Regards, Roderick -8<--- --- sbin/sunlabel/Makefile.old Sat Jan 31 16:35:25 2004 +++ sbin/sunlabel/Makefile Sat Jan 31 16:35:36 2004 @@ -7,7 +7,7 @@ MAN= sunlabel.8 .if ${MACHINE_ARCH} == "sparc64" -LINKS= ${BINDIR}/sunlabel ${BINDIR}/sunlabel +LINKS= ${BINDIR}/sunlabel ${BINDIR}/disklabel MLINKS= sunlabel.8 disklabel.8 .endif From owner-freebsd-sparc64@FreeBSD.ORG Sat Jan 31 19:26:31 2004 Return-Path: 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 8EA9516A4CE for ; Sat, 31 Jan 2004 19:26:31 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D86443D2F for ; Sat, 31 Jan 2004 19:26:29 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i113QSCo026353 for ; Sat, 31 Jan 2004 22:26:28 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <200312212239.38557.craig@xfoil.gank.org> <20040106095942.O66232@beagle.fokus.fraunhofer.de> <20040106182824.GA42422@dragon.nuxi.com> <20040107174346.GA50142@dragon.nuxi.com> <20040111093043.GA11120@dragon.nuxi.com> <20040126113726.W21778@beagle.fokus.fraunhofer.de> Date: Sat, 31 Jan 2004 22:26:26 -0500 To: freebsd-sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Newer installworld_nk script (64-bit time_t) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2004 03:26:31 -0000 At 5:27 PM -0500 1/26/04, Garance A Drosihn wrote: > >For instance, someone just sent me a message about their attempt >to upgrade, and it appears that my instructions are not complete >enough for people who are doing an upgrade via NFS-mounted >directories. This is a bit tougher to do cleanly than I first thought it would be. I have successfully done plain upgrades over NFS-mounted directories (which I had never done before), but so far I can't get mount_nfs to work when I boot up off a 64-bTT kernel (to do the installworld for that kernel). Right now I'm using 64-bTT versions of mount, mount_nfs, ifconfig, and rpcbind. But when I try to mount_nfs the directories I want, I get: RPCPROG_NFS: RPC: Port mapper failure - RPC: Unable to receive and the mount_nfs command hangs. I'm not out-of-ideas yet, but I need to rebuild the world again, so it isn't likely that I will have the solution this weekend. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 1 02:50:34 2004 Return-Path: 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 C086016A4CE for ; Sun, 1 Feb 2004 02:50:34 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-67-119-53-122.dsl.lsan03.pacbell.net [67.119.53.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 783A943D41 for ; Sun, 1 Feb 2004 02:50:33 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A1E4866E32; Sun, 1 Feb 2004 02:50:32 -0800 (PST) Date: Sun, 1 Feb 2004 02:50:32 -0800 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20040201105032.GA17856@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: "panic: trap: fast data access mmu miss" on 5.2-C X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2004 10:50:34 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I updated the sparc64 package clients to 5.2-CURRENT 2 days ago, and one of them panicked today: panic: trap: fast data access mmu miss at line 364 in file /var/portbuild/sparc64/src-client/sys/sparc64/sparc64/trap.c cpuid = 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> trace __panic() at __panic+0x17c trap() at trap+0x3f0 -- fast data access mmu miss tar=0x4410000000 %o7=0xc005e34c -- db_read_bytes() at db_read_bytes+0x1c db_stack_trace_cmd() at db_stack_trace_cmd+0x1cc db_print_backtrace() at db_print_backtrace+0x18 backtrace() at backtrace+0x10 witness_checkorder() at witness_checkorder+0x6b0 _mtx_lock_flags() at _mtx_lock_flags+0x84 obj_alloc() at obj_alloc+0x1c slab_zalloc() at slab_zalloc+0x98 uma_zone_slab() at uma_zone_slab+0xe8 uma_zalloc_internal() at uma_zalloc_internal+0x24 uma_zalloc_arg() at uma_zalloc_arg+0x39c swp_pager_meta_build() at swp_pager_meta_build+0x104 swap_pager_putpages() at swap_pager_putpages+0x2f8 default_pager_putpages() at default_pager_putpages+0x1c vm_pageout_flush() at vm_pageout_flush+0x15c vm_pageout_clean() at vm_pageout_clean+0x324 vm_pageout_scan() at vm_pageout_scan+0x708 vm_pageout() at vm_pageout+0x404 fork_exit() at fork_exit+0x8c fork_trampoline() at fork_trampoline+0x8 ofw_pci_default_intr_pending() at ofw_pci_default_intr_pending+0x38 panic: trap: fast data access mmu miss at line 364 in file /var/portbuild/sparc64/src-client/sys/sparc64/sparc64/trap.ccpuid = 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAHNn4Wry0BWjoQKURAt5mAKDRUmitHGJ8YXYkmH3wulrkcwoEyQCdHZOl J/C6Nb2+VYfZor/H4i3Ztss= =gUI/ -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 1 08:48:29 2004 Return-Path: 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 BA5BF16A4CE for ; Sun, 1 Feb 2004 08:48:29 -0800 (PST) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2269643D2D for ; Sun, 1 Feb 2004 08:48:27 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 2874 invoked by uid 65534); 1 Feb 2004 16:48:25 -0000 Received: from p508E672B.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.103.43) by mail.gmx.net (mp008) with SMTP; 01 Feb 2004 17:48:25 +0100 X-Authenticated: #5374206 Received: by rota (Postfix, from userid 1001) id 7032ACB; Sun, 1 Feb 2004 17:49:50 +0100 (CET) Date: Sun, 1 Feb 2004 17:49:50 +0100 From: Thomas Moestl To: Kris Kennaway Message-ID: <20040201164950.GB713@timesink.dyndns.org> References: <20040201105032.GA17856@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20040201105032.GA17856@xor.obsecurity.org> User-Agent: Mutt/1.5.5.1i cc: sparc64@freebsd.org Subject: Re: "panic: trap: fast data access mmu miss" on 5.2-C X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2004 16:48:29 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, 2004/02/01 at 02:50:32 -0800, Kris Kennaway wrote: > I updated the sparc64 package clients to 5.2-CURRENT 2 days ago, and > one of them panicked today: > > panic: trap: fast data access mmu miss > at line 364 in file /var/portbuild/sparc64/src-client/sys/sparc64/sparc64/trap.c > cpuid = 0; > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> trace > __panic() at __panic+0x17c > trap() at trap+0x3f0 > -- fast data access mmu miss tar=0x4410000000 %o7=0xc005e34c -- > db_read_bytes() at db_read_bytes+0x1c > db_stack_trace_cmd() at db_stack_trace_cmd+0x1cc > db_print_backtrace() at db_print_backtrace+0x18 > backtrace() at backtrace+0x10 > witness_checkorder() at witness_checkorder+0x6b0 > [...] > fork_exit() at fork_exit+0x8c > fork_trampoline() at fork_trampoline+0x8 > ofw_pci_default_intr_pending() at ofw_pci_default_intr_pending+0x38 > panic: trap: fast data access mmu miss > at line 364 in file /var/portbuild/sparc64/src-client/sys/sparc64/sparc64/trap.ccpuid = 0; > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> Looks like the back trace ran off the end of the stack; db_stack_trace_cmd() only handles the usual starting points of kernel stacks (traps from userland), but not freshly forked processes (or kernel threads). The attached patch should fix that by initializing the fr_pc and fr_fp fields of the first frame to 0 in cpu_fork(). - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ "In my opinion, television validates existence." -- Calvin and Hobbes --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fork.diff" Index: sparc64/sparc64/vm_machdep.c =================================================================== RCS file: /vol/ncvs/src/sys/sparc64/sparc64/vm_machdep.c,v retrieving revision 1.58 diff -u -r1.58 vm_machdep.c --- sparc64/sparc64/vm_machdep.c 28 Dec 2003 08:57:09 -0000 1.58 +++ sparc64/sparc64/vm_machdep.c 1 Feb 2004 15:20:17 -0000 @@ -300,6 +300,8 @@ fp->fr_local[0] = (u_long)fork_return; fp->fr_local[1] = (u_long)td2; fp->fr_local[2] = (u_long)tf; + /* Terminate stack traces at this frame. */ + fp->fr_pc = fp->fr_fp = 0; pcb2->pcb_sp = (u_long)fp - SPOFF; pcb2->pcb_pc = (u_long)fork_trampoline - 8; --RnlQjJ0d97Da+TV1-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 1 18:13:19 2004 Return-Path: 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 60CBE16A4CE; Sun, 1 Feb 2004 18:13:19 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D006E43D1F; Sun, 1 Feb 2004 18:13:17 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) i122DGv9032791; Sun, 1 Feb 2004 21:13:16 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id i122DGpi032790; Sun, 1 Feb 2004 21:13:16 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 1 Feb 2004 21:13:16 -0500 (EST) Message-Id: <200402020213.i122DGpi032790@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2004 02:13:19 -0000 TB --- 2004-02-02 00:59:09 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2004-02-02 00:59:09 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-02 00:59:09 - cvsupping the source tree TB --- /home/des/bin/cvsup -1 -g -L 2 /home/des/tinderbox/CURRENT/sparc64/sparc64/supfile TB --- 2004-02-02 00:59:43 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /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 --- 2004-02-02 01:54:57 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Feb 2 01:54:57 GMT 2004 >>> Kernel build for GENERIC completed on Mon Feb 2 02:04:36 GMT 2004 TB --- 2004-02-02 02:04:36 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2004-02-02 02:04:36 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 2 02:04:36 GMT 2004 [...] /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_stub/mac_stub.c:1088: warning: initialization from incompatible pointer type /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_stub/mac_stub.c:1091: warning: initialization from incompatible pointer type /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_stub/mac_stub.c:1135: warning: initialization from incompatible pointer type /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_stub/mac_stub.c:1136: warning: initialization from incompatible pointer type /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_stub/mac_stub.c:1137: warning: initialization from incompatible pointer type /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_stub/mac_stub.c:1138: warning: initialization from incompatible pointer type /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_stub/mac_stub.c:1139: warning: initialization from incompatible pointer type /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/security/mac_stub/mac_stub.c:1140: warning: initialization from incompatible pointer type *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-02 02:13:16 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-02 02:13:16 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-02 02:13:16 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 2 11:02:25 2004 Return-Path: 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 D171116A4CE for ; Mon, 2 Feb 2004 11:02:24 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C1B43D78 for ; Mon, 2 Feb 2004 11:01:50 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) i12J1cFR020554 for ; Mon, 2 Feb 2004 11:01:38 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i12J1buw020548 for freebsd-sparc64@freebsd.org; Mon, 2 Feb 2004 11:01:37 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 2 Feb 2004 11:01:37 -0800 (PST) Message-Id: <200402021901.i12J1buw020548@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2004 19:02:25 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2004/01/28] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/02/03] sparc64/47845sparc64 4 second daily clock drift a [2003/10/10] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 4 09:48:42 2004 Return-Path: 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 63E9516A4CF for ; Wed, 4 Feb 2004 09:48:42 -0800 (PST) Received: from mazzite.fhcrc.org (mazzite.fhcrc.org [140.107.152.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8886343D58 for ; Wed, 4 Feb 2004 09:48:36 -0800 (PST) (envelope-from jgoodlea@fhcrc.org) Received: from e500b.fhcrc.org (e500b.fhcrc.org [140.107.52.110]) i14HmaLt006788 for ; Wed, 4 Feb 2004 09:48:36 -0800 Received: from jarlite.fhcrc.org(140.107.42.11) by e500b.fhcrc.org via csmap id 18984; Wed, 04 Feb 2004 09:49:17 -0800 (PST) Received: from shemp.fhcrc.org (shemp.fhcrc.org [140.107.42.41]) i14HmZjx005771 for ; Wed, 4 Feb 2004 09:48:35 -0800 Received: by shemp.fhcrc.org with Internet Mail Service (5.5.2657.72) id ; Wed, 4 Feb 2004 09:48:34 -0800 Message-ID: From: "Goodleaf, John M" To: "'freebsd-sparc64@freebsd.org'" Date: Wed, 4 Feb 2004 09:48:29 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" X-FHCRC: INTERNAL Subject: new to sparc64 -- build problems X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2004 17:48:42 -0000 Hello, I'm trying to buildworld (CURRENT) on a Sun Ultra 5. I always hit the following error, regardless of the cvsup date: cc -O -pipe -mcpu=ultrasparc -I. -static -DGENERATOR_FILE -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/obj/usr/src/sparc64/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c In file included from hconfig.h:1, from /usr/src/contrib/gcc/gencheck.c:21: /usr/src/gnu/usr.bin/cc/cc_tools/auto-host.h:320:2: #error "I don't know what arch this is." *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 I've tried setting the __sparc64__ and defining environment variables like MACHINE_ARCH, but it just doesn't work. Is this covered somewhere in some documentation I've not seen? Thanks, John From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 4 10:46:35 2004 Return-Path: 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 6705116A4CE for ; Wed, 4 Feb 2004 10:46:35 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-221.dsl.lsan03.pacbell.net [64.165.226.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 866AA43D3F for ; Wed, 4 Feb 2004 10:46:31 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 180E366D36; Wed, 4 Feb 2004 10:46:28 -0800 (PST) Date: Wed, 4 Feb 2004 10:46:28 -0800 From: Kris Kennaway To: "Goodleaf, John M" Message-ID: <20040204184627.GA26094@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: "'freebsd-sparc64@freebsd.org'" Subject: Re: new to sparc64 -- build problems X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2004 18:46:35 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 04, 2004 at 09:48:29AM -0800, Goodleaf, John M wrote: > Hello, >=20 > I'm trying to buildworld (CURRENT) on a Sun Ultra 5. I always hit the > following error, regardless of the cvsup date: >=20 > cc -O -pipe -mcpu=3Dultrasparc -I. -static -DGENERATOR_FILE > -DTARGET_CPU_DEFAULT=3DTARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=3D\"/usr\" > -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config=20 > -I/usr/obj/usr/src/sparc64/legacy/usr/include -c > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c > In file included from hconfig.h:1, > from /usr/src/contrib/gcc/gencheck.c:21: > /usr/src/gnu/usr.bin/cc/cc_tools/auto-host.h:320:2: #error "I don't > know what arch this is." > *** Error code 1 >=20 > Stop in /usr/src/gnu/usr.bin/cc/cc_tools. > *** Error code 1 >=20 > I've tried setting the __sparc64__ and defining environment > variables like MACHINE_ARCH, but it just doesn't work. Is this > covered somewhere in some documentation I've not seen? Nope, buildworld is supposed to (and does, on my machines) just work. Can you please post your cvsupfile so we can verify it? Kris --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAIT4DWry0BWjoQKURAkgVAJ9HwpzP/eKGfz/EFMCwMcqV4TjP/gCaAvNF SULMZgFhtz3loest+hFiEdE= =bIua -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 4 11:34:47 2004 Return-Path: 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 DABF816A4CE for ; Wed, 4 Feb 2004 11:34:47 -0800 (PST) Received: from smtp1.linkline.com (smtp1.linkline.com [66.59.235.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60A2143D4C for ; Wed, 4 Feb 2004 11:34:35 -0800 (PST) (envelope-from pwalters@linkline.com) Received: from linkline.com (loveshack.linkline.com [64.30.215.232]) by smtp1.linkline.com (Postfix) with ESMTP id 263E19CD70 for ; Wed, 4 Feb 2004 11:34:33 -0800 (PST) Message-ID: <40214B33.7030005@linkline.com> Date: Wed, 04 Feb 2004 11:42:43 -0800 From: Phillip Walters User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'freebsd-sparc64@freebsd.org'" Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Watchdog Reset X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2004 19:34:48 -0000 Hi All, I've got FreeBSD 5.2 installed on a SunFire v100. After a seemingly random period of time, I always get the following: Watchdog Reset Externally Initiated Reset After this, I'm dropped to the 'ok' prompt where I can boot the machine back up. Anyone have any clue what's going on here? -bash-2.05b$ dmesg Copyright (c) 1992-2004 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 5.2-RELEASE #0: Sun Jan 11 06:09:12 GMT 2004 root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0452000. Timecounter "tick" frequency 500000000 Hz quality 0 real memory = 2147483648 (2048 MB) avail memory = 2082471936 (1986 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (500.00 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [FAST] DVMA map: 0x60000000 to 0x63ffffff pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 3.0 (no driver attached) pci0: at device 3.0 (no driver attached) dc0: port 0x10000-0x100ff at device 12.0 on pci0 dc0: Ethernet address: 00:00:00:00:00:00 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc1: port 0x10100-0x101ff mem 0x2000-0x20ff at d0 dc1: Ethernet address: 00:00:00:00:00:00 miibus1: on dc1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at device 10.0 (no driver attached) atapci0: port 0x10220-0x1022f,0x10208-0x100 atapci0: [MPSAFE] ata2: at 0x10200 on atapci0 ata2: [MPSAFE] ata3: at 0x10210 on atapci0 ata3: [MPSAFE] Timecounters tick every 10.000 msec GEOM: create disk ad0 dp=0xfffff80000b168a0 ad0: 38166MB [77545/16/63] at ata3-master UDMA66 acd0: CDRW at ata3-slave PIO4 Mounting root from ufs:/dev/ad0a warning: no time-of-day clock registered, system time will not be set accurately dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state -Phil From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 4 12:32:22 2004 Return-Path: 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 6488616A4CF for ; Wed, 4 Feb 2004 12:32:22 -0800 (PST) Received: from deerite.fhcrc.org (deerite.fhcrc.org [140.107.52.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 232B943D4C for ; Wed, 4 Feb 2004 12:32:19 -0800 (PST) (envelope-from jgoodlea@fhcrc.org) Received: from e500a.fhcrc.org (e500a.fhcrc.org [140.107.42.21]) i14KWIMh014966 for ; Wed, 4 Feb 2004 12:32:18 -0800 Received: from jarlite.fhcrc.org(140.107.42.11) by e500a.fhcrc.org via csmap id 28007; Wed, 04 Feb 2004 12:32:47 -0800 (PST) Received: from shemp.fhcrc.org (shemp.fhcrc.org [140.107.42.41]) i14JRFjx021355 for ; Wed, 4 Feb 2004 11:27:15 -0800 Received: by shemp.fhcrc.org with Internet Mail Service (5.5.2657.72) id ; Wed, 4 Feb 2004 11:27:13 -0800 Message-ID: From: "Goodleaf, John M" To: "'freebsd-sparc64@freebsd.org'" Date: Wed, 4 Feb 2004 11:27:09 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" X-FHCRC: INTERNAL Subject: RE: new to sparc64 -- build problems X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2004 20:32:22 -0000 No problem. It's small. _______________________________ # $FreeBSD: src/share/examples/cvsup/stable-supfile,v 1.27 2003/09/18 08:19:39 eivind Exp $ *default host=cvsup3.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix *default compress src-all ports-all tag=. _______________________________ Thanks for your help. -John -----Original Message----- From: Kris Kennaway [mailto:kris@obsecurity.org] Sent: Wednesday, February 04, 2004 10:46 AM To: Goodleaf, John M Cc: 'freebsd-sparc64@freebsd.org' Subject: Re: new to sparc64 -- build problems On Wed, Feb 04, 2004 at 09:48:29AM -0800, Goodleaf, John M wrote: > Hello, > > I'm trying to buildworld (CURRENT) on a Sun Ultra 5. I always hit the > following error, regardless of the cvsup date: > > cc -O -pipe -mcpu=ultrasparc -I. -static -DGENERATOR_FILE > -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr\" > -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config > -I/usr/obj/usr/src/sparc64/legacy/usr/include -c > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c > In file included from hconfig.h:1, > from /usr/src/contrib/gcc/gencheck.c:21: > /usr/src/gnu/usr.bin/cc/cc_tools/auto-host.h:320:2: #error "I don't > know what arch this is." > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/cc/cc_tools. > *** Error code 1 > > I've tried setting the __sparc64__ and defining environment > variables like MACHINE_ARCH, but it just doesn't work. Is this > covered somewhere in some documentation I've not seen? Nope, buildworld is supposed to (and does, on my machines) just work. Can you please post your cvsupfile so we can verify it? Kris From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 5 00:54:12 2004 Return-Path: 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 DE98B16A4CE for ; Thu, 5 Feb 2004 00:54:12 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-221.dsl.lsan03.pacbell.net [64.165.226.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 009D743D45 for ; Thu, 5 Feb 2004 00:54:10 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A4E3466D36; Thu, 5 Feb 2004 00:54:09 -0800 (PST) Date: Thu, 5 Feb 2004 00:54:09 -0800 From: Kris Kennaway To: Thomas Moestl Message-ID: <20040205085409.GA12282@xor.obsecurity.org> References: <20040201105032.GA17856@xor.obsecurity.org> <20040201164950.GB713@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20040201164950.GB713@timesink.dyndns.org> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: "panic: trap: fast data access mmu miss" on 5.2-C X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2004 08:54:13 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 01, 2004 at 05:49:50PM +0100, Thomas Moestl wrote: > On Sun, 2004/02/01 at 02:50:32 -0800, Kris Kennaway wrote: > > I updated the sparc64 package clients to 5.2-CURRENT 2 days ago, and > > one of them panicked today: > >=20 > > panic: trap: fast data access mmu miss > > at line 364 in file /var/portbuild/sparc64/src-client/sys/sparc64/sparc= 64/trap.c > > cpuid =3D 0; > > Debugger("panic") > > Stopped at Debugger+0x1c: ta %xcc, 1 > > db> trace > > __panic() at __panic+0x17c > > trap() at trap+0x3f0 > > -- fast data access mmu miss tar=3D0x4410000000 %o7=3D0xc005e34c -- > > db_read_bytes() at db_read_bytes+0x1c > > db_stack_trace_cmd() at db_stack_trace_cmd+0x1cc > > db_print_backtrace() at db_print_backtrace+0x18 > > backtrace() at backtrace+0x10 > > witness_checkorder() at witness_checkorder+0x6b0 > > [...] > > fork_exit() at fork_exit+0x8c > > fork_trampoline() at fork_trampoline+0x8 > > ofw_pci_default_intr_pending() at ofw_pci_default_intr_pending+0x38 > > panic: trap: fast data access mmu miss > > at line 364 in file /var/portbuild/sparc64/src-client/sys/sparc64/sparc= 64/trap.ccpuid =3D 0; > > Debugger("panic") > > Stopped at Debugger+0x1c: ta %xcc, 1 > > db> >=20 > Looks like the back trace ran off the end of the stack; > db_stack_trace_cmd() only handles the usual starting points of kernel > stacks (traps from userland), but not freshly forked processes (or > kernel threads). The attached patch should fix that by initializing > the fr_pc and fr_fp fields of the first frame to 0 in cpu_fork(). >=20 > - Thomas >=20 > --=20 > Thomas Moestl http://www.tu-bs.de/~y0015675/ > http://people.FreeBSD.org/~tmm/ > "In my opinion, television validates existence." > -- Calvin and Hobbes I'm getting another panic with this patch (transcribed manually): fast data access mmu miss tar=3D0 %o7=3D0xc0114a0c copyin+0x5c pipe_write+0x568 dofilewrite+0xec write+0x3c syscall+0x314 Also, dumping seems to be broken: db> call doadump Insufficient space on device (need 268436992, have 0), refusing to dump. The dump device is set to /dev/da0b, and kkenn@enigma:~ swapinfo Device 1K-blocks Used Avail Capacity /dev/da0b 530144 0 530144 0% --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAIgSxWry0BWjoQKURAogpAJ9+5O2D6SWlIip+07kzWtUQvGIuRQCgmg8U zgxFkks59tOQD/zj3eTYYB0= =g3yy -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 5 01:26:38 2004 Return-Path: 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 6D6D516A4CE for ; Thu, 5 Feb 2004 01:26:38 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-221.dsl.lsan03.pacbell.net [64.165.226.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4860043D2F for ; Thu, 5 Feb 2004 01:26:37 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9F11166D39; Thu, 5 Feb 2004 01:26:36 -0800 (PST) Date: Thu, 5 Feb 2004 01:26:36 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20040205092636.GA12962@xor.obsecurity.org> References: <20040201105032.GA17856@xor.obsecurity.org> <20040201164950.GB713@timesink.dyndns.org> <20040205085409.GA12282@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <20040205085409.GA12282@xor.obsecurity.org> User-Agent: Mutt/1.4.1i cc: Thomas Moestl cc: sparc64@freebsd.org Subject: Re: "panic: trap: fast data access mmu miss" on 5.2-C X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2004 09:26:38 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 05, 2004 at 12:54:09AM -0800, Kris Kennaway wrote: > I'm getting another panic with this patch (transcribed manually): >=20 > fast data access mmu miss tar=3D0 %o7=3D0xc0114a0c > copyin+0x5c > pipe_write+0x568 > dofilewrite+0xec > write+0x3c > syscall+0x314 >=20 > Also, dumping seems to be broken: >=20 > db> call doadump > Insufficient space on device (need 268436992, have 0), refusing to dump. >=20 > The dump device is set to /dev/da0b, and >=20 > kkenn@enigma:~ swapinfo > Device 1K-blocks Used Avail Capacity > /dev/da0b 530144 0 530144 0% Building the wmcpuload port seems to trigger this: =2E.. checking for IceConnectionNumber in -lICE... yes checking for XShapeCombineMask in -lXext... yes checking for XpmCreatePixmapFromData in -lXpm... yes checking for ANSI C header files... memchr: not found [panics] Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAIgxMWry0BWjoQKURAoT0AJ9XnGMMtyXTFC4ieZFYubaohJPlTACgsdKX rxhOYOr4Jg4ypOWoyrHRPE0= =pxBm -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 5 06:07:46 2004 Return-Path: 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 64FA916A4CE for ; Thu, 5 Feb 2004 06:07:46 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1223643D41 for ; Thu, 5 Feb 2004 06:07:42 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i15E7dTr011005; Thu, 5 Feb 2004 09:07:39 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i15E7d8D011004; Thu, 5 Feb 2004 09:07:39 -0500 (EST) Date: Thu, 5 Feb 2004 09:07:39 -0500 From: Ken Smith To: "Goodleaf, John M" Message-ID: <20040205140739.GC9911@electra.cse.Buffalo.EDU> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: "'freebsd-sparc64@freebsd.org'" Subject: Re: new to sparc64 -- build problems X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2004 14:07:46 -0000 On Wed, Feb 04, 2004 at 09:48:29AM -0800, Goodleaf, John M wrote: > I'm trying to buildworld (CURRENT) on a Sun Ultra 5. I always hit the > following error, regardless of the cvsup date: > > cc -O -pipe -mcpu=ultrasparc -I. -static -DGENERATOR_FILE > -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr\" > -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config > -I/usr/obj/usr/src/sparc64/legacy/usr/include -c > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c > In file included from hconfig.h:1, > from /usr/src/contrib/gcc/gencheck.c:21: > /usr/src/gnu/usr.bin/cc/cc_tools/auto-host.h:320:2: #error "I don't > know what arch this is." > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/cc/cc_tools. > *** Error code 1 > > I've tried setting the __sparc64__ and defining environment > variables like MACHINE_ARCH, but it just doesn't work. Is this > covered somewhere in some documentation I've not seen? I did a cvsup to -current last night and started up a buildworld. That succeeded. From the log file I got from the build the output for the file you list above came out as: cc -O -pipe -I. -static -DGENERATOR_FILE -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/obj/usr/src/sparc64/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c Yours has an extra "-mcpu=ultrasparc", that is the only difference I see. Is there anything in your environment (environment variables, or maybe something in /etc/make.conf) that might account for where that is coming from? Or was the run you got this message from one where you had tried setting environment variables yourself? -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 5 06:34:03 2004 Return-Path: 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 B850416A4CE for ; Thu, 5 Feb 2004 06:34:03 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0C3C843D46 for ; Thu, 5 Feb 2004 06:34:01 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 22191 invoked by uid 65534); 5 Feb 2004 14:33:59 -0000 Received: from p508E769A.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.118.154) by mail.gmx.net (mp009) with SMTP; 05 Feb 2004 15:33:59 +0100 X-Authenticated: #5374206 Received: by rota (Postfix, from userid 1001) id 5EF4BCB; Thu, 5 Feb 2004 15:35:37 +0100 (CET) Date: Thu, 5 Feb 2004 15:35:36 +0100 From: Thomas Moestl To: Kris Kennaway Message-ID: <20040205143536.GA712@timesink.dyndns.org> References: <20040201105032.GA17856@xor.obsecurity.org> <20040201164950.GB713@timesink.dyndns.org> <20040205085409.GA12282@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040205085409.GA12282@xor.obsecurity.org> User-Agent: Mutt/1.5.5.1i cc: sparc64@freebsd.org Subject: Re: "panic: trap: fast data access mmu miss" on 5.2-C X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2004 14:34:03 -0000 On Thu, 2004/02/05 at 00:54:09 -0800, Kris Kennaway wrote: > On Sun, Feb 01, 2004 at 05:49:50PM +0100, Thomas Moestl wrote: > > Looks like the back trace ran off the end of the stack; > > db_stack_trace_cmd() only handles the usual starting points of kernel > > stacks (traps from userland), but not freshly forked processes (or > > kernel threads). The attached patch should fix that by initializing > > the fr_pc and fr_fp fields of the first frame to 0 in cpu_fork(). Did you get a witness backtrace ending in fork_trampoline() since? > I'm getting another panic with this patch (transcribed manually): > > fast data access mmu miss tar=0 %o7=0xc0114a0c > copyin+0x5c > pipe_write+0x568 > dofilewrite+0xec > write+0x3c > syscall+0x314 Is it possible that this is caused by the bug which rwatson fixed in r1.166 of sys/sys_pipe.c (i.e. do you have r1.165 of that file)? > Also, dumping seems to be broken: > > db> call doadump > Insufficient space on device (need 268436992, have 0), refusing to dump. > > The dump device is set to /dev/da0b, and > > kkenn@enigma:~ swapinfo > Device 1K-blocks Used Avail Capacity > /dev/da0b 530144 0 530144 0% I'll look into that. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ "I was going to be a neo-deconstructivist but Mom wouldn't let me." -- Calvin and Hobbes From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 5 06:43:14 2004 Return-Path: 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 0033716A4CE for ; Thu, 5 Feb 2004 06:43:13 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD4C243D1D for ; Thu, 5 Feb 2004 06:43:12 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i15EhATr012258; Thu, 5 Feb 2004 09:43:10 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i15EhAP9012257; Thu, 5 Feb 2004 09:43:10 -0500 (EST) Date: Thu, 5 Feb 2004 09:43:10 -0500 From: Ken Smith To: "Goodleaf, John M" Message-ID: <20040205144310.GE9911@electra.cse.Buffalo.EDU> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: "'freebsd-sparc64@freebsd.org'" Subject: Re: new to sparc64 -- build problems X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2004 14:43:14 -0000 On Wed, Feb 04, 2004 at 09:48:29AM -0800, Goodleaf, John M wrote: > In file included from hconfig.h:1, > from /usr/src/contrib/gcc/gencheck.c:21: > /usr/src/gnu/usr.bin/cc/cc_tools/auto-host.h:320:2: #error "I don't > know what arch this is." Sorry, one more thing. Take a look at the files "tconfig.h" and "configargs.h" in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools, those files should indicate the compiler is being built for FreeBSD/sparc64. My configargs.h file looks like this: static const char configuration_arguments[] = "FreeBSD/sparc64 system compiler"; static const char thread_model[] = "posix"; -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 5 07:57:39 2004 Return-Path: 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 E875016A4CE for ; Thu, 5 Feb 2004 07:57:38 -0800 (PST) Received: from mazzite.fhcrc.org (mazzite.fhcrc.org [140.107.152.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3612B43D5C for ; Thu, 5 Feb 2004 07:57:37 -0800 (PST) (envelope-from jgoodlea@fhcrc.org) Received: from e500a.fhcrc.org (e500a.fhcrc.org [140.107.42.21]) i15FvbLt011525 for ; Thu, 5 Feb 2004 07:57:37 -0800 Received: from jarlite.fhcrc.org(140.107.42.11) by e500a.fhcrc.org via csmap id 14448; Thu, 05 Feb 2004 07:58:07 -0800 (PST) Received: from shemp.fhcrc.org (shemp.fhcrc.org [140.107.42.41]) i15Fvajx031955 for ; Thu, 5 Feb 2004 07:57:36 -0800 Received: by shemp.fhcrc.org with Internet Mail Service (5.5.2657.72) id ; Thu, 5 Feb 2004 07:57:35 -0800 Message-ID: From: "Goodleaf, John M" To: "'freebsd-sparc64@freebsd.org'" Date: Thu, 5 Feb 2004 07:57:30 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" X-FHCRC: INTERNAL Subject: RE: new to sparc64 -- build problems X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2004 15:57:39 -0000 Well I had in /etc/make.conf CPUTYPE=ultrasparc and -mcpu=ultrasparc was in CFLAGS (with -O -pipe). I assumed I was safe in this because I had not put it in COPTFLAGS. I've removed that ultrasparc bit and restarted a build, which appears to be working, having already passed the point at which it's always failed. Although it may yet fail, it looks better. And in retrospect, I ought to have thought of this, since I've tried much more obscure combinations of ENV variables and whatnot to get it to work. I'm sorry I've wasted people's time on something I ought to have figured out myself. How many times have I seen folks told, on the -QUESTIONS list, not to put oddball optimization flags in place for builds? Dang. -John -----Original Message----- From: Ken Smith [mailto:kensmith@cse.Buffalo.EDU] Sent: Thursday, February 05, 2004 6:08 AM To: Goodleaf, John M Cc: 'freebsd-sparc64@freebsd.org' Subject: Re: new to sparc64 -- build problems On Wed, Feb 04, 2004 at 09:48:29AM -0800, Goodleaf, John M wrote: > I'm trying to buildworld (CURRENT) on a Sun Ultra 5. I always hit the > following error, regardless of the cvsup date: > > cc -O -pipe -mcpu=ultrasparc -I. -static -DGENERATOR_FILE > -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr\" > -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config > -I/usr/obj/usr/src/sparc64/legacy/usr/include -c > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c > In file included from hconfig.h:1, > from /usr/src/contrib/gcc/gencheck.c:21: > /usr/src/gnu/usr.bin/cc/cc_tools/auto-host.h:320:2: #error "I don't > know what arch this is." > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/cc/cc_tools. > *** Error code 1 > > I've tried setting the __sparc64__ and defining environment > variables like MACHINE_ARCH, but it just doesn't work. Is this > covered somewhere in some documentation I've not seen? I did a cvsup to -current last night and started up a buildworld. That succeeded. From the log file I got from the build the output for the file you list above came out as: cc -O -pipe -I. -static -DGENERATOR_FILE -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/obj/usr/src/sparc64/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c Yours has an extra "-mcpu=ultrasparc", that is the only difference I see. Is there anything in your environment (environment variables, or maybe something in /etc/make.conf) that might account for where that is coming from? Or was the run you got this message from one where you had tried setting environment variables yourself? -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 5 09:10:36 2004 Return-Path: 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 11B2B16A4CE for ; Thu, 5 Feb 2004 09:10:36 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-221.dsl.lsan03.pacbell.net [64.165.226.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26CE743D55 for ; Thu, 5 Feb 2004 09:10:34 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DC7EF66D39; Thu, 5 Feb 2004 09:10:33 -0800 (PST) Date: Thu, 5 Feb 2004 09:10:33 -0800 From: Kris Kennaway To: Thomas Moestl Message-ID: <20040205171033.GA17574@xor.obsecurity.org> References: <20040201105032.GA17856@xor.obsecurity.org> <20040201164950.GB713@timesink.dyndns.org> <20040205085409.GA12282@xor.obsecurity.org> <20040205143536.GA712@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20040205143536.GA712@timesink.dyndns.org> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: "panic: trap: fast data access mmu miss" on 5.2-C X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2004 17:10:36 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 05, 2004 at 03:35:36PM +0100, Thomas Moestl wrote: > On Thu, 2004/02/05 at 00:54:09 -0800, Kris Kennaway wrote: > > On Sun, Feb 01, 2004 at 05:49:50PM +0100, Thomas Moestl wrote: > > > Looks like the back trace ran off the end of the stack; > > > db_stack_trace_cmd() only handles the usual starting points of kernel > > > stacks (traps from userland), but not freshly forked processes (or > > > kernel threads). The attached patch should fix that by initializing > > > the fr_pc and fr_fp fields of the first frame to 0 in cpu_fork(). >=20 > Did you get a witness backtrace ending in fork_trampoline() since? I just checked, and one occurred overnight without panicking. > > I'm getting another panic with this patch (transcribed manually): > >=20 > > fast data access mmu miss tar=3D0 %o7=3D0xc0114a0c > > copyin+0x5c > > pipe_write+0x568 > > dofilewrite+0xec > > write+0x3c > > syscall+0x314 >=20 > Is it possible that this is caused by the bug which rwatson fixed in > r1.166 of sys/sys_pipe.c (i.e. do you have r1.165 of that file)? Oops, you're right. I thought I had CVS updated again to rule this out. Thanks, Kris --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAInkJWry0BWjoQKURAqRlAKCMjVGPM4y+ju0t9KGmDgvY2btPFwCg046I iKoKWJZ506ySPCrbJ8ykfKc= =ivqV -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 6 02:46:05 2004 Return-Path: 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 3056A16A4CE for ; Fri, 6 Feb 2004 02:46:05 -0800 (PST) Received: from mail.b0rken.org (beastie.b0rken.org [213.48.48.213]) by mx1.FreeBSD.org (Postfix) with SMTP id 068A343D5D for ; Fri, 6 Feb 2004 02:46:04 -0800 (PST) (envelope-from jason-freebsdlists@freebsd.org) Received: (qmail 48895 invoked by uid 1000); 6 Feb 2004 10:46:02 -0000 Date: Fri, 6 Feb 2004 10:46:02 +0000 From: Jason Mann To: freebsd-sparc64@freebsd.org Message-ID: <20040206104602.GA48880@beastie.b0rken.org> Mail-Followup-To: freebsd-sparc64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Promise ATA100 controller on Ultra 5 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2004 10:46:05 -0000 Hi folks. I understand from the Hardware Notes for 5.2/sparc64 that Promise ATA100 controllers are supported. However, does anyone know if the OpenBoot PROM will be able to boot from disks attached to such a controller? Systems is an Ultra5 with version 3.31 of OBP. Controller is Promise Ultra100 TX2. Thanks. Jason From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 6 06:05:46 2004 Return-Path: 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 8B2B416A4CE for ; Fri, 6 Feb 2004 06:05:46 -0800 (PST) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5343743D82 for ; Fri, 6 Feb 2004 06:05:07 -0800 (PST) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i16E4wRv010791 for ; Fri, 6 Feb 2004 15:04:58 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i16E4rxg010790 for freebsd-sparc64@freebsd.org; Fri, 6 Feb 2004 15:04:53 +0100 (CET) (envelope-from marius) Date: Fri, 6 Feb 2004 15:04:53 +0100 From: Marius Strobl To: freebsd-sparc64@freebsd.org Message-ID: <20040206150453.A10200@newtrinity.zeist.de> References: <20040206104602.GA48880@beastie.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: <20040206104602.GA48880@beastie.b0rken.org>; from jason-freebsdlists@freebsd.org on Fri, Feb 06, 2004 at 10:46:02AM +0000 X-AntiVirus: checked by AntiVir Milter 1.0.6; AVE 6.23.0.3; VDF 6.23.0.58 Subject: Re: Promise ATA100 controller on Ultra 5 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2004 14:05:46 -0000 On Fri, Feb 06, 2004 at 10:46:02AM +0000, Jason Mann wrote: > Hi folks. > > I understand from the Hardware Notes for 5.2/sparc64 that Promise ATA100 > controllers are supported. > > However, does anyone know if the OpenBoot PROM will be able to boot from > disks attached to such a controller? > > Systems is an Ultra5 with version 3.31 of OBP. > Controller is Promise Ultra100 TX2. > Depends, if I put a Promise Fasttrak 66 into my Sun AXi board it doesn't come up at all (OpenFirmware-wise, not FreeBSD-wise). If yours boots with the controller inserted FreeBSD should be able to use it quite fine (IIRC, the inital porting to Sparc64 was done using Promise controls until the onboard ATA controllers where supported). In order to be able to boot from the Promise controller you might need to tell the OpenFirmware to recognize it as an IDE controller (http://www.netbsd.org/Ports/sparc64/faq.html#pci-cards). However, using it as a RAID controller will work only limited, i.e. you won't be able to boot from a RAID array as this relies on the PC firmware on these controllers which is not understood by OpenFirmware (this could be worked around by the FreeBSD kernel but this most likely won't never be implemented). From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 6 12:31:40 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 254AA16A4CE for ; Fri, 6 Feb 2004 12:31:40 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B8DE43D5E for ; Fri, 6 Feb 2004 12:31:14 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i16KUObv011406 for ; Fri, 6 Feb 2004 12:30:24 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i16KUO4W011405; Fri, 6 Feb 2004 12:30:24 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 6 Feb 2004 12:30:24 -0800 (PST) Resent-Message-Id: <200402062030.i16KUO4W011405@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Jack Liddle Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B2BB16A4CE for ; Fri, 6 Feb 2004 12:21:13 -0800 (PST) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC06643D5D for ; Fri, 6 Feb 2004 12:21:12 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.10/8.12.10) with ESMTP id i16KLCdL023402 for ; Fri, 6 Feb 2004 12:21:12 -0800 (PST) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.10/8.12.10/Submit) id i16KLCfb023401; Fri, 6 Feb 2004 12:21:12 -0800 (PST) (envelope-from nobody) Message-Id: <200402062021.i16KLCfb023401@www.freebsd.org> Date: Fri, 6 Feb 2004 12:21:12 -0800 (PST) From: Jack Liddle To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.0 Subject: sparc64/62448: Terminal Type during install X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2004 20:31:40 -0000 >Number: 62448 >Category: sparc64 >Synopsis: Terminal Type during install >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 06 12:30:23 PST 2004 >Closed-Date: >Last-Modified: >Originator: Jack Liddle >Release: 5.2.1 sparc64 >Organization: Oxford University >Environment: Sun Ultra 5 >Description: When I boot from the CDROM I get as far as choosing a terminal type to run sysinstall with. All the terminals suffer the following Garbled out put: Lots of peculiar characters which aren't present in the manual screenshots Arrow Keys not working: I can't move up and down the menus. Screen Refresh (xterm). When I select a particular menu option, the menu overlays the old one without deleting it. Everything gets confused and unreadable. I've seen this mentioned elsewhere at bsdforums.org but no fix is suggested. >How-To-Repeat: Reboot, rinse repeat >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 6 18:29:13 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 518B816A4CE; Fri, 6 Feb 2004 18:29:13 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97D3E43D3F; Fri, 6 Feb 2004 18:29:12 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from freefall.freebsd.org (kris@localhost [127.0.0.1]) i172TCbv067192; Fri, 6 Feb 2004 18:29:12 -0800 (PST) (envelope-from kris@freefall.freebsd.org) Received: (from kris@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i172TCUe067188; Fri, 6 Feb 2004 18:29:12 -0800 (PST) (envelope-from kris) Date: Fri, 6 Feb 2004 18:29:12 -0800 (PST) From: Kris Kennaway Message-Id: <200402070229.i172TCUe067188@freefall.freebsd.org> To: liddle@thphys.ox.ac.uk, kris@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/62448: Terminal Type during install X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 02:29:13 -0000 Synopsis: Terminal Type during install State-Changed-From-To: open->closed State-Changed-By: kris State-Changed-When: Fri Feb 6 18:28:01 PST 2004 State-Changed-Why: It's documented in the release notes, and discussed extensively on the mailing list, that installing via the system console is not yet supported. Use a serial console instead for now. http://www.freebsd.org/cgi/query-pr.cgi?pr=62448 From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 6 23:27:57 2004 Return-Path: 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 0226216A4CE for ; Fri, 6 Feb 2004 23:27:57 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDAD943D39 for ; Fri, 6 Feb 2004 23:27:56 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D089072DC7; Fri, 6 Feb 2004 23:27:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id CEF1672DBF; Fri, 6 Feb 2004 23:27:56 -0800 (PST) Date: Fri, 6 Feb 2004 23:27:56 -0800 (PST) From: Doug White To: Phillip Walters In-Reply-To: <40214B33.7030005@linkline.com> Message-ID: <20040206232333.V20729@carver.gumbysoft.com> References: <40214B33.7030005@linkline.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-sparc64@freebsd.org'" Subject: Re: Watchdog Reset X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 07:27:57 -0000 On Wed, 4 Feb 2004, Phillip Walters wrote: > Hi All, > > I've got FreeBSD 5.2 installed on a SunFire v100. After a seemingly > random period of time, I always get the following: > > Watchdog Reset > Externally Initiated Reset This generally means there is a hardware problem with the system. Sun suggests running this at the ok prompt immediately following the failure to extract any messages (this may not work right with bsd): f8002010 wector p You may want to set the watchdog-reset? OBP variable to false so you can capture these better. Now this could be a bug in FreeBSD; the doc (InfoDoc 11371) mentions that these types of resets can happen if the CPU gets a trap when traps have been disabled. But my experience with sun hardware leans toward this being a hardware fault. > After this, I'm dropped to the 'ok' prompt where I can boot the machine > back up. Anyone have any clue what's going on here? You might try running max diagnostics, or put Solaris on the system and bang on it. If you can get Solaris to croak, that would tend to point at more of a hardware issue. > warning: no time-of-day clock registered, system time will not be set > accurately This is a wierd one. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 6 23:52:09 2004 Return-Path: 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 2AB2D16A4CE for ; Fri, 6 Feb 2004 23:52:09 -0800 (PST) Received: from clyde.goodleaf.net (unknown [64.95.191.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id E290F43D1D for ; Fri, 6 Feb 2004 23:52:08 -0800 (PST) (envelope-from john@goodleaf.net) Received: from www.goodleaf.net (localhost.goodleaf.net [127.0.0.1]) by clyde.goodleaf.net (Postfix) with SMTP id B35EB5358 for ; Wed, 4 Feb 2004 09:45:14 -0800 (PST) Received: from 140.107.64.44 (SquirrelMail authenticated user goodleaf) by www.goodleaf.net with HTTP; Wed, 4 Feb 2004 09:45:14 -0800 (PST) Message-ID: <54371.140.107.64.44.1075916714.squirrel@www.goodleaf.net> Date: Wed, 4 Feb 2004 09:45:14 -0800 (PST) From: "John Goodleaf" To: freebsd-sparc64@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: new to sparc64--build problems X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: john@goodleaf.net List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 07:52:09 -0000 Hello, I'm trying to buildworld on a Sun Ultra 5. I always hit the following error: cc -O -pipe -mcpu=ultrasparc -I. -static -DGENERATOR_FILE -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/obj/usr/src/sparc64/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c In file included from hconfig.h:1, from /usr/src/contrib/gcc/gencheck.c:21: /usr/src/gnu/usr.bin/cc/cc_tools/auto-host.h:320:2: #error "I don't know what arch this is." *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 I've tried setting the __sparc64__ and defining environment variables like MACHINE_ARCH, but it just doesn't work. Is this covered somewhere in some documentation I've not seen? Thanks, John From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 7 00:39:17 2004 Return-Path: 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 2C12E16A4CE for ; Sat, 7 Feb 2004 00:39:17 -0800 (PST) Received: from smtp.eos.ocn.ne.jp (eos.ocn.ne.jp [211.6.83.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05C4543D31 for ; Sat, 7 Feb 2004 00:39:17 -0800 (PST) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p37180-adsao12honb4-acca.tokyo.ocn.ne.jp [219.161.134.180]) by smtp.eos.ocn.ne.jp (Postfix) with ESMTP id C08992296; Sat, 7 Feb 2004 17:39:15 +0900 (JST) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.12.9p2/8.12.9) with ESMTP id i178d1A2088897; Sat, 7 Feb 2004 17:39:04 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 07 Feb 2004 17:06:01 +0900 (JST) Message-Id: <20040207.170601.35007207.hrs@eos.ocn.ne.jp> To: john@goodleaf.net From: Hiroki Sato In-Reply-To: <54371.140.107.64.44.1075916714.squirrel@www.goodleaf.net> References: <54371.140.107.64.44.1075916714.squirrel@www.goodleaf.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.0.62 on Emacs 21.3.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Feb__7_17_06_01_2004_879)--" Content-Transfer-Encoding: 7bit cc: freebsd-sparc64@FreeBSD.org Subject: Re: new to sparc64--build problems X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 08:39:17 -0000 ----Security_Multipart(Sat_Feb__7_17_06_01_2004_879)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit "John Goodleaf" wrote in <54371.140.107.64.44.1075916714.squirrel@www.goodleaf.net>: john> cc -O -pipe -mcpu=ultrasparc -I. -static -DGENERATOR_FILE john> -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H john> -DPREFIX=\"/usr\" john> -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools john> -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools john> -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc john> -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config john> -I/usr/obj/usr/src/sparc64/legacy/usr/include -c john> /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c john> In file included from hconfig.h:1, john> from /usr/src/contrib/gcc/gencheck.c:21: john> /usr/src/gnu/usr.bin/cc/cc_tools/auto-host.h:320:2: #error "I don't john> know what arch this is." john> *** Error code 1 john> john> Stop in /usr/src/gnu/usr.bin/cc/cc_tools. john> *** Error code 1 john> john> I've tried setting the __sparc64__ and defining environment john> variables like MACHINE_ARCH, but it just doesn't work. Is this john> covered somewhere in some documentation I've not seen? You do not need to define such variables by hand. In a buildworld log on my Ultra5, the line is as follows and the buildworld works fine: cc -O -pipe -I. -static -DGENERATOR_FILE \ -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H \ -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools \ -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools \ -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc \ -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config \ -I/usr/obj/usr/src/sparc64/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c -- | Hiroki SATO ----Security_Multipart(Sat_Feb__7_17_06_01_2004_879)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQBAJJxsTyzT2CeTzy0RAqQLAJ9mhVDupM5D321qbT+8p7FhJJPWeACgwPtI q0hY0QsSX8QLWEKbGU5jKgo= =mJfU -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Feb__7_17_06_01_2004_879)---- From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 7 01:34:05 2004 Return-Path: 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 1481016A4CE; Sat, 7 Feb 2004 01:34:05 -0800 (PST) Received: from maya20.nic.fr (maya20.nic.fr [192.134.4.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E70C43D1D; Sat, 7 Feb 2004 01:34:04 -0800 (PST) (envelope-from bortzmeyer@nic.fr) Received: from vespucci.nic.fr (postfix@vespucci.nic.fr [192.134.4.68]) by maya20.nic.fr (8.12.4/8.12.4) with ESMTP id i179Y2SI1129076; Sat, 7 Feb 2004 10:34:03 +0100 (CET) Received: by vespucci.nic.fr (Postfix, from userid 1055) id A11BBFEE6; Sat, 7 Feb 2004 10:34:02 +0100 (CET) Date: Sat, 7 Feb 2004 10:34:02 +0100 From: Stephane Bortzmeyer To: Kris Kennaway Message-ID: <20040207093402.GA22595@nic.fr> References: <200402070229.i172TCUe067188@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200402070229.i172TCUe067188@freefall.freebsd.org> X-Operating-System: Debian GNU/Linux testing/unstable X-Kernel: Linux 2.4.24-1-k7 i686 Organization: NIC France X-URL: http://www.nic.fr/ User-Agent: Mutt/1.5.5.1+cvs20040105i cc: liddle@thphys.ox.ac.uk cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64/62448: Terminal Type during install X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 09:34:05 -0000 On Fri, Feb 06, 2004 at 06:29:12PM -0800, Kris Kennaway wrote a message of 15 lines which said: > It's documented in the release notes, This is not true. It is not in http://www.freebsd.org/releases/5.2R/relnotes-sparc64.html. Neither in http://www.freebsd.org/platforms/sparc.html. Nor in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install.html. From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 7 03:44:51 2004 Return-Path: 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 0AA9F16A4CE; Sat, 7 Feb 2004 03:44:51 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA5BE43D1D; Sat, 7 Feb 2004 03:44:50 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 37C657303A; Sat, 7 Feb 2004 06:44:50 -0500 (EST) Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Message-Id: <20040207114450.37C657303A@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2004 06:44:50 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 11:44:51 -0000 TB --- 2004-02-07 11:24:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-07 11:24:15 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-07 11:24:15 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-07 11:28:26 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- /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 [...] cc -O -pipe -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/include -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/../../include -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64 -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/other/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc -DPOSIX_MISTAKE -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/locale -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/net/getifmaddrs.c cc -O -pipe -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/include -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/../../include -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64 -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/other/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc -DPOSIX_MISTAKE -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/locale -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/net/getnameinfo.c cc -O -pipe -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/include -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/../../include -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64 -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/other/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc -DPOSIX_MISTAKE -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/locale -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/net/getnetbydns.c /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/net/getnetbydns.c: In function `ipreverse': /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/net/getnetbydns.c:159: warning: control reaches end of non-void function /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/net/getnetbydns.c: In function `getnetanswer': /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/net/getnetbydns.c:172: warning: unused variable `i' /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/net/getnetbydns.c:172: warning: unused variable `nchar' *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-07 11:44:50 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-07 11:44:50 - TB --- ERROR: failed to build world TB --- 2004-02-07 11:44:50 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 7 05:56:52 2004 Return-Path: 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 7BDED16A4CE for ; Sat, 7 Feb 2004 05:56:52 -0800 (PST) Received: from fep05-svc.mail.telepac.pt (fep05-svc.mail.telepac.pt [194.65.5.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB6B643D1F for ; Sat, 7 Feb 2004 05:56:51 -0800 (PST) (envelope-from j.silva@IEEE.org) Received: from jorgesilva.com ([213.13.196.163]) by fep05-svc.mail.telepac.ptESMTP <20040207135650.PYVB8829.fep05-svc.mail.telepac.pt@jorgesilva.com>; Sat, 7 Feb 2004 13:56:50 +0000 Received: from localhost (localhost [127.0.0.1]) by jorgesilva.com (8.12.10/8.12.10) with ESMTP id i17DunHu001025; Sat, 7 Feb 2004 13:56:49 GMT Received: from adsl-b3-196-163.telepac.pt (adsl-b3-196-163.telepac.pt [213.13.196.163]) by www.jorgesilva.com (IMP) with HTTP for ; Sat, 7 Feb 2004 13:56:47 +0000 Message-ID: <1076162207.4024ee9fba191@www.jorgesilva.com> Date: Sat, 7 Feb 2004 13:56:47 +0000 From: Jorge Silva To: freebsd-sparc64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 X-Originating-IP: 213.13.196.163 X-User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv_1.6) Gecko/20040116 Subject: FreeBSD sparc, can't boot X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 13:56:52 -0000 Hi, I'm trying to install FreeBSD 5.2R on an Ultra10 with 2 IDE disks. One of the disks ( the first one ) has Solaris 9, and on the other I want to install FBSD. When I try to boot from the "bootonly" CD ( with "boot cdrom" on the OB prompt ), this is what I get: >> FreeBSD/sparc64 boot block Boot path: /pci@1F,0/pci@1,1/ide@3/cdrom@2,0:f Boot loader: /boot/loader ( after a while reading the CD and no messages ) Can't read disk label. Can't open disk label package. Fast Data Access MMU Miss and then goes back to the OB ok prompt... Can you please tell me what's wrong with this ? Thank you. Regards, Jorge From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 7 06:05:49 2004 Return-Path: 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 9B03F16A4CE for ; Sat, 7 Feb 2004 06:05:49 -0800 (PST) Received: from maya40.nic.fr (maya40.nic.fr [192.134.4.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C9A43D1D for ; Sat, 7 Feb 2004 06:05:49 -0800 (PST) (envelope-from bortzmeyer@nic.fr) Received: from vespucci.nic.fr (postfix@vespucci.nic.fr [192.134.4.68]) by maya40.nic.fr (8.12.4/8.12.4) with ESMTP id i17E5lYc582514; Sat, 7 Feb 2004 15:05:47 +0100 (CET) Received: by vespucci.nic.fr (Postfix, from userid 1055) id CA935FEE6; Sat, 7 Feb 2004 15:05:47 +0100 (CET) Date: Sat, 7 Feb 2004 15:05:47 +0100 From: Stephane Bortzmeyer To: Jorge Silva Message-ID: <20040207140547.GA24123@nic.fr> References: <1076162207.4024ee9fba191@www.jorgesilva.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1076162207.4024ee9fba191@www.jorgesilva.com> X-Operating-System: Debian GNU/Linux testing/unstable X-Kernel: Linux 2.4.24-1-k7 i686 Organization: NIC France X-URL: http://www.nic.fr/ User-Agent: Mutt/1.5.5.1+cvs20040105i cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD sparc, can't boot X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2004 14:05:49 -0000 On Sat, Feb 07, 2004 at 01:56:47PM +0000, Jorge Silva wrote a message of 36 lines which said: > I'm trying to install FreeBSD 5.2R on an Ultra10 with 2 IDE disks. I installed the same version on the same machine (only one IDE disk) yesterday and it worked. > When I try to boot from the "bootonly" CD ( with "boot cdrom" on the OB prompt I used it also. Is it an ISO image that you downloaded and burned or a CD someone gave you? > Can't read disk label. > Can't open disk label package. > Fast Data Access MMU Miss I'm almost sure that the CD is corrupted or the drive is dead. If the drive works fine with Solaris, I suggest to download an ISO image, check it has been properly downloaded and burn it with utmost precautions (slow speed, clean drive, etc). From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 7 16:16:10 2004 Return-Path: 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 4175316A4CE for ; Sat, 7 Feb 2004 16:16:10 -0800 (PST) Received: from grogged.dyndns.org (c-24-118-162-123.mn.client2.attbi.com [24.118.162.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0027143D1D for ; Sat, 7 Feb 2004 16:16:09 -0800 (PST) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id 0701D20D; Sat, 7 Feb 2004 18:14:55 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id 042BA1E5 for ; Sat, 7 Feb 2004 18:14:55 -0600 (CST) Date: Sat, 7 Feb 2004 18:14:54 -0600 (CST) From: I LUNV JEBUS Cc: freebsd-sparc64@freebsd.org In-Reply-To: <400FB0E3.6000703@lrs.eei.uni-erlangen.de> Message-ID: <20040207180408.D13727@grogged.dyndns.org> References: <400FB0E3.6000703@lrs.eei.uni-erlangen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: syscons on U10 /w Creator X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 00:16:10 -0000 I'm not having a lot of luck playing with this problem. I have an ultra 2 creator3d that sorta works with syscons (freezes on probing serial stuff). Anyhow, I yanked the creator card out of the ultra 2, and compared the chips to the board from my U10 clone. Big difference first: Ultra 2 card has "Sun" branded chip reading: STP3100BGA 100-4025-02 L1A9708 (some garbage lines below) The analog on the Ultra 10 creator card ("Sun" branded as well): 100-5512-01 L2A0791 (garbage lines below) Another small difference: Ultra 2 creator board has a Bt498khf220, The Ultra 10 creator board analog uses a Conexant Bt498AKHF240 chip. Is anyone privey to the datasheets for any of these chips? Or have any other bright ideas? Thanks, -m On Thu, 22 Jan 2004, Peter Meisel wrote: > > Ok, now that my kernel is built and installed, the > machine won't boot. > > I just get a solid white screen and that's all she wrote. > Can ssh in > > either. > > > Rich > > Hello Rich, > > I've the same problem. Did you find any solution? > > Please can you post me the solution - if you have. > > Thanks in advance > > Peter > > -- > ____________________________________ > Peter Meisel +49 9131 8523124 > meisel@lrs.eei.uni-erlangen.de > Paul-Gordan-Strasse 5 > 91052 Erlangen > > _______________________________________________ > 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" >