From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 30 12:04:17 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D067B1065672 for ; Sun, 30 Aug 2009 12:04:17 +0000 (UTC) (envelope-from rc@networkz.ch) Received: from x27.netnea.com (gstserv.netnea.com [213.200.225.210]) by mx1.freebsd.org (Postfix) with ESMTP id 849A18FC14 for ; Sun, 30 Aug 2009 12:04:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by x27.netnea.com (Postfix) with ESMTP id 6FCD733DEF for ; Sun, 30 Aug 2009 14:04:15 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at neanet.com Received: from x27.netnea.com ([127.0.0.1]) by localhost (x27.netnea.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sslXUl5mAjEM for ; Sun, 30 Aug 2009 14:04:15 +0200 (CEST) Received: from asado-180.local (unknown [89.236.172.36]) by x27.netnea.com (Postfix) with ESMTPSA id 268A333DE7 for ; Sun, 30 Aug 2009 14:04:15 +0200 (CEST) Message-ID: <4A9A6ABD.4020803@networkz.ch> Date: Sun, 30 Aug 2009 14:04:13 +0200 From: Christian Ramseyer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> <20090819161410.GA19351@alchemy.franken.de> <4A8DC0DF.4040701@networkz.ch> <4A8EDE72.6040703@networkz.ch> <20090821193740.GA66639@alchemy.franken.de> <20090826205905.GG94142@alchemy.franken.de> In-Reply-To: <20090826205905.GG94142@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Audio on Sunblade 100 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2009 12:04:17 -0000 Marius Strobl wrote: > > Christian could try whether changing the value of register > 0x7b (I think you got the offset of the first one wrong) to > 4 via `pciconf -wb isab0@pci0:0:7:0 0x7b 4` before playing > audio makes any difference, but given that with the latest > firmware your machines also use 2 without problems I doubt > that will make a difference. > Hi Marius As you suspected, it didn't make a difference. Thanks for your effort anyways. Christian From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 31 11:07:16 2009 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45963106568B for ; Mon, 31 Aug 2009 11:07:16 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 33A598FC2A for ; Mon, 31 Aug 2009 11:07:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7VB7Gov070717 for ; Mon, 31 Aug 2009 11:07:16 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7VB7FF4070713 for freebsd-sparc64@FreeBSD.org; Mon, 31 Aug 2009 11:07:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 31 Aug 2009 11:07:15 GMT Message-Id: <200908311107.n7VB7FF4070713@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2009 11:07:16 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 12 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Sat Sep 5 22:50:51 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7FE0106566B for ; Sat, 5 Sep 2009 22:50:51 +0000 (UTC) (envelope-from rjohanne@piper.hamline.edu) Received: from wnk.hamline.edu (wnk2.hamline.edu [138.192.246.27]) by mx1.freebsd.org (Postfix) with ESMTP id B4B8B8FC0A for ; Sat, 5 Sep 2009 22:50:51 +0000 (UTC) Received: from wnk.hamline.edu (localhost.localdomain [127.0.0.1]) by wnk.hamline.edu (8.14.2/8.14.2) with ESMTP id n85MoHXn004793 for ; Sat, 5 Sep 2009 17:50:17 -0500 Received: from localhost (rjohanne@localhost) by wnk.hamline.edu (8.14.2/8.14.2/Submit) with ESMTP id n85MoHmq004790 for ; Sat, 5 Sep 2009 17:50:17 -0500 Date: Sat, 5 Sep 2009 17:50:17 -0500 (CDT) From: R J X-X-Sender: rjohanne@wnk To: freebsd-sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: sata pci cards in ultra 60 or blade 1000 (Update) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Sep 2009 22:50:51 -0000 Hi all, I have upgraded the Os version on the blade 1000 to FreeBSD 8.0-BETA2. I am at a cross-road. I have Two sata controllers that are almost working. I just recently acquired a SUPERMICRO AOC-SAT2-MV8 64-bit PCI-X133MHz SATA Controller. This controller had the same behaviour as the Sil 3512 as explained in the attached email below from Jul 22, on ___FreeBSD 7.2___ Stable. Since the upgrade to 8.0-BETA2, I actually get the SuperMicro to see the attached Hitachi Disk Drive. The problem is that it doesn't complete the booting! It hangs just after printing the details to the SCSI boot/root disk, see SNIPPET. BOOT-SNIPPET (truncated): ------------- gem0: mem 0x100000-0x11ffff at device 5.1 on pci0 miibus0: on gem0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem0: 2kB RX FIFO, 2kB TX FIFO gem0: Ethernet address: 00:03:ba:02:b3:db gem0: [ITHREAD] pci0: at device 5.2 (no driver attached) pci0: at device 5.3 (no driver attached) sym0: <875> port 0x300-0x3ff mem 0x124000-0x1240ff,0x126000-0x126fff at device 6.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [ITHREAD] sym1: <875> port 0x400-0x4ff mem 0x128000-0x1280ff,0x12a000-0x12afff at device 6.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: [ITHREAD] pcib1: mem 0x40004600000-0x40004617fff,0x40004410000-0x4000441004f,0x7ffec000000 pcib1: Schizo, version 4, IGN 0x8, bus A, 66MHz Timecounter "pcib1" frequency 150000000 Hz quality 100 pcib1: DVMA map: 0xc0000000 to 0xffffffff pcib1: [FILTER] pci1: on pcib1 pci1: at device 4.0 (no driver attached) atapci0: port 0x400-0x4ff mem 0x200000-0x2fffff,0x400000-0x7fff1 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] ata8: on atapci0 ata8: [ITHREAD] ata9: on atapci0 ata9: [ITHREAD] nexus0: mem 0x40004480000-0x4000448001f,0x40004706000-0x4000470600f,0x40004708000-0x4000470800f) schppm0: mem 0x40004410050-0x40004410057 on nexus0 nexus0: type unknown (no driver attached) Timecounter "tick" frequency 750000000 Hz quality 1000 Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to deny, loggd ad0: 953869MB at ata7-master SATA300 da0 at sym1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit) da0: Command Queueing enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) ------------------------- END-SNIPPET. Note that ad0, the Hitachi sata disk was never seen in FreeBSD 7.2 stable. Now it is. But, we don't go past that last line above in the snippet during boot. A normal boot, without the Hitachi disk should show these additional lines, denoted by +++: da0 at sym1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit) da0: Command Queueing enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) +++GEOM: da0: adding VTOC8 information. +++Trying to mount root from ufs:/dev/da0a +++No suitable dump device was found. +++Entropy harvesting: interrupts ethernet point_to_point kickstart. +++/dev/da0a: FILE SYSTEM CLEAN; SKIPPING CHECKS +++/dev/da0a: clean, 8098831 free (4663 frags, 1011771 blocks, 0.1% fragmentation) +++/dev/da0d: FILE SYSTEM CLEAN; SKIPPING CHECKS +++/dev/da0d: clean, 7243043 free (3547 frags, 904937 blocks, 0.0% fragmentation) +++gem0: link state changed to UP +++Starting Network: lo0 gem0. +++add net default: gateway 192.168.x.x +++Flushed all rules. +++ +++.................. So, can any body help get this to boot to normal os, and then maybe with addition tweaks, I can the whole thing working. The other part of the cross-roads is the Sil 3512 development since my last email from Jul 22, but I would rather concentrate on the SuperMicro controller: But, if any body is curious, I now have the Sil 3512 show disks, and I can put partitions on the disk, and mount it. It seems if I put light activity on the disk, It works for a while; light activity being moving files (tar or cp) to the disk on the Sil 3512 at a rate slower than 5 or 6 MB/s. If that rate increases to past 6 or 7 MB/s, then I get a hard lock. The ata driver detaches the disk on the Sil 3512, and the only way to regain control is to do a hard reset/reboot. Any way, if any body has clues and suggestions on how I should proceed, I would be quite listening. Thanks, robert > On Wed, 22 Jul 2009, R J wrote: > Hi all, > I have both an ultra 60 and a Sun blade 1000. I have freebsd 7.2 running on > both seemingly without issue, outside of sata pci. > > I have had a promise SATA300 TX4, 66MHZ (4 port version) in the ultra 60 and > rebuild the kernel to contain the ata driver. When the system boots, it sees > the card just fine, but it doesn't see any drives attached to it. I had two > disks attached (one 40gig fujitsu, and one is a 1TB hitachi), but none of > them were seen. I tried powering the drives with a different power supply, > but they would not be seen by the promise controller. The drives work fine > in a pc with linux. > > I switched out the promise card, and put a silicon image Sil 3512 in the > ultra 60, and the two drives were seen. I was able to lay ufs file system on > them, and even copied files around, but the system was not stable. I.e, I > would copy files to the sata hard drives for a few minutes before it would > hang and remain that way till I did a hard reset. > > I then took the Sil 3512 out of the ultra60 and put it in the Sun blade 1000, > and attached the drives, and, just like the promise card, the sil card is > seen by freebsd, but the drives are not. Remember, the drives are seen with > the same card in the ultra60. I currently don't have the promise card with > me to test with the blade, but I would imagine the same thing will happen. > > Has any body had success with sata pci cards in any of the ultrasparc pci > systems? If so, what cards/chipsets/workarounds? > > Other than the 66mhz v 33mhz(with respective 3.3/5 volt) and 32 v 64 bit, is > there any other thing quirky about the sparc pci busses that would cause this > sort of behaviour? > > Any help appreciated. > > Robert >