Changes to kern.geom.debugflags?

[Marius Strobl]

On Mon, Dec 24, 2012 at 07:35:57PM -0500, Chris Ross wrote:
> 
> On Dec 23, 2012, at 16:56 , Chris Ross <cross+freebsd at distal.com> wrote:
> > I had brought up a machine months ago with freebsd-9-stable.  I configured it to boot off of a single disk, with ZFS, expecting I would likely later attach the other disk to the zpool.  I tried to do that today, but find that I can't write the bootloader to either disk.
> > 
> > gpart: /dev/da0a: Operation not permitted
> > 
> >   [...]
> 
>   Okay.  It occurred to me today what was likely the problem.  I was running, even when single user, off of the zfs pool on the disks I was trying to write the bootloader to.
> 
>   I tar'd up /boot after my recent install from a Dec 22 9-stable, and moved it off-host.  Then, I booted off of the July stable-9 CD-ROM I have in the machine, and was able to write bootblocks (with gpart bootcode) and a bootloader (dd if=/boot/zfsloader of=/dev/${disk}a bs=512 oseek=1024 conv=notrunc).
> 
>   Now, the new problem.  When I try to boot my sparc64 with these bits, I see:
> 
> >> FreeBSD/sparc64 ZFS boot block
>    Boot path:   /pci at 1c,600000/scsi at 2/disk at 0,0:a
> Consoles: Open Firmware console  
> ERROR: Last Trap: Division by Zero
> 
> {1} ok
> 
>   So, does anyone know if something has gone unstable in the sparc64 zfsboot in recent months?  If I boot from the cdrom again and load the July zfsboot via gpart bootcode, it boots correctly again.
> 

Please see
http://www.freebsd.org/cgi/getmsg.cgi?fetch=0+0+/usr/local/www/db/text/2012/freebsd-sparc64/20121223.freebsd-sparc64
and provide debug information.

Marius