From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 28 11:04:54 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 994C516A4CE for ; Sun, 28 Nov 2004 11:04:54 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0055543D3F for ; Sun, 28 Nov 2004 11:04:54 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from kg-work.kg4.no (59.80-203-66.nextgentel.com [80.203.66.59]) by mail.broadpark.no (Postfix) with SMTP id B00073077 for ; Sun, 28 Nov 2004 12:04:52 +0100 (MET) Date: Sun, 28 Nov 2004 12:04:44 +0100 From: Torfinn Ingolfsen To: freebsd-sparc64@freebsd.org Message-Id: <20041128120444.0d7936a6.torfinn.ingolfsen@broadpark.no> In-Reply-To: <9D7F0DF3FB16D41184010050DA90E00001C87442@neo.confluentasp.local> References: <9D7F0DF3FB16D41184010050DA90E00001C87442@neo.confluentasp.local> X-Mailer: Sylpheed version 1.0.0beta3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 5.3 on ultra1E: scsi disk not detected 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, 28 Nov 2004 11:04:54 -0000 On Sat, 27 Nov 2004 16:44:25 -0500 "Michael G. Jung" wrote: > Well it had an Enterprise cover on it :-) - I really don't know how I think this is where people gets confused. AFAIK, the only difference between Ultra 1 and Ultra 1 Enterprise (should this be "Ultra Enterprise 1"?) is that the Enterprise model has faster networking. But the Ultra 1E (don't really know what the 'E' means, but it is NOT Enterprise) is different; it has a UPA slot (useful for frame buffers like the Creator series) and a different SCSI controller (Fast/Wide instead of "just" Fast). Right now I can't find the URL where I got this information from. Somebody with better knowledge; please correct any errors. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 28 11:47: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 6CE7116A4CE for ; Sun, 28 Nov 2004 11:47:17 +0000 (GMT) Received: from callahan.capri.pl (callahan.capri.pl [217.149.242.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BBBB43D5A for ; Sun, 28 Nov 2004 11:47:16 +0000 (GMT) (envelope-from mk@capri.pl) Received: from cpx190.neoplus.adsl.tpnet.pl (cpx190.neoplus.adsl.tpnet.pl [83.31.229.190]) (authenticated bits=0) by callahan.capri.pl (8.12.9p2/8.12.9) with ESMTP id iASBlCfS016480 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 28 Nov 2004 12:47:13 +0100 (CET) (envelope-from mk@capri.pl) Date: Sun, 28 Nov 2004 12:50:52 +0100 (CET) From: mk@capri.pl X-X-Sender: mk@grendel.oldford.pl To: Torfinn Ingolfsen In-Reply-To: <20041128120444.0d7936a6.torfinn.ingolfsen@broadpark.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: 5.3 on ultra1E: scsi disk not detected X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Michal Konieczny List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2004 11:47:17 -0000 > I think this is where people gets confused. > AFAIK, the only difference between Ultra 1 and Ultra 1 Enterprise > (should this be "Ultra Enterprise 1"?) is that the Enterprise model has > faster networking. > > But the Ultra 1E (don't really know what the 'E' means, but it is NOT > Enterprise) is different; it has a UPA slot (useful for frame buffers > like the Creator series) and a different SCSI controller (Fast/Wide > instead of "just" Fast). > > Right now I can't find the URL where I got this information from. > Somebody with better knowledge; please correct any errors. Sun has a lot of information on it's web pages. U1: http://sunsolve.sun.com/handbook_pub/Systems/Ultra_1/Ultra_1.html U1E: http://sunsolve.sun.com/handbook_pub/Systems/Ultra_1E/Ultra_1E.html You can tell U1 from U1E looking at system board part number, there are also slight differences in component layout, or by backplate - U1 has 50pin SCSI connector, U1E has 68pin SCSI, U1 has DB15 MAU Ethernet connector, U1E has MII connector. Details: U1: http://sunsolve.sun.com/handbook_pub/Devices/System_Board/SYSBD_Ultra1_140.html U1E: http://sunsolve.sun.com/handbook_pub/Devices/System_Board/SYSBD_Ultra1_140E.html Best regards, -- Michal Konieczny mk@capri.pl From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 29 01:25: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 9F5C016A4CE for ; Mon, 29 Nov 2004 01:25:25 +0000 (GMT) Received: from labyrinth.cs.rogers.wave.ca (labyrinth.cs.rogers.wave.ca [24.112.32.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E2543D46 for ; Mon, 29 Nov 2004 01:25:25 +0000 (GMT) (envelope-from auslander@labyrinth.cs.rogers.wave.ca) Received: from localhost (localhost [127.0.0.1]) by labyrinth.cs.rogers.wave.ca (Postfix) with ESMTP id 18B8D24F for ; Sun, 28 Nov 2004 20:25:24 -0500 (EST) Received: from labyrinth.cs.rogers.wave.ca ([127.0.0.1])port 10024) with ESMTP id 15670-06 for ; Sun, 28 Nov 2004 20:25:17 -0500 (EST) Received: by labyrinth.cs.rogers.wave.ca (Postfix, from userid 1001) id 81D7B248; Sun, 28 Nov 2004 20:25:17 -0500 (EST) Date: Sun, 28 Nov 2004 20:25:17 -0500 From: Charlie Livingston To: freebsd-sparc64@freebsd.org Message-ID: <20041129012517.GA2110@labyrinth.cs.rogers.wave.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new Subject: SBus PCMCIA Adapter 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, 29 Nov 2004 01:25:25 -0000 I've got a Sun Ultra 1 (it may be an ultra 1E, i'm not sure) that i'm running at home as a firewall/nat/server for my home LAN. It works flawlessly under FreeBSD 5.3 except for one issue; For the life of me, I can't get the kernel to recognise the SBus PCMCIA adapter that came installed in the machine. I've added pcmcia/carbus support to the kernel and recompiled to no avail; The kernel compiles cleanly without error, but dmesg still reports that the device has no driver attached to it. I've attached my kernel config and dmesg output below, is there something I'm missing? --- Start /usr/src/sys/sparc64/conf/WILLIE # /usr/src/sys/sparc64/conf/WILLIE # # There's n'arry a creature alive that can outrun a greased scotsman! # machine sparc64 cpu SUN4U ident WILLIE # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Platforms supported # At this time all platforms are supported, as-is. options SCHED_4BSD # 4BSD scheduler 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 CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Keep this for a while options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) 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 # Standard busses device sbus device pci # SCSI Controllers device esp # NCR53c9x (FEPS/FAS366) # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device ofw_console # Open Firmware console device # Builtin hardware device genclock # Generic clock interface device eeprom # eeprom (really a front-end for the MK48Txx) device "mk48txx" # Mostek MK48T02, MK48T08, MK48T59 clock # Serial (COM) ports device zs # Zilog 8530 based serial ports # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device hme # Sun HME (Happy Meal Ethernet) # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device random # Entropy device device ether # Ethernet support 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 # Firewall Support device pf # OpenBSD's PF firewall device pflog # Logging Support options ALTQ # ALTQ Queuing / Shaping support # Wireless Support # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus device wlan device wi --- END /usr/src/sys/sparc64/conf/WILLIE --- START /var/run/dmesg.boot stray vector interrupt 2033 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.3-RELEASE #2: Wed Nov 10 19:05:49 EST 2004 root@willie.home.ath0.net:/usr/obj/usr/src/sys/WILLIE Timecounter "tick" frequency 166996328 Hz quality 1000 real memory = 536870912 (512 MB) avail memory = 507985920 (484 MB) cpu0: Sun Microsystems UltraSparc-I Processor (167.00 MHz CPU) nexus0: sbus0: clock 25.000 MHz sbus dvma: DVMA map: 0xfc000000 to 0xffffffff sbus0: [FAST] sbus0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 sbus0: on nexus0 sbus0: , type (unknown) (no driver attached) sbus0: , type (unknown) (no driver attached) sbus0: , type (unknown) (no driver attached) sbus0: , type block (no driver attached) eeprom0: mem 0x1200000-0x1201fff on sbus0 eeprom0: model mk48t59 eeprom0: hostid 807ecd49 zs0: mem 0x1100000-0x1100003 irq 2024 on sbus0 zs0: [FAST] zstty0: on zs0 zstty0: console 9600,8,n,1,- zstty1: on zs0 sbus0: , type serial (no driver attached) sbus0: , type (unknown) (no driver attached) sbus0: , type (unknown) (no driver attached) esp0: mem 0x8810000-0x881003f,0x8800000-0x880000f irq 2016 on sbus0 esp0: [GIANT-LOCKED] esp0: FAS366/HME, 40MHz, SCSI ID 7 hme0: mem 0x8c07000-0x8c0701f,0x8c06000-0x8c07fff,0x8c04000-0x8c05fff,0x8c02000-0x8c03fff,0x8c00000-0x8c00107 irq 2017 on sbus0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:7e:cd:49 hme0: if_start running deferred for Giant hme0: [GIANT-LOCKED] sbus0: , type (unknown) (no driver attached) sbus0: , type (unknown) (no driver attached) hme1: mem 0x8c07000-0x8c0701f,0x8c06000-0x8c07fff,0x8c04000-0x8c05fff,0x8c02000-0x8c03fff,0x8c00000-0x8c00107 irq 1996 on sbus0 miibus1: on hme1 nsphy1: on miibus1 nsphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme1: Ethernet address: 08:00:20:7e:cd:49 hme1: if_start running deferred for Giant hme1: [GIANT-LOCKED] esp1: mem 0x8810000-0x881003f,0x8800000-0x880000f irq 1995 on sbus0 esp1: [GIANT-LOCKED] esp1: FAS366/HME, 40MHz, SCSI ID 7 nexus0: , type display (no driver attached) Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle cd0 at esp0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 8.064MB/s transfers (8.064MHz, offset 15) cd0: cd present [10256 x 2048 byte records] da0 at esp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) da1 at esp0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) Mounting root from ufs:/dev/da1a --- END /var/run/dmesg.boot Is there something I'm missing in my kernel config? -- ___//____\\___//____\\___\\___//____\\___//____\\___//____\\___//____\\ Charlie Livingston "What we need to do is take the warning charlie@sysninjas.com labels off of everything and let the http://sysninjas.com problem of stupidity solve itself" - Unknown Author From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 29 04:06: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 D36FC16A4CE for ; Mon, 29 Nov 2004 04:06:34 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DCF343D31 for ; Mon, 29 Nov 2004 04:06:34 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id iAT46WCH027806; Sun, 28 Nov 2004 23:06:33 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <41A3A08B.1000803@freebsd.org> Date: Sun, 28 Nov 2004 23:06:31 -0500 To: Marcel Moolenaar From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org Subject: Re: Serial configs on 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: Mon, 29 Nov 2004 04:06:34 -0000 At 10:40 PM -0800 11/24/04, Marcel Moolenaar wrote: >On Nov 24, 2004, at 9:21 PM, Garance A Drosihn wrote: > >>I un-commented the uart line in my kernel config, and changed >>the lines in /etc/tty back to what they had been. I booted into >>single-user with the new kernel (planning to 'make installworld'), >>and I had no serial console. > >Did you remove zs(4)? >Did you remove ofw_console(4)? >Did you add puc(4)? This combination did not work in the way I was hoping for. I have tried a variety of things over the past few days, and at this point I'm starting to lose track of which-combination-did-what. But I think it was that if I remove ofw_console, then the bootup messages stop showing up after the line "jumping to kernel entry at 0xc0048000.", which comes very early in the startup process. If I removed the 'sab' device, I seemed to get closer to what I wanted. What I was hoping for was to have both the firmware console that one gets from plugging in the keyboard, and the serial console. I wanted all the bootup messages to go to the serial console, where they are easy for me to capture. Once the system was up in multi-user mode, I wanted to be able to log into both the firmware and the serial console. When dropping into single-user mode, I wanted one of the two consoles to work (I don't mind which one). Apparently I can't get to that point. I notice Marius just committed some changes to dev/uart, so maybe I should retry after recompiling with that. I should note that I'm not really all *that* concerned about this. Initially all I really wanted to do was to stop seeing the error messages about ttya at startup, and to have a getty running on the serial console. -- 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 Mon Nov 29 11:02: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 D017316A4E8 for ; Mon, 29 Nov 2004 11:02:08 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE0F843D31 for ; Mon, 29 Nov 2004 11:02:08 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iATB287E008139 for ; Mon, 29 Nov 2004 11:02:08 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iATB27bB008133 for freebsd-sparc64@freebsd.org; Mon, 29 Nov 2004 11:02:07 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 29 Nov 2004 11:02:07 GMT Message-Id: <200411291102.iATB27bB008133@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, 29 Nov 2004 11:02:09 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2004/11/02] sparc64/73413sparc64 [patch] pthread(libkse) library is broken o [2004/11/10] sparc64/73782sparc64 libc is missing the _Qp_cmp function 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/11] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di o [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/08/02] sparc64/69893sparc64 asr panics the system on sparc64 o [2004/10/15] sparc64/72731sparc64 sparc64, 5.3-BETA7, "host" command doesn' o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa 5 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 29 12:43: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 8272616A4D7; Mon, 29 Nov 2004 12:43:53 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15E4C43D69; Mon, 29 Nov 2004 12:43:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iATChqZQ060747; Mon, 29 Nov 2004 07:43:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iATChpEl089838; Mon, 29 Nov 2004 07:43:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3F7607306E; Mon, 29 Nov 2004 07:43:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041129124352.3F7607306E@freebsd-current.sentex.ca> Date: Mon, 29 Nov 2004 07:43:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/588/Sun Nov 14 19:06:21 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/588/Sun Nov 14 19:06:21 2004 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean 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, 29 Nov 2004 12:43:53 -0000 TB --- 2004-11-29 11:27:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-29 11:27:19 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-11-29 11:27:19 - checking out the source tree TB --- 2004-11-29 11:27:19 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-11-29 11:27:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-29 11:33:42 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-29 11:33:42 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-11-29 11:33:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-11-29 12:39:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-29 12:39:43 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-11-29 12:39:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Nov 29 12:39:43 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/vfs_cache.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/vfs_cluster.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/vfs_default.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/vfs_export.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/vfs_export.c: In function `vfs_hang_addrlist': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/vfs_export.c:132: error: `SA_MAX' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/vfs_export.c:132: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/vfs_export.c:132: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-11-29 12:43:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-29 12:43:52 - ERROR: failed to build generic kernel TB --- 2004-11-29 12:43:52 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 30 13:38:27 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 3866316A4CE for ; Tue, 30 Nov 2004 13:38:27 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3E9043D1D for ; Tue, 30 Nov 2004 13:38:26 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id iAUDboe0021782; Tue, 30 Nov 2004 13:37:50 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id iAUDbk1X080300; Tue, 30 Nov 2004 13:37:46 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id iAUDbiD8080299; Tue, 30 Nov 2004 13:37:44 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Charlie Livingston In-Reply-To: <20041129012517.GA2110@labyrinth.cs.rogers.wave.ca> References: <20041129012517.GA2110@labyrinth.cs.rogers.wave.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1101821864.79642.131.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 30 Nov 2004 13:37:44 +0000 X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-sparc64@freebsd.org Subject: Re: SBus PCMCIA Adapter 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, 30 Nov 2004 13:38:27 -0000 On Mon, 2004-11-29 at 01:25, Charlie Livingston wrote: > I've got a Sun Ultra 1 (it may be an ultra 1E, i'm not sure) that i'm running > at home as a firewall/nat/server for my home LAN. It works flawlessly under > FreeBSD 5.3 except for one issue; For the life of me, I can't get the kernel > to recognise the SBus PCMCIA adapter that came installed in the machine. > > I've added pcmcia/carbus support to the kernel and recompiled to no avail; > > The kernel compiles cleanly without error, but dmesg still reports that the > device has no driver attached to it. > > I've attached my kernel config and dmesg output below, is there something I'm > missing? As I understand it, at the moment there is no support. A while back Warner was after a sbus-based Sparc so that he could work on pcmcia support. Looks like his wish was granted about a month ago, so for now I would suggest you wait or maybe email him and see if there's any testing that you can help with. Gavin From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 30 14:48:18 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 D4E8B16A4CE for ; Tue, 30 Nov 2004 14:48:18 +0000 (GMT) Received: from labyrinth.cs.rogers.wave.ca (labyrinth.cs.rogers.wave.ca [24.112.32.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E76943D48 for ; Tue, 30 Nov 2004 14:48:18 +0000 (GMT) (envelope-from auslander@labyrinth.cs.rogers.wave.ca) Received: from localhost (localhost [127.0.0.1]) by labyrinth.cs.rogers.wave.ca (Postfix) with ESMTP id 7DC5D248; Tue, 30 Nov 2004 09:48:17 -0500 (EST) Received: from labyrinth.cs.rogers.wave.ca ([127.0.0.1])port 10024) with ESMTP id 05960-06; Tue, 30 Nov 2004 09:48:11 -0500 (EST) Received: by labyrinth.cs.rogers.wave.ca (Postfix, from userid 1001) id DBFB6241; Tue, 30 Nov 2004 09:48:10 -0500 (EST) Date: Tue, 30 Nov 2004 09:48:10 -0500 From: Charlie Livingston To: Gavin Atkinson Message-ID: <20041130144810.GC39707@labyrinth.cs.rogers.wave.ca> References: <20041129012517.GA2110@labyrinth.cs.rogers.wave.ca> <1101821864.79642.131.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1101821864.79642.131.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-sparc64@freebsd.org Subject: Re: SBus PCMCIA Adapter 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, 30 Nov 2004 14:48:18 -0000 I'd be more then happy to test whatever code I can. After a little more investigation, It looks like the hardware needs some sort of a shim to work. Under OpenBSD the PCMCIA card is detected as attached to another device named 'stp'. After a little more searching, it looks like stp is a driver that provides an interface between the actual PCMCIA sockets and the PCMCIA nexus. Some more searching pointed to this code for NetBSD to support this interface; located at the following URL: http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/sbus/stp4020.c Although I'm relatively useless for coding, if anyone has the inclination to port this over, i'd be more then happy to lend whatever help I can in testing this. Thanks for all the input. On Tue, Nov 30, 2004 at 01:37:44PM +0000, Gavin Atkinson said: > On Mon, 2004-11-29 at 01:25, Charlie Livingston wrote: > > I've got a Sun Ultra 1 (it may be an ultra 1E, i'm not sure) that i'm running > > at home as a firewall/nat/server for my home LAN. It works flawlessly under > > FreeBSD 5.3 except for one issue; For the life of me, I can't get the kernel > > to recognise the SBus PCMCIA adapter that came installed in the machine. > > > > I've added pcmcia/carbus support to the kernel and recompiled to no avail; > > > > The kernel compiles cleanly without error, but dmesg still reports that the > > device has no driver attached to it. > > > > I've attached my kernel config and dmesg output below, is there something I'm > > missing? > > As I understand it, at the moment there is no support. A while back > Warner was after a sbus-based Sparc so that he could work on pcmcia > support. Looks like his wish was granted about a month ago, so for now I > would suggest you wait or maybe email him and see if there's any testing > that you can help with. > > Gavin > -- ___//____\\___//____\\___\\___//____\\___//____\\___//____\\___//____\\ Charlie Livingston "What we need to do is take the warning charlie@sysninjas.com labels off of everything and let the http://sysninjas.com problem of stupidity solve itself" - Unknown Author From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 30 17:53: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 037C916A4CE for ; Tue, 30 Nov 2004 17:53:31 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB3E043D55 for ; Tue, 30 Nov 2004 17:53:30 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 1404 invoked from network); 30 Nov 2004 17:53:30 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 30 Nov 2004 17:53:29 -0000 Received: from qa4379.itdev.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iAUHrJ07088272; Tue, 30 Nov 2004 12:53:25 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: sparc64@FreeBSD.org Date: Tue, 30 Nov 2004 10:35:12 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200411301035.12035.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Poul-Henning Kamp Subject: Duplicate mbuf free panic in hme(4) 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, 30 Nov 2004 17:53:31 -0000 I got the following panic on my ultra60 while the box was idle over the holidays: Nov 26 00:20:25 amd[293]: reload of map /etc/amd.map is not needed (in sync) Nov 26 01:24:26 amd[293]: reload of map /etc/amd.map is not needed (in sync) Nov 26 02:28:26 amd[293]: reload of map /etc/amd.map is not needed (in sync) Nov 26 03:32:26 amd[293]: reload of map /etc/amd.map is not needed (in sync) Slab at 0xfffff80085467ed8, freei 2 = 0. panic: Duplicate free of item 0xfffff80085466200 from zone 0xfffff80027ffd5c0 (Mbuf) cpuid = 0 KDB: enter: panic [thread 100039] Stopped at kdb_enter+0x38: ta %xcc, 1 db> tr panic() at panic+0x19c uma_dbg_free() at uma_dbg_free+0x138 uma_zfree_arg() at uma_zfree_arg+0x1a4 m_freem() at m_freem+0x4c hme_intr() at hme_intr+0x2d0 psycho_intr_stub() at psycho_intr_stub+0x8 ithread_loop() at ithread_loop+0x218 fork_exit() at fork_exit+0x9c fork_trampoline() at fork_trampoline+0x8 db> Perhaps this can also explain the memory used after free panics that myself and others see on our sparcs under load? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 30 20:15: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 CBF7D16A4CE for ; Tue, 30 Nov 2004 20:15:06 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CDEC43D5F for ; Tue, 30 Nov 2004 20:15:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13535 invoked from network); 30 Nov 2004 20:15: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 Nov 2004 20:11:11 -0000 Received: from qa4379.itdev.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iAUKAW0C089425; Tue, 30 Nov 2004 15:10:56 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-sparc64@FreeBSD.org Date: Tue, 30 Nov 2004 14:10:46 -0500 User-Agent: KMail/1.6.2 References: <200411301035.12035.jhb@FreeBSD.org> In-Reply-To: <200411301035.12035.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411301410.46329.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Poul-Henning Kamp cc: sparc64@FreeBSD.org Subject: Re: Duplicate mbuf free panic in hme(4) 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, 30 Nov 2004 20:15:06 -0000 On Tuesday 30 November 2004 10:35 am, John Baldwin wrote: > I got the following panic on my ultra60 while the box was idle over the > holidays: > > Nov 26 00:20:25 amd[293]: reload of map /etc/amd.map is not needed (in > sync) Nov 26 01:24:26 amd[293]: reload of map /etc/amd.map is not needed > (in sync) Nov 26 02:28:26 amd[293]: reload of map /etc/amd.map is not > needed (in sync) Nov 26 03:32:26 amd[293]: reload of map /etc/amd.map is > not needed (in sync) Slab at 0xfffff80085467ed8, freei 2 = 0. > panic: Duplicate free of item 0xfffff80085466200 from zone > 0xfffff80027ffd5c0 (Mbuf) > > cpuid = 0 > KDB: enter: panic > [thread 100039] > Stopped at kdb_enter+0x38: ta %xcc, 1 > db> tr > panic() at panic+0x19c > uma_dbg_free() at uma_dbg_free+0x138 > uma_zfree_arg() at uma_zfree_arg+0x1a4 > m_freem() at m_freem+0x4c > hme_intr() at hme_intr+0x2d0 > psycho_intr_stub() at psycho_intr_stub+0x8 > ithread_loop() at ithread_loop+0x218 > fork_exit() at fork_exit+0x9c > fork_trampoline() at fork_trampoline+0x8 > db> > > Perhaps this can also explain the memory used after free panics that myself > and others see on our sparcs under load? Slightly more info: (gdb) l *hme_intr+0x2d0 0xc00bb4d0 is in hme_intr (../../../dev/hme/if_hme.c:1206). 1201 bus_dmamap_sync(sc->sc_tdmatag, htx->htx_dmamap, 1202 BUS_DMASYNC_POSTWRITE); 1203 bus_dmamap_unload(sc->sc_tdmatag, htx->htx_dmamap); 1204 1205 ifp->if_opackets++; 1206 m_freem(htx->htx_m); 1207 htx->htx_m = NULL; 1208 STAILQ_REMOVE_HEAD(&sc->sc_rb.rb_txbusyq, htx_q); 1209 STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txfreeq, htx, htx_q); 1210 htx = STAILQ_FIRST(&sc->sc_rb.rb_txbusyq); > ident /sys/dev/hme/if_hme.c /sys/dev/hme/if_hme.c: $FreeBSD: src/sys/dev/hme/if_hme.c,v 1.32 2004/11/22 06:46:30 yongari Exp$ -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 30 20:15: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 D3BE116A4D0 for ; Tue, 30 Nov 2004 20:15:06 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C5DB43D5D for ; Tue, 30 Nov 2004 20:15:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13535 invoked from network); 30 Nov 2004 20:15: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 Nov 2004 20:11:11 -0000 Received: from qa4379.itdev.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iAUKAW0C089425; Tue, 30 Nov 2004 15:10:56 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-sparc64@FreeBSD.org Date: Tue, 30 Nov 2004 14:10:46 -0500 User-Agent: KMail/1.6.2 References: <200411301035.12035.jhb@FreeBSD.org> In-Reply-To: <200411301035.12035.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411301410.46329.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Poul-Henning Kamp cc: sparc64@FreeBSD.org Subject: Re: Duplicate mbuf free panic in hme(4) 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, 30 Nov 2004 20:15:07 -0000 On Tuesday 30 November 2004 10:35 am, John Baldwin wrote: > I got the following panic on my ultra60 while the box was idle over the > holidays: > > Nov 26 00:20:25 amd[293]: reload of map /etc/amd.map is not needed (in > sync) Nov 26 01:24:26 amd[293]: reload of map /etc/amd.map is not needed > (in sync) Nov 26 02:28:26 amd[293]: reload of map /etc/amd.map is not > needed (in sync) Nov 26 03:32:26 amd[293]: reload of map /etc/amd.map is > not needed (in sync) Slab at 0xfffff80085467ed8, freei 2 = 0. > panic: Duplicate free of item 0xfffff80085466200 from zone > 0xfffff80027ffd5c0 (Mbuf) > > cpuid = 0 > KDB: enter: panic > [thread 100039] > Stopped at kdb_enter+0x38: ta %xcc, 1 > db> tr > panic() at panic+0x19c > uma_dbg_free() at uma_dbg_free+0x138 > uma_zfree_arg() at uma_zfree_arg+0x1a4 > m_freem() at m_freem+0x4c > hme_intr() at hme_intr+0x2d0 > psycho_intr_stub() at psycho_intr_stub+0x8 > ithread_loop() at ithread_loop+0x218 > fork_exit() at fork_exit+0x9c > fork_trampoline() at fork_trampoline+0x8 > db> > > Perhaps this can also explain the memory used after free panics that myself > and others see on our sparcs under load? Slightly more info: (gdb) l *hme_intr+0x2d0 0xc00bb4d0 is in hme_intr (../../../dev/hme/if_hme.c:1206). 1201 bus_dmamap_sync(sc->sc_tdmatag, htx->htx_dmamap, 1202 BUS_DMASYNC_POSTWRITE); 1203 bus_dmamap_unload(sc->sc_tdmatag, htx->htx_dmamap); 1204 1205 ifp->if_opackets++; 1206 m_freem(htx->htx_m); 1207 htx->htx_m = NULL; 1208 STAILQ_REMOVE_HEAD(&sc->sc_rb.rb_txbusyq, htx_q); 1209 STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txfreeq, htx, htx_q); 1210 htx = STAILQ_FIRST(&sc->sc_rb.rb_txbusyq); > ident /sys/dev/hme/if_hme.c /sys/dev/hme/if_hme.c: $FreeBSD: src/sys/dev/hme/if_hme.c,v 1.32 2004/11/22 06:46:30 yongari Exp$ -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 1 14:32: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 CCFC616A4CE for ; Wed, 1 Dec 2004 14:32:25 +0000 (GMT) Received: from callahan.capri.pl (callahan.capri.pl [217.149.242.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA8CB43D4C for ; Wed, 1 Dec 2004 14:32:24 +0000 (GMT) (envelope-from mk@capri.pl) Received: from cpg145.neoplus.adsl.tpnet.pl (cpg145.neoplus.adsl.tpnet.pl [83.31.212.145]) (authenticated bits=0) by callahan.capri.pl (8.12.9p2/8.12.9) with ESMTP id iB1EWMZT081748 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 1 Dec 2004 15:32:22 +0100 (CET) (envelope-from mk@capri.pl) Date: Wed, 1 Dec 2004 15:36:28 +0100 (CET) From: mk@capri.pl X-X-Sender: mk@grendel.oldford.pl To: freebsd-sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: sbus quad fast ethernet variants X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Michal Konieczny List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2004 14:32:25 -0000 I'm getting sun quad fast ethernet board for my ultra2, but there are two of them: SQFE/S 1.0 (option 1042 #501-4302) and SQFE/S 2.0 (option 1049, #501-4837/501-5443). Solaris has different drivers for them: 1.0 is hme, 2.0 uses qfe drivers. Both boards look almost the same, chipset is the same - I'm almost sure, so I don't really get why Solaris uses different drivers. Does FreeBSD support both variants, any experiences, hints ? Best regards, -- Michal Konieczny mk@capri.pl From owner-freebsd-sparc64@FreeBSD.ORG Wed Dec 1 14:36:27 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 263B016A4CE for ; Wed, 1 Dec 2004 14:36:27 +0000 (GMT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5C0443D1F for ; Wed, 1 Dec 2004 14:36:26 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id 1C0857A2F; Wed, 1 Dec 2004 15:36:25 +0100 (MET) Date: Wed, 1 Dec 2004 15:36:25 +0100 From: Joerg Wunsch To: mk@capri.pl Message-ID: <20041201143624.GO20598@ida.interface-business.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Phone: +49-351-31809-14 X-PGP-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 Organization: interface systems GmbH, Dresden User-Agent: Mutt/1.5.6i cc: freebsd-sparc64@freebsd.org Subject: Re: sbus quad fast ethernet variants X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Dec 2004 14:36:27 -0000 As mk@capri.pl wrote: > Does FreeBSD support both variants, any experiences, hints ? No idea for the SBus version. For the PCI versions of the QFE, FreeBSD really just considers it as quad hme devices, sitting behind a PCI-PCI bridge. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Thu Dec 2 19:29:27 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 311BF16A4CE; Thu, 2 Dec 2004 19:29:27 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8A7243D54; Thu, 2 Dec 2004 19:29:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iB2JTQ8E002306; Thu, 2 Dec 2004 14:29:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iB2JTPhH025627; Thu, 2 Dec 2004 14:29:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7F10E7306E; Thu, 2 Dec 2004 14:29:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041202192925.7F10E7306E@freebsd-current.sentex.ca> Date: Thu, 2 Dec 2004 14:29:25 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/588/Sun Nov 14 19:06:21 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean 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: Thu, 02 Dec 2004 19:29:27 -0000 TB --- 2004-12-02 18:16:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-02 18:16:15 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-12-02 18:16:15 - checking out the source tree TB --- 2004-12-02 18:16:15 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-12-02 18:16:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-02 18:22:46 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-02 18:22:46 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-12-02 18:22:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-12-02 19:28:34 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-02 19:28:34 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-12-02 19:28:34 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Dec 2 19:28:35 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica/actypes.h:168:2: #error ACPI_MACHINE_WIDTH not defined /tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica/actypes.h:277:2: #error unknown ACPI_MACHINE_WIDTH In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica/acpi.h:129, from /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/pci/pci.c:63: /tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica/acmacros.h:377:2: #error unknown ACPI_MACHINE_WIDTH In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/pci/pci.c:64: /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/acpica/acpivar.h:31:21: acpi_if.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-12-02 19:29:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-02 19:29:25 - ERROR: failed to build generic kernel TB --- 2004-12-02 19:29:25 - tinderbox aborted