From rjohanne at piper.hamline.edu  Sat Sep  5 22:50:51 2009
From: rjohanne at piper.hamline.edu (R J)
Date: Sat Sep  5 22:50:58 2009
Subject: sata pci cards in ultra 60 or blade 1000 (Update)
Message-ID: <Pine.LNX.4.64.0909051749450.4756@wnk>

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: <Sun ERI 10/100 Ethernet> mem 0x100000-0x11ffff at device 5.1 on pci0
miibus0: <MII bus> on gem0
ukphy0: <Generic IEEE 802.3u media interface> 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: <serial bus, FireWire> at device 5.2 (no driver attached)
pci0: <serial bus, USB> 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: <Sun Host-PCI bridge> 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: <OFW PCI bus> on pcib1
pci1: <mass storage, SCSI> at device 4.0 (no driver attached)
atapci0: <Marvell 88SX6081 SATA300 controller> port 0x400-0x4ff mem 
0x200000-0x2fffff,0x400000-0x7fff1
atapci0: [ITHREAD]
ata2: <ATA channel 0> on atapci0
ata2: [ITHREAD]
ata3: <ATA channel 1> on atapci0
ata3: [ITHREAD]
ata4: <ATA channel 2> on atapci0
ata4: [ITHREAD]
ata5: <ATA channel 3> on atapci0
ata5: [ITHREAD]
ata6: <ATA channel 4> on atapci0
ata6: [ITHREAD]
ata7: <ATA channel 5> on atapci0
ata7: [ITHREAD]
ata8: <ATA channel 6> on atapci0
ata8: [ITHREAD]
ata9: <ATA channel 7> on atapci0
ata9: [ITHREAD]
nexus0: <upa> mem 
0x40004480000-0x4000448001f,0x40004706000-0x4000470600f,0x40004708000-0x4000470800f)
schppm0: <Schizo power management> mem 0x40004410050-0x40004410057 on nexus0
nexus0: <syscons> 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 <Hitachi HDT721010SLA360 ST6OA31B> at ata7-master SATA300
da0 at sym1 bus 0 target 0 lun 0
da0: <FUJITSU MAS3367NP 5B08> 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: <FUJITSU MAS3367NP 5B08> 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
>
From ardelean at ww.uni-erlangen.de  Sun Sep  6 10:24:31 2009
From: ardelean at ww.uni-erlangen.de (Gheorghe Ardelean)
Date: Sun Sep  6 10:24:37 2009
Subject: Audio on Sunblade 100
In-Reply-To: <20090826205905.GG94142@alchemy.franken.de>
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>
	<alpine.LNX.2.00.0908211010390.13578@servww6.ww.uni-erlangen.de>
	<4A8EDE72.6040703@networkz.ch>
	<20090821193740.GA66639@alchemy.franken.de>
	<alpine.LNX.2.00.0908221457030.19124@servww6.ww.uni-erlangen.de>
	<alpine.LNX.2.00.0908241116200.26992@servww6.ww.uni-erlangen.de>
	<20090826205905.GG94142@alchemy.franken.de>
Message-ID: <alpine.LNX.2.00.0909061219270.31662@servww6.ww.uni-erlangen.de>

On Wed, 26 Aug 2009, Marius Strobl wrote:

> On Mon, Aug 24, 2009 at 12:07:44PM +0200, Gheorghe Ardelean wrote:
>
> <...>
>
> Thanks for the dumps!
>
>>
>>> From all this dumps all I can see is that on my Blade100s there are some
>> bytes in the isab0@pci... dumps which are different from what the Christian
>> has:
>>
>> ardelean@ahorn:~> diff -u pciconf-myconfig1.txt pciconf-christian.txt
>> --- pciconf-myconfig1.txt      2009-08-24 11:24:52.758524000 +0200
>> +++ pciconf-christian.txt      2009-08-24 11:25:30.791166000 +0200
>>
>> -00 00 06 00 41 03 00 d3  04 02 00 04 00 00 01 10
>> +00 00 06 00 41 03 00 d3  04 02 00 02 00 00 01 10
>>
>> and the boot verbose part:
>>
>> -pcm0: sndbuf_setmap c1140000, 10000; 0xc0c62000 -> c1140000
>> -pcm0: sndbuf_setmap c1160000, 10000; 0xc0c82000 -> c1160000
>> +pcm0: sndbuf_setmap c1140000, 10000; 0xc0c50000 -> c1140000
>> +pcm0: sndbuf_setmap c1160000, 10000; 0xc0c70000 -> c1160000
>>
>
> The interesing bits here are the leftmost and the rightmost
> columns which contain the DVMA addresses. Aa they are
> indentical on both machines, incorrect bus_dma(9) parameters
> can be ruled out as a cause for the problem Christian is
> seeing.
>
>> So one can see that there are differences in the output of isab0@pci
>> dump and also in the dmesg. In the case of Christian this diference is
>> at bye offset 0x79 (one byte). In my case the difference is at
>> byteoffset 0x82 (two bytes).
>
> 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.

Maybe I've got the offset wrong. I counted the bytes by lines 16 bytes 
each.

> Unfortunately, I'm currently out of ideas what could be
> the reason for the problem Christian is seeing. Given that
> what I have works fine on 2 of 3 Blade 100 and my Blade
> 1500, I'll commit it once I had a chance to verify it
> doesn't break i386 though. It would be great however if
> you could try a slightly updated version of the patch at
> http://people.freebsd.org/~marius/t4dwave_M5451_32-bit.diff
> (MD5 hash: 7aaee2bfeab57c21ab23c98cf1c67f23) with one
> of your Blade 100.

I am currently on holidays and I can not test it but afer 14th of 
September I'll do it. I think I have also an amd64 system with an Asrock 
939Dual Sata2 on it and it has the same sound chip such as I can test the 
patch on i386/amd64 also but maybe I am wrong here.

Regards,

Gheorghe
From marius at alchemy.franken.de  Sun Sep  6 18:21:58 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Sun Sep  6 18:22:04 2009
Subject: sata pci cards in ultra 60 or blade 1000 (Update)
In-Reply-To: <Pine.LNX.4.64.0909051749450.4756@wnk>
References: <Pine.LNX.4.64.0909051749450.4756@wnk>
Message-ID: <20090906182156.GA66161@alchemy.franken.de>

On Sat, Sep 05, 2009 at 05:50:17PM -0500, R J wrote:
> 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.

<...>

> 
> So, can any body help get this to boot to normal os, and then maybe with 
> addition tweaks, I can the whole thing working.

At a quick glance, atamarvell(4) is at least missing DMA
synchronisation of the work area and isn't fully endian
clean. You could try whether you get any further with
the following patch:
http://people.freebsd.org/~marius/ata-marvell.c.diff
But again, the fail-safe way to get SATA disks working
on sparc64 would be to use a controller driven by mpt(4)
rather than ata(4) as the latter really has a lot of 
problems.

> 
> 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.

You should talk to mav@FreeBSD.org about problems with
siis(4).

Marius

From bugmaster at FreeBSD.org  Mon Sep  7 11:07:08 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Sep  7 11:09:39 2009
Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org
Message-ID: <200909071107.n87B78Yr010383@freefall.freebsd.org>

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 rjohanne at piper.hamline.edu  Wed Sep  9 00:32:22 2009
From: rjohanne at piper.hamline.edu (R J)
Date: Wed Sep  9 00:32:28 2009
Subject: sata pci cards in ultra 60 or blade 1000 (Update)
In-Reply-To: <20090906182156.GA66161@alchemy.franken.de>
References: <Pine.LNX.4.64.0909051749450.4756@wnk>
	<20090906182156.GA66161@alchemy.franken.de>
Message-ID: <Pine.LNX.4.64.0909081851001.8820@wnk>

Marius,

I would like to say that thanks for fixing the ata-marvell driver for the 
SuperMicro Sata card on sparc64, atleast the blade 1000.  Your patch has 
enabled the card to detect the disk drive and complete booting.  Not only 
that, I was able to go all the way and create a new partition on the disk, 
newfs it, and mount it.  I was able to copy 1.6gigs of data onto the 
partition, and was able to copy data from the partition to another 
directory within the same partition at a tune of about 40MB/s.

Before that patch, the system was not able to complete booting.

Out of curiosity, ofcourse, what does the patch do?  Does it basically 
disable 64-bit and dma for the driver on sparc64?  This is a PCI-X 133mhz 
card.  It would be a dream to get half the band-width as it is in a 66mhz 
pci slot.

Thanks,  Robert.

NOTE:

Here's a brief output from stock iostat: note the numbers for ad0.

        tty             ad0              da0            pass0 
cpu
  tin  tout  KB/t tps  MB/s   KB/t tps  MB/s   KB/t tps  MB/s  us ni sy in 
id
    0    39 31.99 1361 42.52   0.00   0  0.00   0.00   0  0.00   0  0 36  3 
61
    0    39 31.99 1372 42.86   0.00   0  0.00   0.00   0  0.00   0  0 38  3 
59
    0    39 31.98 1366 42.64   0.00   0  0.00   0.00   0  0.00   0  0 38  3 
58
    0    39 31.99 1386 43.29   0.00   0  0.00   0.00   0  0.00   0  0 38  4 
58
    0    39 31.99 1403 43.84   0.00   0  0.00   0.00   0  0.00   0  0 38  3 
59
    0    39 31.98 1343 41.94   0.00   0  0.00   0.00   0  0.00   0  0 37  3 
60
    0    39 31.99 1400 43.73   0.00   0  0.00   0.00   0  0.00   0  0 39  3 
58
    0    39 31.99 1359 42.46   0.00   0  0.00   0.00   0  0.00   0  0 38  3 
60
    0    39 31.98 1336 41.72   0.00   0  0.00   0.00   0  0.00   0  0 38  3 
59
    0    39 31.99 1378 43.05   0.00   0  0.00   0.00   0  0.00   0  0 38  2 
60
    0    39 31.99 1369 42.76   0.00   0  0.00   0.00   0  0.00   0  0 39  3 
58
    0    39 31.83 1286 39.96  12.50   2  0.02   0.00   0  0.00   0  0 40  3 
57
    0    39 31.88 1310 40.77   0.00   0  0.00   0.00   0  0.00   0  0 38  2 
59
    0    39 31.95 1262 39.36   0.00   0  0.00   0.00   0  0.00   0  0 45  2 
52



On Sun, 6 Sep 2009, Marius Strobl wrote:

