freebsd stable - Jul 2015 - New FreeBSD snapshots available: stable/10 (20150625 r284813)

> [-stable@ in CC since these are the first 10.2-PRERELEASE builds
> available since the code slush went into effect, which marks the start
> of the release cycle.]
>
> New FreeBSD development branch installation ISOs and virtual machine
> disk images have been uploaded to the FTP mirrors.
>
> As with any development branch, the installation snapshots are not
> intended for use on production systems.  We do, however, encourage
> testing on non-production systems as much as possible.
I was able to download the sparc64 iso image, burn the iso to a
cd-rom, and boot a sparc64 V120 from that image.

I was also able to perform an install onto a ZFS only setup,
and have it work properly.

The only other testing I did was to recompile a custom kernel, and
that worked fine too.  From the aspect of having a ZFS only
configuration "just work", this is by far the best that I've
seen to date.

-Kurt

dmesg follows:

Copyright (c) 1992-2015 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
         The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 10.2-PRERELEASE #1: Tue Jun 30 19:51:35 EDT 2015
     root at ton.pix.net:/usr/obj/usr/src/sys/V120 sparc64
gcc version 4.2.1 20070831 patched [FreeBSD]
real memory  = 4294967296 (4096 MB)
avail memory = 4175503360 (3982 MB)
cpu0: Sun Microsystems UltraSparc-IIe Processor (648.00 MHz CPU)
WARNING: VIMAGE (virtualized network stack) is a highly experimental 
feature.
random: <Software, Yarrow> initialized
nexus0: <Open Firmware Nexus device>
pcib0: <U2P UPA-PCI bridge> mem 
0x1fe00000000-0x1fe0000ffff,0x1fe01000000-0x1fe010000ff irq 
2032,2030,2031,2021 on nexus0
pcib0: Sabre, impl 0, version 0, IGN 0x1f, bus A, 66MHz
pcib0: DVMA map: 0xc0000000 to 0xc3ffffff 8192 entries
pcib0: [GIANT-LOCKED]
pci0: <OFW PCI bus> on pcib0
pcib1: <APB PCI-PCI bridge> at device 1.1 on pci0
pci1: <OFW PCI bus> on pcib1
ebus0: <PCI-EBus3 bridge> mem 
0xf0000000-0xf0ffffff,0xf1000000-0xf17fffff at device 12.0 on pci1
ebus0: <idprom>: incomplete
pcib2: <APB PCI-PCI bridge> at device 1.0 on pci0
pci2: <OFW PCI bus> on pcib2
ebus0: <flashprom> addr 0x1000000000-0x10000fffff (no driver attached)
eeprom0: <EEPROM/clock> addr 0x1400000000-0x1400001fff on ebus0
eeprom0: model mk48t59
ebus0: <SUNW,lomh> addr 0x1400200000-0x1400200003 irq 42 (no driver 
attached)
pci1: <old, non-VGA display device> at device 3.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 7.0 on pci1
isa0: <ISA bus> on isab0
gem0: <Sun ERI 10/100 Ethernet> mem 0xe0400000-0xe041ffff at device 12.1 
on pci1
miibus0: <MII bus> on gem0
ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus0
ukphy0:  none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, 
auto-flow
gem0: 2kB RX FIFO, 2kB TX FIFO
gem0: Ethernet address: 00:03:ba:2f:fc:50
ohci0: <Sun PCIO-2 USB controller> mem 0xe2000000-0xe2007fff at device 
12.3 on pci1
usbus0 on ohci0
atapci0: <AcerLabs M5229 UDMA66 controller> port 
0x400-0x407,0x418-0x41b,0x410-0x417,0x408-0x40b,0x420-0x42f at device 
13.0 on pci1
atapci0: using PIO transfers above 137GB as workaround for 48bit DMA 
access bug, expect reduced performance
ata2: <ATA channel> at channel 0 on atapci0
ata3: <ATA channel> at channel 1 on atapci0
gem1: <Sun ERI 10/100 Ethernet> mem 0xe0440000-0xe045ffff at device 5.1 
on pci1
miibus1: <MII bus> on gem1
ukphy1: <Generic IEEE 802.3u media interface> PHY 1 on miibus1
ukphy1:  none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, 
auto-flow
gem1: 2kB RX FIFO, 2kB TX FIFO
gem1: Ethernet address: 00:03:ba:2f:fc:51
ohci1: <Sun PCIO-2 USB controller> mem 0xe5000000-0xe5007fff at device 
5.3 on pci1
usbus1 on ohci1
sym0: <896> port 0xc00000-0xc000ff mem 0x2000-0x23ff,0x4000-0x5fff at 
device 8.0 on pci2
sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym1: <896> port 0xc00100-0xc001ff mem 0x6000-0x63ff,0x8000-0x9fff at 
device 8.1 on pci2
sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking
uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 on isa0
uart0: console (9600,n,8,1)
uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 43 on isa0
usbus0: 12Mbps Full Speed USB v1.0
ZFS filesystem version: 5
ZFS storage pool version: features support (5000)
Timecounter "tick" frequency 648000000 Hz quality 1000
Event timer "tick" frequency 648000000 Hz quality 1000
Timecounters tick every 1.000 msec
usbus1: 12Mbps Full Speed USB v1.0
ugen0.1: <SUN> at usbus0
uhub0: <SUN OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
ugen1.1: <SUN> at usbus1
uhub1: <SUN OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
uhub0: 4 ports with 4 removable, self powered
uhub1: 4 ports with 4 removable, self powered
random: unblocking device.
da0 at sym0 bus 0 scbus2 target 0 lun 0
da0: <FUJITSU MAT3073NC 0108> Fixed Direct Access SCSI-3 device
da0: Serial Number AAL0P58055P6
da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit)
da0: Command Queueing enabled
da0: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C)
da1 at sym0 bus 0 scbus2 target 1 lun 0
da1: <FUJITSU MAW3073NC 0104> Fixed Direct Access SCSI-3 device
da1: Serial Number DAL0P7906GC1
da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit)
da1: Command Queueing enabled
da1: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C)
cd0 at ata2 bus 0 scbus0 target 0 lun 0
cd0: <TEAC DV-28E-B 1.2B> Removable CD-ROM SCSI device
cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes)
cd0: cd present [256000 x 2048 byte records]

