Re: CVS commit: src/sys/arch/sparc

2016-04-05 Thread Martin Husemann 
On Wed, Apr 06, 2016 at 06:02:33AM +1000, matthew green wrote:
> or convert it (back to?) a __cpu_simple_lock.

Yes, whatever is easiest and works.

Martin

re: CVS commit: src/sys/arch/sparc

2016-04-05 Thread matthew green 
Martin Husemann writes:
> On Tue, Apr 05, 2016 at 03:02:25PM +0200, J. Hannken-Illjes wrote:
> > The attached hack works for me -- looks like we cannot use a mutex
> > so early ...
> 
> Or just skip the mutex_{enter,exit} while cold?

or convert it (back to?) a __cpu_simple_lock.


.mrg.

Re: CVS commit: src/sys/arch/sparc

2016-04-05 Thread J. Hannken-Illjes 

> On 05 Apr 2016, at 15:05, Martin Husemann  wrote:
> 
> On Tue, Apr 05, 2016 at 03:02:25PM +0200, J. Hannken-Illjes wrote:
>> The attached hack works for me -- looks like we cannot use a mutex
>> so early ...
> 
> Or just skip the mutex_{enter,exit} while cold?

The first crash is the result of mutex_init -> lockdebug_alloc().

--
J. Hannken-Illjes - hann...@eis.cs.tu-bs.de - TU Braunschweig (Germany)

Re: CVS commit: src/sys/arch/sparc

2016-04-05 Thread Martin Husemann 
On Tue, Apr 05, 2016 at 03:36:13PM +0200, J. Hannken-Illjes wrote:
> The first crash is the result of mutex_init -> lockdebug_alloc().

Yeah, and init it "later" - but I don't know what a good point for that
would be.

Martin

Re: CVS commit: src/sys/arch/sparc

2016-04-05 Thread Martin Husemann 
On Tue, Apr 05, 2016 at 03:02:25PM +0200, J. Hannken-Illjes wrote:
> The attached hack works for me -- looks like we cannot use a mutex
> so early ...

Or just skip the mutex_{enter,exit} while cold?

Martin

Re: CVS commit: src/sys/arch/sparc

2016-04-05 Thread J. Hannken-Illjes 

> On 01 Apr 2016, at 22:21, Palle Lyckegaard  wrote:
> 
> Module Name:  src
> Committed By: palle
> Date: Fri Apr  1 20:21:45 UTC 2016
> 
> Modified Files:
>   src/sys/arch/sparc/include: openfirm.h
>   src/sys/arch/sparc/sparc: openfirm.c promlib.c
> 
> Log Message:
> sun4v: Workaround for OpenBoot feature where a 64-bit address is truncated to 
> a 32-bit address. This happends when a write to the console 
> (/virtual-devices@100/console@1) is done. Avoid this by using a static buffer 
> that is mapped below 4GB. Thanks to Tarl Neustaedter for explaining how 
> OpenBoot works. ok martin@
> 
> 
> To generate a diff of this commit:
> cvs rdiff -u -r1.9 -r1.10 src/sys/arch/sparc/include/openfirm.h
> cvs rdiff -u -r1.20 -r1.21 src/sys/arch/sparc/sparc/openfirm.c
> cvs rdiff -u -r1.44 -r1.45 src/sys/arch/sparc/sparc/promlib.c
> 
> Please note that diffs are not public domain; they are subject to the
> copyright notices on the relevant files.
> 

This breaks (at least) LOCKDEBUG kernel on Sun V240:

Loading netbsd: 10104048+639024+609968 [638184+418249]=0xe33790
ERROR: Last Trap: Fast Data Access MMU Miss

The attached hack works for me -- looks like we cannot use a mutex
so early ...

--
J. Hannken-Illjes - hann...@eis.cs.tu-bs.de - TU Braunschweig (Germany)


openfirm.diff
Description: Binary data

Re: CVS commit: src/share/man/man2

2016-04-05 Thread Joerg Sonnenberger 
On Mon, Apr 04, 2016 at 08:43:31PM +, Thomas Klausner wrote:
> Module Name:  src
> Committed By: wiz
> Date: Mon Apr  4 20:43:31 UTC 2016
> 
> Modified Files:
>   src/share/man/man2: siginfo.2
> 
> Log Message:
> I do like the idea of April 43, 2016, but it's just not standardized enough.

Can you create a POSIX bug for that? :)

Joerg