> On Sat, Sep 05, 2009 at 05:50:17PM -0500, R J wrote:
>> 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.
>
> <...>
>
>>
>> So, can any body help get this to boot to normal os, and then maybe with
>> addition tweaks, I can the whole thing working.
>
> At a quick glance, atamarvell(4) is at least missing DMA
> synchronisation of the work area and isn't fully endian
> clean. You could try whether you get any further with
> the following patch:
> http://people.freebsd.org/~marius/ata-marvell.c.diff
> But again, the fail-safe way to get SATA disks working
> on sparc64 would be to use a controller driven by mpt(4)
> rather than ata(4) as the latter really has a lot of
> problems.
>
>>
>> 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.
>
> You should talk to mav@FreeBSD.org about problems with
> siis(4).
>
> Marius
>
> reason=bad sender (\.de)
>
>
From marius at alchemy.franken.de  Wed Sep  9 18:45:06 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Wed Sep  9 18:45:13 2009
Subject: sata pci cards in ultra 60 or blade 1000 (Update)
In-Reply-To: <Pine.LNX.4.64.0909081851001.8820@wnk>
References: <Pine.LNX.4.64.0909051749450.4756@wnk>
	<20090906182156.GA66161@alchemy.franken.de>
	<Pine.LNX.4.64.0909081851001.8820@wnk>
Message-ID: <20090909184504.GD57060@alchemy.franken.de>

On Tue, Sep 08, 2009 at 07:30:53PM -0500, R J wrote:
> Marius,
> 
> I would like to say that thanks for fixing the ata-marvell driver for the 
> SuperMicro Sata card on sparc64, atleast the blade 1000.  Your patch has 
> enabled the card to detect the disk drive and complete booting.  Not only 
> that, I was able to go all the way and create a new partition on the disk, 
> newfs it, and mount it.  I was able to copy 1.6gigs of data onto the 
> partition, and was able to copy data from the partition to another 
> directory within the same partition at a tune of about 40MB/s.
> 
> Before that patch, the system was not able to complete booting.
> 
> Out of curiosity, ofcourse, what does the patch do?  Does it basically 
> disable 64-bit and dma for the driver on sparc64?

It does no such things, it just fixes some sloppy programming
(see my last email for a description of the problems) which
caused the driver to only have a chance of working on x86 but
AFAICT not on any of the other architectures supported by
FreeBSD.

> This is a PCI-X 133mhz 
> card.  It would be a dream to get half the band-width as it is in a 66mhz 
> pci slot.
> 
> Thanks,  Robert.
> 
> NOTE:
> 
> Here's a brief output from stock iostat: note the numbers for ad0.
> 

I admit that I have no experience with "benchmarking" disk
I/O with iostat(8), however checking with my machines
suggests that 40MB/s actually is an excellent result for
copying data from a disk to itself, I don't get anywhere
near that rate, not even on x86 with SATA300 gear.

Marius

From tinderbox at freebsd.org  Thu Sep 10 22:36:47 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Thu Sep 10 22:36:54 2009
Subject: [head tinderbox] failure on sparc64/sparc64
Message-ID: <200909102236.n8AMakN9080233@freebsd-current.sentex.ca>

TB --- 2009-09-10 21:33:39 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-09-10 21:33:39 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2009-09-10 21:33:39 - cleaning the object tree
TB --- 2009-09-10 21:33:53 - cvsupping the source tree
TB --- 2009-09-10 21:33:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2009-09-10 21:34:43 - building world
TB --- 2009-09-10 21:34:43 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-10 21:34:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-10 21:34:43 - TARGET=sparc64
TB --- 2009-09-10 21:34:43 - TARGET_ARCH=sparc64
TB --- 2009-09-10 21:34:43 - TZ=UTC
TB --- 2009-09-10 21:34:43 - __MAKE_CONF=/dev/null
TB --- 2009-09-10 21:34:43 - cd /src
TB --- 2009-09-10 21:34:43 - /usr/bin/make -B buildworld
>>> World build started on Thu Sep 10 21:34:44 UTC 2009
>>> 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
>>> World build completed on Thu Sep 10 22:33:12 UTC 2009
TB --- 2009-09-10 22:33:12 - generating LINT kernel config
TB --- 2009-09-10 22:33:12 - cd /src/sys/sparc64/conf
TB --- 2009-09-10 22:33:12 - /usr/bin/make -B LINT
TB --- 2009-09-10 22:33:12 - building LINT kernel
TB --- 2009-09-10 22:33:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-10 22:33:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-10 22:33:12 - TARGET=sparc64
TB --- 2009-09-10 22:33:12 - TARGET_ARCH=sparc64
TB --- 2009-09-10 22:33:12 - TZ=UTC
TB --- 2009-09-10 22:33:12 - __MAKE_CONF=/dev/null
TB --- 2009-09-10 22:33:12 - cd /src
TB --- 2009-09-10 22:33:12 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Thu Sep 10 22:33:12 UTC 2009
>>> 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  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/dev/dpt/dpt_pci.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/dev/dpt/dpt_scsi.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ;  cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  eisa_if.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000
cc1: warnings being treated as errors
/src/sys/dev/e1000/if_em.c: In function 'em_mq_start_locked':
/src/sys/dev/e1000/if_em.c:1037: warning: suggest parentheses around assignment used as truth value
/src/sys/dev/e1000/if_em.c:1067: warning: suggest parentheses around assignment used as truth value
*** Error code 1

Stop in /obj/sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-09-10 22:36:46 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-09-10 22:36:46 - ERROR: failed to build lint kernel
TB --- 2009-09-10 22:36:46 - 2750.22 user 421.67 system 3786.79 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full
From tinderbox at freebsd.org  Thu Sep 10 22:49:49 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Thu Sep 10 22:50:08 2009
Subject: [head tinderbox] failure on sparc64/sun4v
Message-ID: <200909102249.n8AMnnTp013334@freebsd-current.sentex.ca>

TB --- 2009-09-10 21:51:06 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-09-10 21:51:06 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2009-09-10 21:51:06 - cleaning the object tree
TB --- 2009-09-10 21:51:16 - cvsupping the source tree
TB --- 2009-09-10 21:51:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2009-09-10 21:51:56 - building world
TB --- 2009-09-10 21:51:56 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-10 21:51:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-10 21:51:56 - TARGET=sun4v
TB --- 2009-09-10 21:51:56 - TARGET_ARCH=sparc64
TB --- 2009-09-10 21:51:56 - TZ=UTC
TB --- 2009-09-10 21:51:56 - __MAKE_CONF=/dev/null
TB --- 2009-09-10 21:51:56 - cd /src
TB --- 2009-09-10 21:51:56 - /usr/bin/make -B buildworld
>>> World build started on Thu Sep 10 21:51:57 UTC 2009
>>> 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
>>> World build completed on Thu Sep 10 22:46:18 UTC 2009
TB --- 2009-09-10 22:46:18 - generating LINT kernel config
TB --- 2009-09-10 22:46:18 - cd /src/sys/sun4v/conf
TB --- 2009-09-10 22:46:18 - /usr/bin/make -B LINT
TB --- 2009-09-10 22:46:18 - building LINT kernel
TB --- 2009-09-10 22:46:18 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-10 22:46:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-10 22:46:18 - TARGET=sun4v
TB --- 2009-09-10 22:46:18 - TARGET_ARCH=sparc64
TB --- 2009-09-10 22:46:18 - TZ=UTC
TB --- 2009-09-10 22:46:18 - __MAKE_CONF=/dev/null
TB --- 2009-09-10 22:46:18 - cd /src
TB --- 2009-09-10 22:46:18 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Thu Sep 10 22:46:18 UTC 2009
>>> 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  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/dev/dcons/dcons_os.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/dev/de/if_de.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ;  cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  eisa_if.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000
cc1: warnings being treated as errors
/src/sys/dev/e1000/if_em.c: In function 'em_mq_start_locked':
/src/sys/dev/e1000/if_em.c:1037: warning: suggest parentheses around assignment used as truth value
/src/sys/dev/e1000/if_em.c:1067: warning: suggest parentheses around assignment used as truth value
*** Error code 1

Stop in /obj/sun4v/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-09-10 22:49:48 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-09-10 22:49:48 - ERROR: failed to build lint kernel
TB --- 2009-09-10 22:49:48 - 2762.37 user 408.05 system 3522.10 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full
From bugmaster at FreeBSD.org  Mon Sep 14 11:07:09 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Sep 14 11:09:32 2009
Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org
Message-ID: <200909141107.n8EB78f8072484@freefall.freebsd.org>

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 rjohanne at piper.hamline.edu  Wed Sep 16 20:29:59 2009
From: rjohanne at piper.hamline.edu (R J)
Date: Wed Sep 16 20:30:06 2009
Subject: sata pci cards in ultra 60 or blade 1000 (Update)
In-Reply-To: <20090909184504.GD57060@alchemy.franken.de>
References: <Pine.LNX.4.64.0909051749450.4756@wnk>
	<20090906182156.GA66161@alchemy.franken.de>
	<Pine.LNX.4.64.0909081851001.8820@wnk>
	<20090909184504.GD57060@alchemy.franken.de>
Message-ID: <Pine.LNX.4.64.0909161523270.737@wnk>

Hi Marius,
I've been using the patched driver and have moved more than 500 gigs of 
data on the disk drive attached to the ata-marvell controller.

Can you incorporate your patch into the 8.0 BETA and 7.X stable?

It seems a very stable, well-performing driver.  It has worked flawlessly 
during the moves of enormous data backup and forth between the built in 
fibre-channel drives and the ata-marvell attached Hitachi drive.

I wish I could say the same thing regarding the Sil3512.  I still haven't 
been able to go any where with that.

Thanks,

Robert


On Wed, 9 Sep 2009, Marius Strobl wrote:

> On Tue, Sep 08, 2009 at 07:30:53PM -0500, R J wrote:
>> Marius,
>>
>> I would like to say that thanks for fixing the ata-marvell driver for the
>> SuperMicro Sata card on sparc64, atleast the blade 1000.  Your patch has
>> enabled the card to detect the disk drive and complete booting.  Not only
>> that, I was able to go all the way and create a new partition on the disk,
>> newfs it, and mount it.  I was able to copy 1.6gigs of data onto the
>> partition, and was able to copy data from the partition to another
>> directory within the same partition at a tune of about 40MB/s.
>>
>> Before that patch, the system was not able to complete booting.
>>
>> Out of curiosity, ofcourse, what does the patch do?  Does it basically
>> disable 64-bit and dma for the driver on sparc64?
>
> It does no such things, it just fixes some sloppy programming
> (see my last email for a description of the problems) which
> caused the driver to only have a chance of working on x86 but
> AFAICT not on any of the other architectures supported by
> FreeBSD.
>
>> This is a PCI-X 133mhz
>> card.  It would be a dream to get half the band-width as it is in a 66mhz
>> pci slot.
>>
>> Thanks,  Robert.
>>
>> NOTE:
>>
>> Here's a brief output from stock iostat: note the numbers for ad0.
>>
>
> I admit that I have no experience with "benchmarking" disk
> I/O with iostat(8), however checking with my machines
> suggests that 40MB/s actually is an excellent result for
> copying data from a disk to itself, I don't get anywhere
> near that rate, not even on x86 with SATA300 gear.
>
> Marius
>
> reason=bad sender (\.de)
>
>
From matpockuh at gmail.com  Thu Sep 17 09:30:56 2009
From: matpockuh at gmail.com (KOT MATPOCKuH)
Date: Thu Sep 17 09:31:03 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
Message-ID: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>

Hello!

Is it possible to run FreeBSD/sparc64 on SunFire V215?
This system is similar to SunFire V210/V240/V125, but have PCI-X and SAS disks.

I'm tried to boot 8.0-BETA4, but it hangs after "jumping to kernel entry":

{1} ok boot net
Boot device: /pci@1e,600000/pci@0/pci@9/pci@0/network@4  File and args:
100 Mbps FDX Link up
Requesting Internet Address for 0:14:4f:a2:ef:2c
Requesting Internet Address for 0:14:4f:a2:ef:2c
Consoles: Open Firmware console

Booting with sun4u support.

FreeBSD/sparc64 bootstrap loader, Revision 1.0
(root@araz.cse.buffalo.edu, Sun Sep  6 10:07:26 UTC 2009)
bootpath="/pci@1e,600000/pci@0/pci@9/pci@0/network@4"
boot: ethernet address: 00:14:4f:a2:ef:2c
100 Mbps FDX Link up
Loading /boot/defaults/loader.conf
/boot/kernel/kernel data=0x9eb048+0x215da8 syms=[0x8+0xaca58+0x8+0x9e05e]
/
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel]...
jumping to kernel entry at 0xc0088000.

As I know, OpenBSD 4.5 works on this platform, and I successfuly booted kernel.
Why FreeBSD isn't ported to v215?

-- 
MATPOCKuH
From linimon at lonesome.com  Thu Sep 17 10:20:09 2009
From: linimon at lonesome.com (Mark Linimon)
Date: Thu Sep 17 10:20:16 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
Message-ID: <20090917100306.GB27695@lonesome.com>

On Thu, Sep 17, 2009 at 01:00:32PM +0400, KOT MATPOCKuH wrote:
> Is it possible to run FreeBSD/sparc64 on SunFire V215?

Looking at the list of dmesgs, I don't see anything for V215.  You may
be the first person to try it :-)

http://wiki.freebsd.org/FreeBSD/sparc64/dmesgs

mcl
From ardelean at ww.uni-erlangen.de  Thu Sep 17 17:23:33 2009
From: ardelean at ww.uni-erlangen.de (Gheorghe Ardelean)
Date: Thu Sep 17 17:23:41 2009
Subject: Audio on Sunblade 100
In-Reply-To: <20090826205905.GG94142@alchemy.franken.de>
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>
	<alpine.LNX.2.00.0908211010390.13578@servww6.ww.uni-erlangen.de>
	<4A8EDE72.6040703@networkz.ch>
	<20090821193740.GA66639@alchemy.franken.de>
	<alpine.LNX.2.00.0908221457030.19124@servww6.ww.uni-erlangen.de>
	<alpine.LNX.2.00.0908241116200.26992@servww6.ww.uni-erlangen.de>
	<20090826205905.GG94142@alchemy.franken.de>
Message-ID: <alpine.LNX.2.00.0909171922340.8694@servww6.ww.uni-erlangen.de>



Hi Marius,

On Wed, 26 Aug 2009, Marius Strobl wrote:

<...>
> Unfortunately, I'm currently out of ideas what could be
> the reason for the problem Christian is seeing. Given that
> what I have works fine on 2 of 3 Blade 100 and my Blade
> 1500, I'll commit it once I had a chance to verify it
> doesn't break i386 though. It would be great however if
> you could try a slightly updated version of the patch at
> http://people.freebsd.org/~marius/t4dwave_M5451_32-bit.diff
> (MD5 hash: 7aaee2bfeab57c21ab23c98cf1c67f23) with one
> of your Blade 100.

Tested and it works ok!

Best regards,

Gheorghe.
From marius at alchemy.franken.de  Thu Sep 17 22:45:58 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Thu Sep 17 22:46:04 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
Message-ID: <20090917224556.GA41908@alchemy.franken.de>

On Thu, Sep 17, 2009 at 01:00:32PM +0400, KOT MATPOCKuH wrote:
> Hello!
> 
> Is it possible to run FreeBSD/sparc64 on SunFire V215?
> This system is similar to SunFire V210/V240/V125, but have PCI-X and SAS disks.

The main difference is that V215 are based on the 'Fire'
JBus to PCI-Express bridges which the mainline FreeBSD
doesn't have a driver for so far.

> 
> I'm tried to boot 8.0-BETA4, but it hangs after "jumping to kernel entry":
> 

<...>

> 
> As I know, OpenBSD 4.5 works on this platform, and I successfuly booted kernel.
> Why FreeBSD isn't ported to v215?
> 

It's not like V215 smell bad or something but adding support
for additional sparc64 machines typically always requires a
developer with the necessary knowledge, time and interest to
have access to that hardware. I recently started working on
support for V215 and I at least can already netboot the
machine (which actually is UP):
http://people.freebsd.org/~marius/v215.txt
Things still missing are at least ata(4) (which as-is just
causes a panic when compiled in) and MSI support.

Marius

From matpockuh at gmail.com  Fri Sep 18 06:29:45 2009
From: matpockuh at gmail.com (KOT MATPOCKuH)
Date: Fri Sep 18 06:29:52 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <20090917224556.GA41908@alchemy.franken.de>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
Message-ID: <3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>

2009/9/18 Marius Strobl <marius@alchemy.franken.de>:

> The main difference is that V215 are based on the 'Fire'
> JBus to PCI-Express bridges which the mainline FreeBSD
> doesn't have a driver for so far.
Why is not possible to port this driver from openbsd?

> http://people.freebsd.org/~marius/v215.txt
Omg. I will try to repeat this :)

> Things still missing are at least ata(4) (which as-is just
> causes a panic when compiled in)
It's not a problem to me, I have no ata(pi) devices on this system.

> and MSI support.
What from this follows?

-- 
MATPOCKuH
From matpockuh at gmail.com  Fri Sep 18 10:23:51 2009
From: matpockuh at gmail.com (KOT MATPOCKuH)
Date: Fri Sep 18 10:23:56 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
Message-ID: <3979a4b0909180323i207e6b55nff53a90ca323410f@mail.gmail.com>

Hello!

>> http://people.freebsd.org/~marius/v215.txt
> Omg. I will try to repeat this :)
I sup'ed to today CURRENT and compiled GENERIC kernel without ata,
firewire and ipv6 support, but system again hangs after:
OK boot -sh
jumping to kernel entry at 0xc0080000.

And... Why on my system I see "jumping...", but your system says
"Booting [/boot/kernel/kernel]..." ?

What I should do for success kernel start? :)

PS. Why net boot is too slow? Loading process occupies ~15 minutes
from start to last message.

-- 
MATPOCKuH
From marius at alchemy.franken.de  Fri Sep 18 12:44:28 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Fri Sep 18 12:44:34 2009
Subject: sata pci cards in ultra 60 or blade 1000 (Update)
In-Reply-To: <Pine.LNX.4.64.0909161523270.737@wnk>
References: <Pine.LNX.4.64.0909051749450.4756@wnk>
	<20090906182156.GA66161@alchemy.franken.de>
	<Pine.LNX.4.64.0909081851001.8820@wnk>
	<20090909184504.GD57060@alchemy.franken.de>
	<Pine.LNX.4.64.0909161523270.737@wnk>
Message-ID: <20090918124423.GP57060@alchemy.franken.de>

On Wed, Sep 16, 2009 at 03:28:25PM -0500, R J wrote:
> Hi Marius,
> I've been using the patched driver and have moved more than 500 gigs of 
> data on the disk drive attached to the ata-marvell controller.
> 
> Can you incorporate your patch into the 8.0 BETA and 7.X stable?
> 
> It seems a very stable, well-performing driver.  It has worked flawlessly 
> during the moves of enormous data backup and forth between the built in 
> fibre-channel drives and the ata-marvell attached Hitachi drive.

I've updated the patch at
http://people.freebsd.org/~marius/ata-marvell.c.diff
slighlty based on feedback I got during review. Could
you please give the new version (which has an MD5 hash
of a56305fef5edb1d1510373b7e063aaab) a sanity check?
Some basic transfer should be sufficient to verify
it still works. If no new problem arises I'll commit
the patch to head, stable/8 and stable/7.

> 
> I wish I could say the same thing regarding the Sil3512.  I still haven't 
> been able to go any where with that.

AFAICT the "old" ata-siliconimage(4) suffers from the
same bugs as ata-marvell(4) does, i.e. isn't endian
clean and misses DMA synchronisation besides 64-bit
DMA being broken, but isn't as straight forward to
fix as ata-marvell(4) is. The new siis(4) doesn't
have these bugs though, so I'd expect it to work fine.
Have you talked to mav@freebsd.org regarding siis(4)?

Marius
 
From marius at alchemy.franken.de  Fri Sep 18 13:14:18 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Fri Sep 18 13:14:24 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
Message-ID: <20090918131416.GQ57060@alchemy.franken.de>

On Fri, Sep 18, 2009 at 10:29:43AM +0400, KOT MATPOCKuH wrote:
> 2009/9/18 Marius Strobl <marius@alchemy.franken.de>:
> 
> > The main difference is that V215 are based on the 'Fire'
> > JBus to PCI-Express bridges which the mainline FreeBSD
> > doesn't have a driver for so far.
> Why is not possible to port this driver from openbsd?

Nobody said it would be impossible to port it, actually
that wouldn't make much sense though as their driver
lacks stuff and has bugs in the Fire-specific parts and
the MD and MI frameworks are incomparible anyway.

