Re: kern/39242: NetBSD 4.0 will start busy-loop an hang on machines with more than 4 GB memory

[Simon Burge <simonb%NetBSD.org@localhost>]

The following reply was made to PR kern/39242; it has been noted by GNATS.

From: Simon Burge <simonb%NetBSD.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
    netbsd-bugs%netbsd.org@localhost, 
Wolfgang.Stukenbrock%nagler-company.com@localhost
Subject: Re: kern/39242: NetBSD 4.0 will start busy-loop an hang on machines 
with more than 4 GB memory 
Date: Tue, 29 Jul 2008 23:21:47 +1000

 Wolfgang Stukenbrock wrote:
 
 > The following reply was made to PR kern/39242; it has been noted by GNATS.
 > 
 > From: Wolfgang Stukenbrock 
 > <Wolfgang.Stukenbrock%nagler-company.com@localhost>
 > To: gnats-bugs%NetBSD.org@localhost
 > Cc: 
 > Subject: Re: kern/39242: NetBSD 4.0 will start busy-loop an hang on machines 
 > with more than 4 GB memory
 > Date: Tue, 29 Jul 2008 09:07:09 +0200
 > 
 >  Hi,
 >  
 >  yes it is a E3110 CPU with 6MB cache.
 >  What files I need to catch from the current and integrate the changes 
 >  into my 4.0-version of netbsd?
 >  You talk about the "cache detection stuff" AND the file named below.
 >  
 >  I think it would be a real great idea to bring this fix into the 
 >  releases as soon as possible.
 >  This CPU is "very" cheep compared to the other one's (at least in 
 >  germany) and therefore is very attractive for new systems.
 
 Does rev 1.32 of sys/arch/x86/x86/cpu.c apply cleanly to netbsd-4 ?  I
 don't recall which bits of which files moved around with x86 recently.
 If so, that at least guarantees that a bogus number doesn't get passed
 deeper into UVM, and that'll be enough for netbsd-4.
 
 Note also the problem was to do with "half memory used", not "4G of
 memory used".
 
 Cheers,
 Simon.