On Tue, Jun 30, 2015 at 08:14:07PM -0400, Kurt Lidl
wrote:
> >[-stable@ in CC since these are the first 10.2-PRERELEASE builds
> >available since the code slush went into effect, which marks the start
> >of the release cycle.]
> >
> >New FreeBSD development branch installation ISOs and virtual machine
> >disk images have been uploaded to the FTP mirrors.
> >
> >As with any development branch, the installation snapshots are not
> >intended for use on production systems.  We do, however, encourage
> >testing on non-production systems as much as possible.
> 
> I was able to download the sparc64 iso image, burn the iso to a
> cd-rom, and boot a sparc64 V120 from that image.
> 
> I was also able to perform an install onto a ZFS only setup,
> and have it work properly.
> 
> The only other testing I did was to recompile a custom kernel, and
> that worked fine too.  From the aspect of having a ZFS only
> configuration "just work", this is by far the best that I've
> seen to date.
> 
Great to hear.  Thank you for testing.

Glen

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20150701/840dbc30/attachment.bin>

Kurt Lidl <lidl at pix.net> wrote:
> > [-stable@ in CC since these are the first 10.2-PRERELEASE builds
> > available since the code slush went into effect, which marks the start
> > of the release cycle.]
> >
> > New FreeBSD development branch installation ISOs and virtual machine
> > disk images have been uploaded to the FTP mirrors.
> >
> > As with any development branch, the installation snapshots are not
> > intended for use on production systems.  We do, however, encourage
> > testing on non-production systems as much as possible.
> 
> I was able to download the sparc64 iso image, burn the iso to a
> cd-rom, and boot a sparc64 V120 from that image.
> 
> I was also able to perform an install onto a ZFS only setup,
> and have it work properly.
On i386, the ZFS-only installation reproducible works after the
first reboot but after the first reboot panics while importing
the root pool.

The problem seems to be that the GENERIC kernel is build with
clang but KSTACK_PAGES has not been adjusted according to UPDATING:

| 20121223:
|        After switching to Clang as the default compiler some users of ZFS
|        on i386 systems started to experience stack overflow kernel panics.
|        Please consider using 'options KSTACK_PAGES=4' in such
configurations.

If the issue can't be addressed before the release it may be
worth mentioning it in the release notes.

Fabian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20150701/ae36e26c/attachment.bin>