On Tue, Apr 15, 2014 at 02:10:33PM -0700, Erik Fair wrote:
> This should be pulled up to netbsd-6
this is not critical:
the code is used only at boot time with root on nfs, and the condition that
would cause the leak is always false anyway.
--
Manuel Bouyer
NetBSD: 26 ans d'experience fero
On 15 Apr 2014, at 20:18, Taylor R Campbell
wrote:
> Date: Tue, 15 Apr 2014 09:50:45 +
> From: Juergen Hannken-Illjes
>
> Fix a deadlock where one thread exits, enters fstrans_lwp_dtor()
> and wants fstrans_lock. This thread holds the proc_lock.
>
> This sounds fishy. lwp_exit
dennis wrote:
> That generic x68x requires a 68030 makes sense since that's the first
> CPU where the code can count on knowing how the MMU works.
Well, it's not a guess but the design of NetBSD/x68k.
> A 68020
> would have a manufacturer-specific MMU,
Note there is Motorola MC68851 PMMU for 68
martin@ wrote:
> It doesn't really matter for .S files, as long as the code does not mutate
> due to ifdefs - or am I missing something?
Just FYI,
as(1) converts
"jbsr [LABEL]" lines into
"jsr [absolute address]" with -m68000, and
"bsrl [relative address]" with -m68020.
The latter is not suppor