Re: /dev/vme*
David Laight <[email protected]> Thu, 14 Feb 2008 07:44:05 +0000
| Newsgroups | gmane.os.netbsd.ports.sun3,gmane.os.netbsd.ports.sun2 |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Feb 13, 2008 at 11:35:30PM -0600, Bolo wrote: > > > My guess is that they generate the alternate vmebus bus cycle codes > > > needed to access vmebus devices with 16bit address/data regsiters. > > > > They just allow mapping a different range. That could be allowed for > > /dev/mem directly as well. That's why I don't see the point in the > > additional devices. > > My suns are off at the moment, and I don't have current source handy, > but this may be applicable: > > 1) it would probably break SunOS executable compatability. The > execs can't open the vme address space to access the > vme resources there properly. > > 2) IIRC (and it has been a long time) parts of the address space of > the suns are setup to access the VME bus with different widths. So, > yes all it does is map a different range, but that lets the hardware > do the accesses with the different widths. > > The sun sbus and perhaps mbus memory access may have similar weird mappings, > but I never really had to deal with that. Similar stuff could be present for vmebus sparc systems, but the mbus/sbus systems map everything as 32bit. David -- David Laight: [email protected]