Re: sparc64 traps during probe (r293243)
On 1/8/16 3:45 PM, Kurt Lidl wrote: On 1/8/16 1:58 PM, Marius Strobl wrote: On Fri, Jan 08, 2016 at 10:42:33AM -0500, Kurt Lidl wrote: I recently updated a sparc64 V120 from r291993 to r293243, and it now traps during the autoconfiguration phase of the kernel boot: <...> -- data access exception sfar=0xfcf821ca0218 sfsr=0x41029 %o7=0xc06165e8 -- What code line does 0xc06165e8 translate to? Marius Unfortunately, I cannot tell you. I managed to destroy the /usr/lib/debug/boot/kernel directory for the kernel that didn't work properly. As noted in a different reply, a cross-built r293425 kernel did boot, and I'm now re-building a native r293425 world on the sparc64 host. If it the native build doesn't work, I'll get the information you wanted from that build. I was able to install and boot the natively built r293426 tree successfully. So whatever the problem was, it was transient, or at least has not shown up on the machine running the natively compiled version of everything. -Kurt ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [zfs] Cache on SD stops working after updating to 11-CURRENT r291458 amd64
On Sun, Jan 10, 2016 at 1:32 AM, O. Hartmann wrote: > Am Sat, 9 Jan 2016 02:18:27 -0800 > Xin Li schrieb: > >> Please subscribe: >> >> https://bugs.freebsd.org/205882 >> >> You can locally apply -r292066 or modify the code to skip the check when >> pguid is 0 as a stopgap. >> >> Cheers, >> > > Is there any chance this get sorted out and solved in due time? > > Regards, > > oh Yes. The fix will be quite quick, but it's currently being blocked by an open code review on the same file. https://reviews.freebsd.org/D4524 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [zfs] Cache on SD stops working after updating to 11-CURRENT r291458 amd64
Am Sat, 9 Jan 2016 02:18:27 -0800 Xin Li schrieb: > Please subscribe: > > https://bugs.freebsd.org/205882 > > You can locally apply -r292066 or modify the code to skip the check when > pguid is 0 as a stopgap. > > Cheers, > Is there any chance this get sorted out and solved in due time? Regards, oh pgpdU05jPiRHD.pgp Description: OpenPGP digital signature
[r293629]: ip_fw_table_algo.c:3818:6: error: variable 'error' is used uninitialized whenever 'if' condition is false
Kernel build fails with the error shown below: [...] --- all_subdir_ipfw --- /usr/src/sys/modules/ipfw/../../netpfil/ipfw/ip_fw_table_algo.c:3818:6: error: variable 'error' is used uninitialized whenever 'if' condition is false [-Werror,-Wsometimes-uninitialized] if (keylen == 4) { ^~~ /usr/src/sys/modules/ipfw/../../netpfil/ipfw/ip_fw_table_algo.c:3833:6: note: uninitialized use occurs here if (error != 0) ^ /usr/src/sys/modules/ipfw/../../netpfil/ipfw/ip_fw_table_algo.c:3818:2: note: remove the 'if' if its condition is always true if (keylen == 4) { ^ /usr/src/sys/modules/ipfw/../../netpfil/ipfw/ip_fw_table_algo.c:3815:11: note: initialize the variable 'error' to silence this warning int error; ^ = 0 1 error generated. *** [ip_fw_table_algo.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/ipfw 1 error make[4]: stopped in /usr/src/sys/modules/ipfw *** [all_subdir_ipfw] Error code 2 [...] Kind regards, oh pgpOlKcNR7o9p.pgp Description: OpenPGP digital signature