|
From: <ebi...@ln...> - 2003-02-18 23:53:20
|
"Timothy Legge" <tl...@ro...> writes: > > It looks like this bit of code in start32.S > > > > /* Save the stack pointer */ > > cs > > movw %sp, RADDR(real_sp) > > > > Which when modified to say: > > > > /* Reload %ds */ > > movw %cs, %ax > > movw %ax, %ds > > > > /* Save the stack pointer */ > > movw %sp, RADDR(real_sp) > > > > > > Works. So it looks like I have found a 486 bug with respect to > segment > > I can confirm that a clean cvs with the above change will allow my 486 > to recognize the NIC and xfer a ltsp kernel. Nice work Eric, I thought > I was going to have to break down and learn assembly. I got lucky. It was not an interrupt causing the problem. > However, from there, the PC reboots. (That was using the 3c509 nic with > the udelay replaced by DELAY. Any thoughts on why udelay doe not work > correctly on my 486 would be welcomed as well). Does timer channel 2 not work on your 486? Otherwise udelay should work. > The reboot behavior was noted when I was working on the sundance driver. > I thought it was related to that driver, but maybe not. When I get a chance I will attempt to confirm ne.zdsk works properly. But it just sitting there waiting for a DHCP reply everything worked properly. Eric |
