Re: sparc64 traps during probe (r293243)

2016-01-10 Thread Kurt Lidl

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

2016-01-10 Thread Alan Somers
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

2016-01-10 Thread O. Hartmann
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

2016-01-10 Thread O. Hartmann
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