On Mon, 27 Nov 2000, you wrote:
> >have an intermediate buffer in kernel memory. I have implemented the copy
> >functions like this:
> >
> >From user space to the sound card:
> >
> > if (verify_area(VERIFY_READ, user_space_src, count) != 0) {
> > return -EFAULT;
> > }
> > memcpy_toio(iobase, user_space_src, count);
> > return 0;
> >
> >From the sound card to user space:
> >
> > if (verify_area(VERIFY_WRITE, user_space_dst, count) != 0) {
> > return -EFAULT;
> > }
> > memcpy_fromio(user_space_dst, iobase, count);
> > return 0;
> >
> >
> >These functions are called on the behalf of the user, so the current
>
> process
>
> >should be the correct one. The iobase is ioremapped:
> >
> > iobase = ioremap(sound_card_port, sound_card_io_size);
> The best solution will be to let the user mmap the device memory to his
> address space.The driver need to provide the interface through ioctl cmd or
> mmap file operations.
I have learnt that it is not portable to mmap the IO memory, since some
architectures (for example Alpha) cannot access IO memory the same was as
physical RAM. That is why I am using memcpy_to/fromio instead of
copy_to/from_user. If I am correctly informed, when mmaping is used, the card
use to have some sort of DMA mechanism, so the mmaping is done on ordinary
RAM, not IO memory. Unfortunately, on this sound card (RME Audio Digi96), I
have to access the on-board buffers directly, using the CPU. Thus, to be
portable, I cannot use mmap directly on the ioremap'd memory, right?
/Anders Torger
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Nov 30 2000 - 21:00:15 EST