On 7/22/14, 2:26 PM, Bryan Drewery wrote:
On 7/22/14, 2:07 PM, Bryan Drewery wrote:
Meant to send to current@, moving there.
On 7/22/14, 2:07 PM, Bryan Drewery wrote:
On r268621:
panic: shadowed tmpfs v_object 0xf807a7f96600
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_t
On 7/22/14, 2:07 PM, Bryan Drewery wrote:
Meant to send to current@, moving there.
On 7/22/14, 2:07 PM, Bryan Drewery wrote:
On r268621:
panic: shadowed tmpfs v_object 0xf807a7f96600
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfe1247d6
Meant to send to current@, moving there.
On 7/22/14, 2:07 PM, Bryan Drewery wrote:
On r268621:
panic: shadowed tmpfs v_object 0xf807a7f96600
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfe1247d67390
kdb_backtrace() at kdb_backtrace+0x39/
Hi Dimitry,
On Tue, 22 Jul 2014, Dimitry Andric wrote:
On 22 Jul 2014, at 00:34, Benjamin Kaduk wrote:
Building some out-of-tree software with a rather long set of compiler flags, I
can reliably get our clang to crash.
The system is current as of r267362 (June 11), with clang reporting itsel
On 22 Jul 2014, at 00:34, Benjamin Kaduk wrote:
> Building some out-of-tree software with a rather long set of compiler flags,
> I can reliably get our clang to crash.
> The system is current as of r267362 (June 11), with clang reporting itself as
> FreeBSD clang version 3.4.1 (tags/RELEASE_34/d
I can't quite see what the difference in building sys/i386/loader and
sys/i386/zfsloader is outside of the obvious zfs loader support flag.
But, loader will build, and zfsloader will not. Clang will give me a
nice error that tells me how I could fix this, but since loader builds
fine I suspect so
On 20/07/14 16:03, Larry Rosenman wrote:
>
> panic: solaris assert: !(zio->io_flags & ZIO_FLAG_DELEGATED), file:
> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c, line:
> 2874
>
This was fixed by r268980.
Florian
signature.asc
Description: OpenPGP digital signature
https://phabric.freebsd.org/D443
the 64bit version of userboot has been screaming about bit shifting
operators for a while now.
The short explanation, amd64 sizeof(long) != i386 sizeof(long).
The long explanation is in the phabric diff and comments.
I see no reason to not commit this, but thoug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I think this is my stupid. Feeling ashamed.
Please try r268980+ and report back if it's fixed or not, thanks!
Cheers,
-BEGIN PGP SIGNATURE-
iQIcBAEBCgAGBQJTzihjAAoJEJW2GBstM+ns2esP/3zfORqtE11QeveWI8wBzHav
Pl4A3V8kgi8FHP8m33gim1yAERpqf2+Wg