Re: Booting on RiscPC

Stephen Borrill <[email protected]> Thu, 28 Mar 2019 09:43:12 +0000 (GMT)
Newsgroups gmane.os.netbsd.ports.acorn32
Message-ID <Pine.NEB.4.64.1903280941550.3448@ugly>
On Wed, 27 Mar 2019, Mike Pumford wrote:
> On 27/03/2019 14:15, Stephen Borrill wrote:
>> I must admit to potentially wasting some of your time with my most recent 
>> reports. It turns out I was booting with -d (drop to ddb) which I'd added 
>> during a previous round of debugging, so I was notseeing a panic at this 
>> point.
>> However, I was originally seeing the panic you've fixed I believe.
>> 
> Well to be fair every panic you reported I was able to reproduce here so I 
> don't think that's the case. :) I've no idea how the setstackclock code 
> wasn't throwning that fault before.
>
>> I've built a -current kernel with timerfix.patch from this mail and 
>> irqfix.patch from 
>> http://mail-index.netbsd.org/port-acorn32/2019/03/25/msg000079.html
>> 
>> I can confirm this boots fine, but the keyboard is still messed up. For 
>> example:
>> z = [[
>> x = gg
>> c = ff
>> s = ]]
>> b = mm
>> 1 = uu
>> n = nn
>> 
>> For each keypress, I get two incorrect characters.
>> 
> Okay that's really odd and very different from the keyboard problems my 
> patches fixed. The issue I was seeing was that the rather inaccurate delay 
> was causing my keyboard not to be detected at all giving me no way to 
> interact with the console. Its safe to assume you don't have a keyboard 
> hardware problem as its presumably working in RiscOS.

Indeed, I still use RISC OS quite a lot. Also it works on NetBSD 3.

> It may take a few days as I'm going to be away from the hardware but I'll 
> have a look into the driver and see if I can see any way for that keyboard 
> failure to happen. Is the behaviour consistent? does the same key always give 
> the same pair of characters?

Yes, always consistent.

-- 
Stephen