Re: [PATCH] f_op->poll() without lock_kernel()

From: kuznet@ms2.inr.ac.ru
Date: Sat Apr 22 2000 - 13:43:08 EDT

Next message: Harald Koenig: "2.2.14 NTFS file size (df) bug"

Previous message: Tigran Aivazian: "[patch-2.3.99-pre6-5] drivers/block/floppy.c cleanup"
In reply to: Alexander Viro: "Re: [PATCH] f_op->poll() without lock_kernel()"
Next in thread: Alexander Viro: "Re: [PATCH] f_op->poll() without lock_kernel()"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Hello!

> non-default stuff in the first place. E.g. ->mmap() just looks wrong. Oh,
> well...

If it is wrong, then repair it. 8)

> For received packets, they just "appear" in the mmap'd area,

Actually, it is not only for IO. Mmap is (the only) legal method
to get any memory, directly mapped to user space. File offset
in this case is some internal "socket bus" address. It can
be used for all the sorts of things.

Alexey

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

Next message: Harald Koenig: "2.2.14 NTFS file size (df) bug"
Previous message: Tigran Aivazian: "[patch-2.3.99-pre6-5] drivers/block/floppy.c cleanup"
In reply to: Alexander Viro: "Re: [PATCH] f_op->poll() without lock_kernel()"
Next in thread: Alexander Viro: "Re: [PATCH] f_op->poll() without lock_kernel()"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sat Apr 22 2000 - 14:04:14 EDT