> 
> > and MSI support.
> What from this follows?

Suboptimal performance as the on-board PCI devices share
INTx interrupt lines (which up to V215 actually was
rather uncommon for sun4u machines).

On Fri, Sep 18, 2009 at 02:23:49PM +0400, KOT MATPOCKuH wrote:
> Hello!
>
> >> http://people.freebsd.org/~marius/v215.txt
> > Omg. I will try to repeat this :)
> I sup'ed to today CURRENT and compiled GENERIC kernel without ata,
> firewire and ipv6 support, but system again hangs after:
> OK boot -sh
> jumping to kernel entry at 0xc0080000.
>
> And... Why on my system I see "jumping...", but your system says
> "Booting [/boot/kernel/kernel]..." ?
>
> What I should do for success kernel start? :)

Like I said, mainline FreeBSD doesn't support V215 so
far. If you like you can give the following patch a try:
http://people.freebsd.org/~marius/fire.diff
It requires head r197164 or later.

>
> PS. Why net boot is too slow? Loading process occupies ~15 minutes
> from start to last message.

I don't know and it works fine here, you'd need to
analyze the network traffic in order to get an idea
which side is the culprit. IIRC I've seen similar
effects when not using the full speed of the network
interface of a sun4u machine, i.e. for example a
Gigabit Ethernet interface with a Fast Ethernet
switch, given that the loader relies on the firmware
to provide support for the NIC there isn't much that
can be done about that.

Marius

From rjohanne at piper.hamline.edu  Sun Sep 20 02:40:07 2009
From: rjohanne at piper.hamline.edu (R J)
Date: Sun Sep 20 02:40:12 2009
Subject: sata pci cards in ultra 60 or blade 1000 (Update)
In-Reply-To: <20090918124423.GP57060@alchemy.franken.de>
References: <Pine.LNX.4.64.0909051749450.4756@wnk>
	<20090906182156.GA66161@alchemy.franken.de>
	<Pine.LNX.4.64.0909081851001.8820@wnk>
	<20090909184504.GD57060@alchemy.franken.de>
	<Pine.LNX.4.64.0909161523270.737@wnk>
	<20090918124423.GP57060@alchemy.franken.de>
Message-ID: <Pine.LNX.4.64.0909192132530.2994@wnk>

Just finished copying around a terabyte of data through a couple of disks 
attached to ata-marvell with the new patch without issue.

So, it looks good to me.

I haven't gotten in touch with mav@freebsd.org yet regarding the siis 
driver.  I will as soon as I am done with the ata-marvell testing.

Robert


On Fri, 18 Sep 2009, Marius Strobl wrote:

> On Wed, Sep 16, 2009 at 03:28:25PM -0500, R J wrote:
>> Hi Marius,
>> I've been using the patched driver and have moved more than 500 gigs of
>> data on the disk drive attached to the ata-marvell controller.
>>
>> Can you incorporate your patch into the 8.0 BETA and 7.X stable?
>>
>> It seems a very stable, well-performing driver.  It has worked flawlessly
>> during the moves of enormous data backup and forth between the built in
>> fibre-channel drives and the ata-marvell attached Hitachi drive.
>
> I've updated the patch at
> http://people.freebsd.org/~marius/ata-marvell.c.diff
> slighlty based on feedback I got during review. Could
> you please give the new version (which has an MD5 hash
> of a56305fef5edb1d1510373b7e063aaab) a sanity check?
> Some basic transfer should be sufficient to verify
> it still works. If no new problem arises I'll commit
> the patch to head, stable/8 and stable/7.
>
>>
>> I wish I could say the same thing regarding the Sil3512.  I still haven't
>> been able to go any where with that.
>
> AFAICT the "old" ata-siliconimage(4) suffers from the
> same bugs as ata-marvell(4) does, i.e. isn't endian
> clean and misses DMA synchronisation besides 64-bit
> DMA being broken, but isn't as straight forward to
> fix as ata-marvell(4) is. The new siis(4) doesn't
> have these bugs though, so I'd expect it to work fine.
> Have you talked to mav@freebsd.org regarding siis(4)?
>
> Marius
>
> reason=bad sender (\.de)
>
>
From matpockuh at gmail.com  Mon Sep 21 06:46:56 2009
From: matpockuh at gmail.com (KOT MATPOCKuH)
Date: Mon Sep 21 06:47:03 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <20090918131416.GQ57060@alchemy.franken.de>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
	<20090918131416.GQ57060@alchemy.franken.de>
Message-ID: <3979a4b0909202346h5c062fa1qb5150ad90f970c5b@mail.gmail.com>

2009/9/18 Marius Strobl <marius@alchemy.franken.de>:

> On Fri, Sep 18, 2009 at 02:23:49PM +0400, KOT MATPOCKuH wrote:

> Like I said, mainline FreeBSD doesn't support V215 so
> far. If you like you can give the following patch a try:
> http://people.freebsd.org/~marius/fire.diff
> It requires head r197164 or later.
I'm tried to apply this patch, also add "device ofw_console" to kernel
configuration, but system panic after:
pcib1: <OFW PCI-PCI bridge> mem 0x100pcib0: DMC error: MMU error 0x4000000040
panic: pcib0: fatal DMC/PEC error

Full "boot -sv" log here: http://kot.spb.ru/tmp/fbsd/boot.log
Kernel configuration here: http://kot.spb.ru/tmp/fbsd/sunrise

-- 
MATPOCKuH
From bugmaster at FreeBSD.org  Mon Sep 21 11:07:06 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Sep 21 11:09:29 2009
Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org
Message-ID: <200909211107.n8LB743X030424@freefall.freebsd.org>

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 tinderbox at freebsd.org  Mon Sep 21 11:25:39 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Sep 21 11:25:48 2009
Subject: [head tinderbox] failure on sparc64/sparc64
Message-ID: <200909211125.n8LBPclt009148@freebsd-current.sentex.ca>

TB --- 2009-09-21 10:16:36 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-09-21 10:16:36 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2009-09-21 10:16:36 - cleaning the object tree
TB --- 2009-09-21 10:16:52 - cvsupping the source tree
TB --- 2009-09-21 10:16:52 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2009-09-21 10:18:09 - building world
TB --- 2009-09-21 10:18:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-21 10:18:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-21 10:18:09 - TARGET=sparc64
TB --- 2009-09-21 10:18:09 - TARGET_ARCH=sparc64
TB --- 2009-09-21 10:18:09 - TZ=UTC
TB --- 2009-09-21 10:18:09 - __MAKE_CONF=/dev/null
TB --- 2009-09-21 10:18:09 - cd /src
TB --- 2009-09-21 10:18:09 - /usr/bin/make -B buildworld
>>> World build started on Mon Sep 21 10:18:17 UTC 2009
>>> 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
>>> World build completed on Mon Sep 21 11:25:28 UTC 2009
TB --- 2009-09-21 11:25:28 - generating LINT kernel config
TB --- 2009-09-21 11:25:28 - cd /src/sys/sparc64/conf
TB --- 2009-09-21 11:25:28 - /usr/bin/make -B LINT
TB --- 2009-09-21 11:25:28 - building LINT kernel
TB --- 2009-09-21 11:25:28 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-21 11:25:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-21 11:25:28 - TARGET=sparc64
TB --- 2009-09-21 11:25:28 - TARGET_ARCH=sparc64
TB --- 2009-09-21 11:25:28 - TZ=UTC
TB --- 2009-09-21 11:25:28 - __MAKE_CONF=/dev/null
TB --- 2009-09-21 11:25:28 - cd /src
TB --- 2009-09-21 11:25:28 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Sep 21 11:25:28 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
[...]
rm -f @ machine
rm -f .depend GPATH GRTAGS GSYMS GTAGS
===> wlan_xauth (cleandir)
rm -f export_syms wlan_xauth.ko wlan_xauth.kld ieee80211_xauth.o opt_wlan.h
rm -f @ machine
rm -f .depend GPATH GRTAGS GSYMS GTAGS
===> x86bios (cleandir)
cd: can't cd to /src/sys/modules/x86bios
*** Error code 2

Stop in /src/sys/modules.
*** Error code 1

Stop in /obj/sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-09-21 11:25:38 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-09-21 11:25:38 - ERROR: failed to build lint kernel
TB --- 2009-09-21 11:25:38 - 2588.20 user 388.80 system 4142.03 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full
From tinderbox at freebsd.org  Mon Sep 21 11:26:06 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Sep 21 11:26:13 2009
Subject: [head tinderbox] failure on sparc64/sun4v
Message-ID: <200909211126.n8LBQ5fX011966@freebsd-current.sentex.ca>

TB --- 2009-09-21 10:17:23 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-09-21 10:17:23 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2009-09-21 10:17:23 - cleaning the object tree
TB --- 2009-09-21 10:17:57 - cvsupping the source tree
TB --- 2009-09-21 10:17:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2009-09-21 10:19:15 - building world
TB --- 2009-09-21 10:19:15 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-21 10:19:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-21 10:19:15 - TARGET=sun4v
TB --- 2009-09-21 10:19:15 - TARGET_ARCH=sparc64
TB --- 2009-09-21 10:19:15 - TZ=UTC
TB --- 2009-09-21 10:19:15 - __MAKE_CONF=/dev/null
TB --- 2009-09-21 10:19:15 - cd /src
TB --- 2009-09-21 10:19:15 - /usr/bin/make -B buildworld
>>> World build started on Mon Sep 21 10:19:18 UTC 2009
>>> 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
>>> World build completed on Mon Sep 21 11:25:56 UTC 2009
TB --- 2009-09-21 11:25:56 - generating LINT kernel config
TB --- 2009-09-21 11:25:56 - cd /src/sys/sun4v/conf
TB --- 2009-09-21 11:25:56 - /usr/bin/make -B LINT
TB --- 2009-09-21 11:25:56 - building LINT kernel
TB --- 2009-09-21 11:25:56 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-21 11:25:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-21 11:25:56 - TARGET=sun4v
TB --- 2009-09-21 11:25:56 - TARGET_ARCH=sparc64
TB --- 2009-09-21 11:25:56 - TZ=UTC
TB --- 2009-09-21 11:25:56 - __MAKE_CONF=/dev/null
TB --- 2009-09-21 11:25:56 - cd /src
TB --- 2009-09-21 11:25:56 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Sep 21 11:25:56 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
[...]
rm -f @ machine sparc64
rm -f .depend GPATH GRTAGS GSYMS GTAGS
===> wlan_xauth (cleandir)
rm -f export_syms wlan_xauth.ko wlan_xauth.kld ieee80211_xauth.o opt_wlan.h
rm -f @ machine sparc64
rm -f .depend GPATH GRTAGS GSYMS GTAGS
===> x86bios (cleandir)
cd: can't cd to /src/sys/modules/x86bios
*** Error code 2

