Hi All,
Maybe the esp problem is timing related. I got an interesting result when I
moved the kernel from compiling on an OSX machine to directly on the performa.
With the same tree, the same .config BUT a different compiler (osx=2.95,
performa = 3.3.5) I get somewhat different results! (these are with
both of Finn's latest b and c patches:

patch_b-mac68k_cvs_via_cleanup_and_fix2.diff
patch_c-interrupts-again-again3.diff

The kernel compiled on the performa with the adb active spits out the
esp error MUCH less. In fact I had to do a sg_verify on the whole drive
to get a "esp0: Warning, live target 0 not responding to selection" message.
And even at that it went several thousands sectors into the drive before
throwing the message as opposed to a few dozen with the kernel compiled on
OSX.

Also another odd thing, from adb. I was holding down the up arrow key to go
through the history under bash and the computer though at some point that I
never released the key. I couldn't do anything to get it to stop by repushing
the down key or any other key for that matter.


Linux version 2.6.14-m68k (root@performa) (gcc version 3.3.5 (Debian
1:3.3.5-13)) #16 Sun Nov 20 10:27:15 CST 2005

Linux version 2.6.14-m68k (bob@...) (gcc version 2.95.4 20011002 (Debi
an prerelease)) #12 Sun Nov 13 00:42:29 CST 2005

Bob
Brad Boyer:
> On Mon, Nov 14, 2005 at 11:14:59PM +1100, Finn Thain wrote:
> > On Sun, 13 Nov 2005, Brad Boyer wrote:
> > > The CUDA ADB driver is very cavalier about poking bits in the VIA. It's
> > > possible that it's conflicting with one of the VIA driver changes in one
> > > of those patches.
> >
> > patch_b is confined to VIA2... Adding patch_c didn't make any difference.
> >
> > I didn't think ADB was related to VIA2?
>
> That's true. There shouldn't be anything touching VIA2 in the ADB code. I
> have to admit that I haven't looked at your patches very closely. In any
> case, there are some things in the CUDA code that might affect timers in
> particular, and perhaps other obscure parts on the side. It's not
> exactly cleanly written, but I haven't taken the time to figure out
> how the code is supposed to work. I'll try to find some time to work
> on 68k code again sometime soon. Perhaps in a couple weeks when I have
> some holidays from work.
>
> Brad Boyer
> flar@...
>

--
/~\ The ASCII | Robert E. Brose II N0QBJ
\ / Ribbon Campaign | http://www.qbjnet.com/
X Help cure | mailto:bob@...
/ \ HTML Email | public key at http://www.qbjnet.com/key.html
_______________________________________________
linux-mac68k mailing list
linux-mac68k@...
http://lists.purplehat.net/listinfo/linux-mac68k