Linux-kernel mailing list archive 1998-31,: Re: DEVFSv50 and /dev/fb? (or /dev/fb/? ???)

# Re: DEVFSv50 and /dev/fb? (or /dev/fb/? ???)

Martin Mares (mj@ucw.cz)
Wed, 5 Aug 1998 12:05:45 +0200

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Meelis Roos: "Re: 2.1.114: VFAT corrupts first block of a file"
- Previous message: Henning P. Schmiedehausen: "Re: [PATCH] [SECURITY] suid procs exec'd with bad 0,1,2 fds"
- In reply to: Alan Cox: "Re: DEVFSv50 and /dev/fb? (or /dev/fb/? ???)"
- Next in thread: Martin Mares: "Re: DEVFSv50 and /dev/fb? (or /dev/fb/? ???)"

> Well since right now you still need packets for >1024 file handles and
> >128Mb per swap file I'd say that dev_fs is a minor worry 8). Doing >2Gig
> files on a 32bit machine is a hard one however.

Some months ago, I tried to write a 64-bit filesystem working on 32-bit
machines and the only real problems were:

- There is no way how to report 64-bit file sizes to user space.
- mmap
- There is no llseek hook -- the only way how to seek is to
let the generic code set f_pos.

It would be very nice to have at least partial 64-bit file support in 2.2
(i.e., no mmap) as some of apps I run (especially my search engine) rely
need multi-gigabyte files.

Have a nice fortnight

    --
    Martin `MJ' Mares   <mj@ucw.cz>   http://atrey.karlin.mff.cuni.cz/~mj/
    Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
    "Hex dump:  Where witches put used curses..."

    -
    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.altern.org/andrebalsa/doc/lkml-faq.html

- Next message: Meelis Roos: "Re: 2.1.114: VFAT corrupts first block of a file"
- Previous message: Henning P. Schmiedehausen: "Re: [PATCH] [SECURITY] suid procs exec'd with bad 0,1,2 fds"
- In reply to: Alan Cox: "Re: DEVFSv50 and /dev/fb? (or /dev/fb/? ???)"
- Next in thread: Martin Mares: "Re: DEVFSv50 and /dev/fb? (or /dev/fb/? ???)"