Stop in /src/sys/modules.
*** Error code 1

Stop in /obj/sun4v/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-09-21 11:26:05 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-09-21 11:26:05 - ERROR: failed to build lint kernel
TB --- 2009-09-21 11:26:05 - 2584.59 user 388.99 system 4122.21 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full
From marius at alchemy.franken.de  Mon Sep 21 14:35:06 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Mon Sep 21 14:35:14 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <20090921150632.U4106@ury.york.ac.uk>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
	<20090918131416.GQ57060@alchemy.franken.de>
	<20090921150632.U4106@ury.york.ac.uk>
Message-ID: <20090921143504.GD73777@alchemy.franken.de>

On Mon, Sep 21, 2009 at 03:09:44PM +0100, Gavin Atkinson wrote:
> On Fri, 18 Sep 2009, Marius Strobl wrote:
> >On Fri, Sep 18, 2009 at 02:23:49PM +0400, KOT MATPOCKuH wrote:
> >>PS. Why net boot is too slow? Loading process occupies ~15 minutes
> >>from start to last message.
> >
> >I don't know and it works fine here, you'd need to
> >analyze the network traffic in order to get an idea
> >which side is the culprit. IIRC I've seen similar
> >effects when not using the full speed of the network
> >interface of a sun4u machine, i.e. for example a
> >Gigabit Ethernet interface with a Fast Ethernet
> >switch, given that the loader relies on the firmware
> >to provide support for the NIC there isn't much that
> >can be done about that.
> 
> Last time I looked at this, it looked like the problem was that for every 
> block transferred over the wire (which I think are 4k in size, but I may 
> be misremembering) the loader was calling into OpenFirmware to open the 
> network card, read the block, and close the network card.  Each open/close 
> pair took enough time to be noticeable.  I never had a chance to sit down 
> and fix this.
> 

The behaviour you describe was present between r177108
and r182919 (and before r60506), since r182919 the
loader just leaves the network interface instance
opened forever again for sparc64 so this shouldn't be
the reason for what KOT MATPOCKuH is seeing. Of course
leaving the NIC instance opened isn't the right to do
either and in fact likely is part of the problem
which triggeres the panic he is seeing, I don't see
an easy way to properly fix the loader/libstand to
not do the open-close-dance for every access though.

Marius

From gavin.atkinson at ury.york.ac.uk  Mon Sep 21 14:43:08 2009
From: gavin.atkinson at ury.york.ac.uk (Gavin Atkinson)
Date: Mon Sep 21 14:43:22 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <20090918131416.GQ57060@alchemy.franken.de>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
	<20090918131416.GQ57060@alchemy.franken.de>
Message-ID: <20090921150632.U4106@ury.york.ac.uk>

On Fri, 18 Sep 2009, Marius Strobl wrote:
> On Fri, Sep 18, 2009 at 02:23:49PM +0400, KOT MATPOCKuH wrote:
>> PS. Why net boot is too slow? Loading process occupies ~15 minutes
>> from start to last message.
>
> I don't know and it works fine here, you'd need to
> analyze the network traffic in order to get an idea
> which side is the culprit. IIRC I've seen similar
> effects when not using the full speed of the network
> interface of a sun4u machine, i.e. for example a
> Gigabit Ethernet interface with a Fast Ethernet
> switch, given that the loader relies on the firmware
> to provide support for the NIC there isn't much that
> can be done about that.

Last time I looked at this, it looked like the problem was that for every 
block transferred over the wire (which I think are 4k in size, but I may 
be misremembering) the loader was calling into OpenFirmware to open the 
network card, read the block, and close the network card.  Each open/close 
pair took enough time to be noticeable.  I never had a chance to sit down 
and fix this.

Gavin
From gavin.atkinson at ury.york.ac.uk  Mon Sep 21 14:55:58 2009
From: gavin.atkinson at ury.york.ac.uk (Gavin Atkinson)
Date: Mon Sep 21 14:56:05 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <20090921143504.GD73777@alchemy.franken.de>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
	<20090918131416.GQ57060@alchemy.franken.de>
	<20090921150632.U4106@ury.york.ac.uk>
	<20090921143504.GD73777@alchemy.franken.de>
Message-ID: <20090921155445.W4106@ury.york.ac.uk>

On Mon, 21 Sep 2009, Marius Strobl wrote:
> The behaviour you describe was present between r177108
> and r182919 (and before r60506), since r182919 the
> loader just leaves the network interface instance
> opened forever again for sparc64 so this shouldn't be
> the reason for what KOT MATPOCKuH is seeing. Of course
> leaving the NIC instance opened isn't the right to do
> either and in fact likely is part of the problem
> which triggeres the panic he is seeing, I don't see
> an easy way to properly fix the loader/libstand to
> not do the open-close-dance for every access though.

Ah, thanks for that update - I hadn't realised one cause of this had been 
fixed.  In that case, when I get a chance, I'll try to analyse why 
netbooting is so slow on my machines too.

Gavin
From marius at alchemy.franken.de  Mon Sep 21 17:25:19 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Mon Sep 21 17:25:25 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <3979a4b0909202346h5c062fa1qb5150ad90f970c5b@mail.gmail.com>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
	<20090918131416.GQ57060@alchemy.franken.de>
	<3979a4b0909202346h5c062fa1qb5150ad90f970c5b@mail.gmail.com>
Message-ID: <20090921172517.GE73777@alchemy.franken.de>

On Mon, Sep 21, 2009 at 10:46:53AM +0400, KOT MATPOCKuH wrote:
> 2009/9/18 Marius Strobl <marius@alchemy.franken.de>:
> 
> > On Fri, Sep 18, 2009 at 02:23:49PM +0400, KOT MATPOCKuH wrote:
> 
> > Like I said, mainline FreeBSD doesn't support V215 so
> > far. If you like you can give the following patch a try:
> > http://people.freebsd.org/~marius/fire.diff
> > It requires head r197164 or later.
> I'm tried to apply this patch, also add "device ofw_console" to kernel
> configuration, but system panic after:

You should not add ofw_console(4).

> pcib1: <OFW PCI-PCI bridge> mem 0x100pcib0: DMC error: MMU error 0x4000000040
> panic: pcib0: fatal DMC/PEC error
> 

Please re-fetch fire.diff and try again.

Marius

From tinderbox at freebsd.org  Mon Sep 21 19:48:22 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Sep 21 19:48:28 2009
Subject: [head tinderbox] failure on sparc64/sparc64
Message-ID: <200909211948.n8LJmKdO079428@freebsd-current.sentex.ca>

TB --- 2009-09-21 18:33:33 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-09-21 18:33:33 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2009-09-21 18:33:33 - cleaning the object tree
TB --- 2009-09-21 18:33:43 - cvsupping the source tree
TB --- 2009-09-21 18:33:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2009-09-21 18:34:29 - building world
TB --- 2009-09-21 18:34:29 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-21 18:34:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-21 18:34:29 - TARGET=sparc64
TB --- 2009-09-21 18:34:29 - TARGET_ARCH=sparc64
TB --- 2009-09-21 18:34:29 - TZ=UTC
TB --- 2009-09-21 18:34:29 - __MAKE_CONF=/dev/null
TB --- 2009-09-21 18:34:29 - cd /src
TB --- 2009-09-21 18:34:29 - /usr/bin/make -B buildworld
>>> World build started on Mon Sep 21 18:34:30 UTC 2009
>>> 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
>>> World build completed on Mon Sep 21 19:37:16 UTC 2009
TB --- 2009-09-21 19:37:16 - generating LINT kernel config
TB --- 2009-09-21 19:37:16 - cd /src/sys/sparc64/conf
TB --- 2009-09-21 19:37:16 - /usr/bin/make -B LINT
TB --- 2009-09-21 19:37:17 - building LINT kernel
TB --- 2009-09-21 19:37:17 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-21 19:37:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-21 19:37:17 - TARGET=sparc64
TB --- 2009-09-21 19:37:17 - TARGET_ARCH=sparc64
TB --- 2009-09-21 19:37:17 - TZ=UTC
TB --- 2009-09-21 19:37:17 - __MAKE_CONF=/dev/null
TB --- 2009-09-21 19:37:17 - cd /src
TB --- 2009-09-21 19:37:17 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Sep 21 19:37:17 UTC 2009
>>> 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
[...]
/src/sys/dev/x86bios/x86bios.c:88: warning: nested extern declaration of 'outl'
/src/sys/dev/x86bios/x86bios.c: In function 'x86bios_init':
/src/sys/dev/x86bios/x86bios.c:158: warning: implicit declaration of function 'pmap_mapbios'
/src/sys/dev/x86bios/x86bios.c:158: warning: nested extern declaration of 'pmap_mapbios'
/src/sys/dev/x86bios/x86bios.c:158: warning: assignment makes pointer from integer without a cast
/src/sys/dev/x86bios/x86bios.c: In function 'x86bios_uninit':
/src/sys/dev/x86bios/x86bios.c:184: warning: implicit declaration of function 'pmap_unmapdev'
/src/sys/dev/x86bios/x86bios.c:184: warning: nested extern declaration of 'pmap_unmapdev'
*** Error code 1

Stop in /obj/sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-09-21 19:48:20 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-09-21 19:48:20 - ERROR: failed to build lint kernel
TB --- 2009-09-21 19:48:20 - 3154.18 user 442.33 system 4487.08 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full
From tinderbox at freebsd.org  Mon Sep 21 20:01:43 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Sep 21 20:02:01 2009
Subject: [head tinderbox] failure on sparc64/sun4v
Message-ID: <200909212001.n8LK1gBg002398@freebsd-current.sentex.ca>

TB --- 2009-09-21 18:50:28 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-09-21 18:50:28 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2009-09-21 18:50:28 - cleaning the object tree
TB --- 2009-09-21 18:50:45 - cvsupping the source tree
TB --- 2009-09-21 18:50:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2009-09-21 18:51:22 - building world
TB --- 2009-09-21 18:51:22 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-21 18:51:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-21 18:51:22 - TARGET=sun4v
TB --- 2009-09-21 18:51:22 - TARGET_ARCH=sparc64
TB --- 2009-09-21 18:51:22 - TZ=UTC
TB --- 2009-09-21 18:51:22 - __MAKE_CONF=/dev/null
TB --- 2009-09-21 18:51:22 - cd /src
TB --- 2009-09-21 18:51:22 - /usr/bin/make -B buildworld
>>> World build started on Mon Sep 21 18:51:23 UTC 2009
>>> 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
>>> World build completed on Mon Sep 21 19:50:51 UTC 2009
TB --- 2009-09-21 19:50:51 - generating LINT kernel config
TB --- 2009-09-21 19:50:51 - cd /src/sys/sun4v/conf
TB --- 2009-09-21 19:50:51 - /usr/bin/make -B LINT
TB --- 2009-09-21 19:50:51 - building LINT kernel
TB --- 2009-09-21 19:50:51 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-21 19:50:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-21 19:50:51 - TARGET=sun4v
TB --- 2009-09-21 19:50:51 - TARGET_ARCH=sparc64
TB --- 2009-09-21 19:50:51 - TZ=UTC
TB --- 2009-09-21 19:50:51 - __MAKE_CONF=/dev/null
TB --- 2009-09-21 19:50:51 - cd /src
TB --- 2009-09-21 19:50:51 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Mon Sep 21 19:50:51 UTC 2009
>>> 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
[...]
/src/sys/dev/x86bios/x86bios.c:88: warning: nested extern declaration of 'outl'
/src/sys/dev/x86bios/x86bios.c: In function 'x86bios_init':
/src/sys/dev/x86bios/x86bios.c:158: warning: implicit declaration of function 'pmap_mapbios'
/src/sys/dev/x86bios/x86bios.c:158: warning: nested extern declaration of 'pmap_mapbios'
/src/sys/dev/x86bios/x86bios.c:158: warning: assignment makes pointer from integer without a cast
/src/sys/dev/x86bios/x86bios.c: In function 'x86bios_uninit':
/src/sys/dev/x86bios/x86bios.c:184: warning: implicit declaration of function 'pmap_unmapdev'
/src/sys/dev/x86bios/x86bios.c:184: warning: nested extern declaration of 'pmap_unmapdev'
*** Error code 1

Stop in /obj/sun4v/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-09-21 20:01:42 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-09-21 20:01:42 - ERROR: failed to build lint kernel
TB --- 2009-09-21 20:01:42 - 3155.38 user 431.90 system 4273.62 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full
From tinderbox at freebsd.org  Tue Sep 22 04:27:12 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Tue Sep 22 04:27:45 2009
Subject: [head tinderbox] failure on sparc64/sparc64
Message-ID: <200909220427.n8M4RAX2013171@freebsd-current.sentex.ca>

TB --- 2009-09-22 03:06:32 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-09-22 03:06:32 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2009-09-22 03:06:32 - cleaning the object tree
TB --- 2009-09-22 03:06:55 - cvsupping the source tree
TB --- 2009-09-22 03:06:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2009-09-22 03:07:40 - building world
TB --- 2009-09-22 03:07:40 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-22 03:07:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-22 03:07:40 - TARGET=sparc64
TB --- 2009-09-22 03:07:40 - TARGET_ARCH=sparc64
TB --- 2009-09-22 03:07:40 - TZ=UTC
TB --- 2009-09-22 03:07:40 - __MAKE_CONF=/dev/null
TB --- 2009-09-22 03:07:40 - cd /src
TB --- 2009-09-22 03:07:40 - /usr/bin/make -B buildworld
>>> World build started on Tue Sep 22 03:07:40 UTC 2009
>>> 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
>>> World build completed on Tue Sep 22 04:15:06 UTC 2009
TB --- 2009-09-22 04:15:06 - generating LINT kernel config
TB --- 2009-09-22 04:15:06 - cd /src/sys/sparc64/conf
TB --- 2009-09-22 04:15:06 - /usr/bin/make -B LINT
TB --- 2009-09-22 04:15:06 - building LINT kernel
TB --- 2009-09-22 04:15:06 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-22 04:15:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-22 04:15:06 - TARGET=sparc64
TB --- 2009-09-22 04:15:06 - TARGET_ARCH=sparc64
TB --- 2009-09-22 04:15:06 - TZ=UTC
TB --- 2009-09-22 04:15:06 - __MAKE_CONF=/dev/null
TB --- 2009-09-22 04:15:06 - cd /src
TB --- 2009-09-22 04:15:06 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Sep 22 04:15:06 UTC 2009
>>> 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
[...]
/src/sys/dev/x86bios/x86bios.c:88: warning: nested extern declaration of 'outl'
/src/sys/dev/x86bios/x86bios.c: In function 'x86bios_init':
/src/sys/dev/x86bios/x86bios.c:158: warning: implicit declaration of function 'pmap_mapbios'
/src/sys/dev/x86bios/x86bios.c:158: warning: nested extern declaration of 'pmap_mapbios'
/src/sys/dev/x86bios/x86bios.c:158: warning: assignment makes pointer from integer without a cast
/src/sys/dev/x86bios/x86bios.c: In function 'x86bios_uninit':
/src/sys/dev/x86bios/x86bios.c:184: warning: implicit declaration of function 'pmap_unmapdev'
/src/sys/dev/x86bios/x86bios.c:184: warning: nested extern declaration of 'pmap_unmapdev'
*** Error code 1

Stop in /obj/sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-09-22 04:27:10 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-09-22 04:27:10 - ERROR: failed to build lint kernel
TB --- 2009-09-22 04:27:10 - 3160.84 user 449.30 system 4838.73 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full
From marius at alchemy.franken.de  Tue Sep 22 11:57:57 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Tue Sep 22 11:58:04 2009
Subject: sata pci cards in ultra 60 or blade 1000 (Update)
In-Reply-To: <Pine.LNX.4.64.0909192132530.2994@wnk>
References: <Pine.LNX.4.64.0909051749450.4756@wnk>
	<20090906182156.GA66161@alchemy.franken.de>
	<Pine.LNX.4.64.0909081851001.8820@wnk>
	<20090909184504.GD57060@alchemy.franken.de>
	<Pine.LNX.4.64.0909161523270.737@wnk>
	<20090918124423.GP57060@alchemy.franken.de>
	<Pine.LNX.4.64.0909192132530.2994@wnk>
Message-ID: <20090922115755.GF73777@alchemy.franken.de>

On Sat, Sep 19, 2009 at 09:38:20PM -0500, R J wrote:
> Just finished copying around a terabyte of data through a couple of disks 
> attached to ata-marvell with the new patch without issue.
> 
> So, it looks good to me.

Thanks, I've commited it to head and will try to get it into
stable/8 in time for RC2 as well as stable/7.

Marius

From marius at alchemy.franken.de  Tue Sep 22 12:01:34 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Tue Sep 22 12:01:52 2009
Subject: Audio on Sunblade 100
In-Reply-To: <alpine.LNX.2.00.0909171922340.8694@servww6.ww.uni-erlangen.de>
References: <20090818192748.GA6585@alchemy.franken.de>
	<20090819161410.GA19351@alchemy.franken.de>
	<4A8DC0DF.4040701@networkz.ch>
	<alpine.LNX.2.00.0908211010390.13578@servww6.ww.uni-erlangen.de>
	<4A8EDE72.6040703@networkz.ch>
	<20090821193740.GA66639@alchemy.franken.de>
	<alpine.LNX.2.00.0908221457030.19124@servww6.ww.uni-erlangen.de>
	<alpine.LNX.2.00.0908241116200.26992@servww6.ww.uni-erlangen.de>
	<20090826205905.GG94142@alchemy.franken.de>
	<alpine.LNX.2.00.0909171922340.8694@servww6.ww.uni-erlangen.de>
Message-ID: <20090922120132.GG73777@alchemy.franken.de>

On Thu, Sep 17, 2009 at 07:23:28PM +0200, Gheorghe Ardelean wrote:
> 
> 
> Hi Marius,
> 
> On Wed, 26 Aug 2009, Marius Strobl wrote:
> 
> <...>
> >Unfortunately, I'm currently out of ideas what could be
> >the reason for the problem Christian is seeing. Given that
> >what I have works fine on 2 of 3 Blade 100 and my Blade
> >1500, I'll commit it once I had a chance to verify it
> >doesn't break i386 though. It would be great however if
> >you could try a slightly updated version of the patch at
> >http://people.freebsd.org/~marius/t4dwave_M5451_32-bit.diff
> >(MD5 hash: 7aaee2bfeab57c21ab23c98cf1c67f23) with one
> >of your Blade 100.
> 
> Tested and it works ok!
> 

Thanks, I've committed it to head.

Marius

From matpockuh at gmail.com  Tue Sep 22 14:22:25 2009
From: matpockuh at gmail.com (KOT MATPOCKuH)
Date: Tue Sep 22 14:22:31 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <20090921172517.GE73777@alchemy.franken.de>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
	<20090918131416.GQ57060@alchemy.franken.de>
	<3979a4b0909202346h5c062fa1qb5150ad90f970c5b@mail.gmail.com>
	<20090921172517.GE73777@alchemy.franken.de>
Message-ID: <3979a4b0909220722w7fd3f23fp57065cd0a981e42b@mail.gmail.com>

Hello!

2009/9/21 Marius Strobl <marius@alchemy.franken.de>:
>> pcib1: <OFW PCI-PCI bridge> mem 0x100pcib0: DMC error: MMU error 0x4000000040
>> panic: pcib0: fatal DMC/PEC error
> Please re-fetch fire.diff and try again.
I have a new panic logs :)
http://kot.spb.ru/tmp/fbsd/boot.log.0 (with -sv)
http://kot.spb.ru/tmp/fbsd/boot.log.1 (without)

-- 
MATPOCKuH
From marius at alchemy.franken.de  Wed Sep 23 00:30:07 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Wed Sep 23 00:31:32 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <3979a4b0909220722w7fd3f23fp57065cd0a981e42b@mail.gmail.com>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
	<20090918131416.GQ57060@alchemy.franken.de>
	<3979a4b0909202346h5c062fa1qb5150ad90f970c5b@mail.gmail.com>
	<20090921172517.GE73777@alchemy.franken.de>
	<3979a4b0909220722w7fd3f23fp57065cd0a981e42b@mail.gmail.com>
Message-ID: <20090923003006.GK73777@alchemy.franken.de>

On Tue, Sep 22, 2009 at 06:22:22PM +0400, KOT MATPOCKuH wrote:
> Hello!
> 
> 2009/9/21 Marius Strobl <marius@alchemy.franken.de>:
> >> pcib1: <OFW PCI-PCI bridge> mem 0x100pcib0: DMC error: MMU error 0x4000000040
> >> panic: pcib0: fatal DMC/PEC error
> > Please re-fetch fire.diff and try again.
> I have a new panic logs :)
> http://kot.spb.ru/tmp/fbsd/boot.log.0 (with -sv)
> http://kot.spb.ru/tmp/fbsd/boot.log.1 (without)
> 

Please try booting the same kernel using the following loader:
http://people.freebsd.org/~marius/loader

If that still results in the following panic:
pcib0: DMC error: MMU error 0x4000000040
panic: pcib0: fatal DMC/PEC error
locate the following lines in fire.c:
	/* not enabled by OpenSolaris *
	FIRE_PCI_SET(sc, FO_PCI_MMU_INT_EN,
	    FO_PCI_MMU_ERR_INT_S_MASK | FO_PCI_MMU_ERR_INT_P_MASK);
and replace them with:
	FIRE_PCI_SET(sc, FO_PCI_MMU_INT_EN,
	    (FO_PCI_MMU_ERR_INT_S_MASK | FO_PCI_MMU_ERR_INT_P_MASK) &
	    ~(FO_PCI_MMU_ERR_INT_TTE_INV_S | FO_PCI_MMU_ERR_INT_TTE_INV_P));
Then try again with a kernel built with that change in place
(the loader shouldn't matter in this case).

Marius

From matpockuh at gmail.com  Wed Sep 23 14:53:22 2009
From: matpockuh at gmail.com (KOT MATPOCKuH)
Date: Wed Sep 23 14:53:28 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <20090923003006.GK73777@alchemy.franken.de>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
	<20090918131416.GQ57060@alchemy.franken.de>
	<3979a4b0909202346h5c062fa1qb5150ad90f970c5b@mail.gmail.com>
	<20090921172517.GE73777@alchemy.franken.de>
	<3979a4b0909220722w7fd3f23fp57065cd0a981e42b@mail.gmail.com>
	<20090923003006.GK73777@alchemy.franken.de>
Message-ID: <3979a4b0909230753y40fcbbe6j7e2ebdd994fc8502@mail.gmail.com>

2009/9/23 Marius Strobl <marius@alchemy.franken.de>:

> Please try booting the same kernel using the following loader:
> http://people.freebsd.org/~marius/loader
Wow!
I'm booted the kernel! :)
boot -sv log here: http://kot.spb.ru/tmp/fbsd/boot-ok.log
Is your loader specially patched or build with some options?

-- 
MATPOCKuH
From marius at alchemy.franken.de  Thu Sep 24 10:24:20 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Thu Sep 24 10:24:27 2009
Subject: Is it posible to run FreeBSD/sparc64 on SunFire V215?
In-Reply-To: <3979a4b0909230753y40fcbbe6j7e2ebdd994fc8502@mail.gmail.com>
References: <3979a4b0909170200x754ea8c5l495e300b2a7a5113@mail.gmail.com>
	<20090917224556.GA41908@alchemy.franken.de>
	<3979a4b0909172329q3a113942xfcd71394a98fee19@mail.gmail.com>
	<20090918131416.GQ57060@alchemy.franken.de>
	<3979a4b0909202346h5c062fa1qb5150ad90f970c5b@mail.gmail.com>
	<20090921172517.GE73777@alchemy.franken.de>
	<3979a4b0909220722w7fd3f23fp57065cd0a981e42b@mail.gmail.com>
	<20090923003006.GK73777@alchemy.franken.de>
	<3979a4b0909230753y40fcbbe6j7e2ebdd994fc8502@mail.gmail.com>
Message-ID: <20090924102418.GQ73777@alchemy.franken.de>

On Wed, Sep 23, 2009 at 06:53:18PM +0400, KOT MATPOCKuH wrote:
> 2009/9/23 Marius Strobl <marius@alchemy.franken.de>:
> 
> > Please try booting the same kernel using the following loader:
> > http://people.freebsd.org/~marius/loader
> Wow!
> I'm booted the kernel! :)
> boot -sv log here: http://kot.spb.ru/tmp/fbsd/boot-ok.log
> Is your loader specially patched or build with some options?
> 

It's built with the attached quick hack. I think I've
actually found a solution to solve the underlying problem
properly in a MI way but haven't had time to implement
and test that, yet.

Marius

-------------- next part --------------
A non-text attachment was scrubbed...
Name: main.c.diff
Type: text/x-diff
Size: 730 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-sparc64/attachments/20090924/2c129061/main.c.bin
From rjohanne at piper.hamline.edu  Thu Sep 24 15:35:10 2009
From: rjohanne at piper.hamline.edu (R J)
Date: Thu Sep 24 15:35:16 2009
Subject: Sil3512 (sii, SATA) driver on Sun Ultra60/blade 1000
Message-ID: <Pine.LNX.4.64.0909240953130.25335@wnk>

Hi Mav,
I have been referred to you by Marius regarding the sii (Silicon Image) 
ata driver on sparc64.  The card I have is a two-port SATA card with the 
Sil3512 chipset.

You have perhaps seen some of my communication to the freebsd-sparc list 
earlier, but briefly, here's the problem I have had with it.

UNDER REL_ENG 7:

I have had a silicon image Sil 3512 in the ultra 60, and attached two disk 
drives.  The drives are seen by the ata driver.  I was able to lay a ufs 
file system on them, and even copied files onto the drives, 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 
(power-off).  Usually there would be some message about the device 
detaching from the system, and the /dev/ad* entries disappear.

I then take the Sil 3512 out of the ultra60 and put it in the Sun blade 
1000, and attach the disk drives; upon booting, the drives are not seen by 
the ata driver, although the controller is seen.  Remember, the drives are 
seen with the same card in the ultra60.

REBUILD TO 8.0 BETA on the Sun Blade 1000:

After I upgraded the Sun blade 1000 to 8.0 BETA, the ata driver could now 
see the disk attached to the Sil3512 controller, but the behaviour remains 
pretty much like on the Ultra60 under 7 stable if I put any i/o on the 
disks.

I have worked with Marius to get the ata-marvell driver sane for 
big-endian sparc64, and that driver now works on the Sun blade 1000 under 
8.0 BETA.  Before Marius fixed that driver, it was exhibiting the same 
behaviour as the Sil3512 under 8.0 Beta; i.e, the controller is seen, but 
no drives are seen, and the system wouldn't even finish booting if disks 
were attached to the controller.

Is it possible to for  you to take a look at the Sil ata driver again 
in-light of this information?

Thanks,

Robert
From mav at FreeBSD.org  Thu Sep 24 16:19:20 2009
From: mav at FreeBSD.org (Alexander Motin)
Date: Thu Sep 24 16:19:27 2009
Subject: Sil3512 (sii, SATA) driver on Sun Ultra60/blade 1000
In-Reply-To: <Pine.LNX.4.64.0909240953130.25335@wnk>
References: <Pine.LNX.4.64.0909240953130.25335@wnk>
Message-ID: <4ABB971E.5040709@FreeBSD.org>

Hi.

R J wrote:
> I have been referred to you by Marius regarding the sii (Silicon Image)
> ata driver on sparc64.  The card I have is a two-port SATA card with the
> Sil3512 chipset.
> 
> You have perhaps seen some of my communication to the freebsd-sparc list
> earlier, but briefly, here's the problem I have had with it.
> 
> UNDER REL_ENG 7:
> 
> I have had a silicon image Sil 3512 in the ultra 60, and attached two
> disk drives.  The drives are seen by the ata driver.  I was able to lay
> a ufs file system on them, and even copied files onto the drives, 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 (power-off).  Usually there would be some message about
> the device detaching from the system, and the /dev/ad* entries disappear.
> 
> I then take the Sil 3512 out of the ultra60 and put it in the Sun blade
> 1000, and attach the disk drives; upon booting, the drives are not seen
> by the ata driver, although the controller is seen.  Remember, the
> drives are seen with the same card in the ultra60.
> 
> REBUILD TO 8.0 BETA on the Sun Blade 1000:
> 
> After I upgraded the Sun blade 1000 to 8.0 BETA, the ata driver could
> now see the disk attached to the Sil3512 controller, but the behaviour
> remains pretty much like on the Ultra60 under 7 stable if I put any i/o
> on the disks.
> 
> I have worked with Marius to get the ata-marvell driver sane for
> big-endian sparc64, and that driver now works on the Sun blade 1000
> under 8.0 BETA.  Before Marius fixed that driver, it was exhibiting the
> same behaviour as the Sil3512 under 8.0 Beta; i.e, the controller is
> seen, but no drives are seen, and the system wouldn't even finish
> booting if disks were attached to the controller.
> 
> Is it possible to for  you to take a look at the Sil ata driver again
> in-light of this information?

I have only tested SiI3114 chip from this family and only on i386/amd64.
It worked fine for me. Unfortunately, I have neither Sil3512 controller
nor sparc64 hardware for testing. Driver mentions about some errata for
this chip, but I am not aware about it and have no card to test it.

Have you tried newer SiI3124/3132 cards family with new siis(4) or old
ata(4) driver?

-- 
Alexander Motin
From KOT at MATPOCKuH.Ru  Fri Sep 25 15:00:12 2009
From: KOT at MATPOCKuH.Ru (Dmitry Afanasiev)
Date: Fri Sep 25 15:00:18 2009
Subject: sparc64/139134: kernel output corruption
Message-ID: <200909251450.n8PEoHbf076286@www.freebsd.org>


>Number:         139134
>Category:       sparc64
>Synopsis:       kernel output corruption
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-sparc64
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Sep 25 15:00:11 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Dmitry Afanasiev
>Release:        FreeBSD 9.0-CURRENT sparc64
>Organization:
>Environment:
FreeBSD sunrise-new 9.0-CURRENT FreeBSD 9.0-CURRENT #6: Wed Sep 23 19:41:56 MSD 2009     root@kot:/usr/obj/sparc64/usr/src/sys/sunrise  sparc64

>Description:
Some lines of kernel's boot log is corrupted.

Sample 1:
SMP: AP CPU #1 Launched!
dWaA1R NaItN Gm:p tW1I TbNuEsS S0  ospctbiuosn1  etnaarbgleetd ,1  elxupne c0t
rdead1u:c e<dF UpJeIrTfSoUr mMaAnYc2e0.73
RCSUN72G 0501> Fixed Direct Access SCSI-4 device
da1: 300.000MB/s transfers

Sample 2:
WARNING: WITNESS option enabled, expect reduced performance.
GEOM: da0: geometry does not match VTOC8 label (label: 24h,424s GEOM: 255h,63s).
GEOM: da1: geometry does not match VTOC8 label (label: 24h,424s GEOM: 255h,63s).
Trying to mount root from nfs:
bgNeF0S:  RlOiOnTk:  s1t9a2t.e1 6c8h.a2n.g6e4d: /teox pDoOrWtN/
i
nstall/sparc64
bbggee00::  lliinnkk  UsPt
a
te changed to UP
ct_to_ts([2009-09-23 14:44:21]) = 1253717061.000000000
ct_to_ts([2009-09-23 14:44:21]) = 1253717061.000000000
start_init: trying /sbin/init
Sep 23 14:44:21 init: NSSWITCH(_nsdispatch): nis, passwd_compat, endpwent, not found, and no fallback provided

Enter full pathname of shell or RETURN for /bin/sh: 

>How-To-Repeat:
Just a boot the kernel
>Fix:
Add to GENERIC kernel:
options         PRINTF_BUFR_SIZE=128

(it's done on amd64 platform)

>Release-Note:
>Audit-Trail:
>Unformatted:
From dfilter at FreeBSD.ORG  Fri Sep 25 17:10:05 2009
From: dfilter at FreeBSD.ORG (dfilter service)
Date: Fri Sep 25 17:10:11 2009
Subject: sparc64/139134: commit references a PR
Message-ID: <200909251710.n8PHA5JD049731@freefall.freebsd.org>

The following reply was made to PR sparc64/139134; it has been noted by GNATS.

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: sparc64/139134: commit references a PR
Date: Fri, 25 Sep 2009 17:09:00 +0000 (UTC)

 Author: marius
 Date: Fri Sep 25 17:08:51 2009
 New Revision: 197490
 URL: http://svn.freebsd.org/changeset/base/197490
 
 Log:
   Merge r194204 from amd64/i386:
   
   Enable PRINTF_BUFR_SIZE by default.
   
   PR:		139134
   MFC after:	3 days
 
 Modified:
   head/sys/sparc64/conf/GENERIC
 
 Modified: head/sys/sparc64/conf/GENERIC
 ==============================================================================
 --- head/sys/sparc64/conf/GENERIC	Fri Sep 25 17:07:43 2009	(r197489)
 +++ head/sys/sparc64/conf/GENERIC	Fri Sep 25 17:08:51 2009	(r197490)
 @@ -68,6 +68,7 @@ options 	SYSVMSG			# SYSV-style message 
  options 	SYSVSEM			# SYSV-style semaphores
  options 	P1003_1B_SEMAPHORES	# POSIX-style semaphores
  options 	_KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
 +options 	PRINTF_BUFR_SIZE=128	# Prevent printf output being interspersed.
  options 	HWPMC_HOOKS		# Necessary kernel hooks for hwpmc(4)
  options 	AUDIT			# Security event auditing
  options 	MAC			# TrustedBSD MAC Framework
 _______________________________________________
 svn-src-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"
 
From marius at FreeBSD.org  Fri Sep 25 17:29:49 2009
From: marius at FreeBSD.org (marius@FreeBSD.org)
Date: Fri Sep 25 17:29:55 2009
Subject: sparc64/139134: kernel output corruption
Message-ID: <200909251729.n8PHTnAF070135@freefall.freebsd.org>

Synopsis: kernel output corruption

State-Changed-From-To: open->suspended
State-Changed-By: marius
State-Changed-When: Fri Sep 25 17:28:56 UTC 2009
State-Changed-Why: 
Suggested workaround was committed; suspend until there's a real fix for
the issue.

http://www.freebsd.org/cgi/query-pr.cgi?pr=139134
From tinderbox at freebsd.org  Sun Sep 27 14:44:36 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sun Sep 27 14:44:42 2009
Subject: [head tinderbox] failure on sparc64/sparc64
Message-ID: <200909271444.n8REiYc4036212@freebsd-current.sentex.ca>

TB --- 2009-09-27 14:29:29 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-09-27 14:29:29 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2009-09-27 14:29:29 - cleaning the object tree
TB --- 2009-09-27 14:30:58 - cvsupping the source tree
TB --- 2009-09-27 14:30:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2009-09-27 14:31:27 - building world
TB --- 2009-09-27 14:31:27 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-27 14:31:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-27 14:31:27 - TARGET=sparc64
TB --- 2009-09-27 14:31:27 - TARGET_ARCH=sparc64
TB --- 2009-09-27 14:31:27 - TZ=UTC
TB --- 2009-09-27 14:31:27 - __MAKE_CONF=/dev/null
TB --- 2009-09-27 14:31:27 - cd /src
TB --- 2009-09-27 14:31:27 - /usr/bin/make -B buildworld
>>> World build started on Sun Sep 27 14:31:28 UTC 2009
>>> 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
[...]
sh /src/tools/install.sh -o root  -g wheel -m 444  ca_ES.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/ca_ES.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  de_DE.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/de_DE.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  el_GR.ISO8859-7.cat  /obj/sparc64/src/tmp/usr/share/nls/el_GR.ISO8859-7/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  es_ES.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/es_ES.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  fi_FI.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/fi_FI.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  fr_FR.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/fr_FR.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  gl_ES.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat
install: /obj/sparc64/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat: No such file or directory
*** Error code 71

Stop in /src/lib/libc.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-09-27 14:44:34 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-09-27 14:44:34 - ERROR: failed to build world
TB --- 2009-09-27 14:44:34 - 461.69 user 102.77 system 905.10 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full
From tinderbox at freebsd.org  Sun Sep 27 14:56:49 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sun Sep 27 14:57:07 2009
Subject: [head tinderbox] failure on sparc64/sun4v
Message-ID: <200909271456.n8REumnf099303@freebsd-current.sentex.ca>

TB --- 2009-09-27 14:43:59 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-09-27 14:43:59 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2009-09-27 14:43:59 - cleaning the object tree
TB --- 2009-09-27 14:45:10 - cvsupping the source tree
TB --- 2009-09-27 14:45:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2009-09-27 14:45:40 - building world
TB --- 2009-09-27 14:45:40 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-27 14:45:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-27 14:45:40 - TARGET=sun4v
TB --- 2009-09-27 14:45:40 - TARGET_ARCH=sparc64
TB --- 2009-09-27 14:45:40 - TZ=UTC
TB --- 2009-09-27 14:45:40 - __MAKE_CONF=/dev/null
TB --- 2009-09-27 14:45:40 - cd /src
TB --- 2009-09-27 14:45:40 - /usr/bin/make -B buildworld
>>> World build started on Sun Sep 27 14:45:40 UTC 2009
>>> 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
[...]
sh /src/tools/install.sh -o root  -g wheel -m 444  ca_ES.ISO8859-1.cat  /obj/sun4v/src/tmp/usr/share/nls/ca_ES.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  de_DE.ISO8859-1.cat  /obj/sun4v/src/tmp/usr/share/nls/de_DE.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  el_GR.ISO8859-7.cat  /obj/sun4v/src/tmp/usr/share/nls/el_GR.ISO8859-7/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  es_ES.ISO8859-1.cat  /obj/sun4v/src/tmp/usr/share/nls/es_ES.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  fi_FI.ISO8859-1.cat  /obj/sun4v/src/tmp/usr/share/nls/fi_FI.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  fr_FR.ISO8859-1.cat  /obj/sun4v/src/tmp/usr/share/nls/fr_FR.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  gl_ES.ISO8859-1.cat  /obj/sun4v/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat
install: /obj/sun4v/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat: No such file or directory
*** Error code 71

Stop in /src/lib/libc.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-09-27 14:56:48 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-09-27 14:56:48 - ERROR: failed to build world
TB --- 2009-09-27 14:56:48 - 456.25 user 98.91 system 768.94 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full
From tinderbox at freebsd.org  Sun Sep 27 22:38:01 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sun Sep 27 22:38:07 2009
Subject: [head tinderbox] failure on sparc64/sparc64
Message-ID: <200909272238.n8RMc0oJ004147@freebsd-current.sentex.ca>

TB --- 2009-09-27 22:23:15 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-09-27 22:23:15 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2009-09-27 22:23:15 - cleaning the object tree
TB --- 2009-09-27 22:23:27 - cvsupping the source tree
TB --- 2009-09-27 22:23:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2009-09-27 22:24:33 - building world
TB --- 2009-09-27 22:24:33 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-09-27 22:24:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-09-27 22:24:33 - TARGET=sparc64
TB --- 2009-09-27 22:24:33 - TARGET_ARCH=sparc64
TB --- 2009-09-27 22:24:33 - TZ=UTC
TB --- 2009-09-27 22:24:33 - __MAKE_CONF=/dev/null
TB --- 2009-09-27 22:24:33 - cd /src
TB --- 2009-09-27 22:24:33 - /usr/bin/make -B buildworld
>>> World build started on Sun Sep 27 22:24:34 UTC 2009
>>> 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
[...]
sh /src/tools/install.sh -o root  -g wheel -m 444  ca_ES.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/ca_ES.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  de_DE.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/de_DE.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  el_GR.ISO8859-7.cat  /obj/sparc64/src/tmp/usr/share/nls/el_GR.ISO8859-7/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  es_ES.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/es_ES.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  fi_FI.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/fi_FI.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  fr_FR.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/fr_FR.ISO8859-1/libc.cat
sh /src/tools/install.sh -o root  -g wheel -m 444  gl_ES.ISO8859-1.cat  /obj/sparc64/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat
install: /obj/sparc64/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat: No such file or directory
*** Error code 71

Stop in /src/lib/libc.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-09-27 22:38:00 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-09-27 22:38:00 - ERROR: failed to build world
TB --- 2009-09-27 22:38:00 - 459.53 user 97.30 system 885.15 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full
From bugmaster at FreeBSD.org  Mon Sep 28 11:07:04 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Sep 28 11:09:23 2009
Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org
Message-ID: <200909281107.n8SB73ix064163@freefall.freebsd.org>

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
--------------------------------------------------------------------------------
s sparc/139134 sparc64    kernel output corruption
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

13 problems total.