lkml.org 
[lkml]   [2009]   [Aug]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] Fix proc_file_write missing ppos update
On Sun, Aug 30, 2009 at 09:05:44PM +0200, Stefani Seibold wrote:
> Am Samstag, den 29.08.2009, 19:16 -0400 schrieb Christoph Hellwig:
> > On Sat, Aug 29, 2009 at 06:38:12PM +0200, Stefani Seibold wrote:
> > > The following fix a long standing issue in the proc_file_write function,
> > > which doesn't update the ppos file position pointer.
> >
> > The right fix is to get rid of the last remaining
> > read_proc_t/write_proc_t instances and switch everyone to implement file
> > operations. Alexey has been working on this on and off for a while.
> >
>
> Switching all users of read_proc_t/write_proc_t to file operation is a
> huge job. About 180 files must be fixed.

Less, staging stuff is on it's own.

> But the main reason not to do this is because the breakage of "out of
> tree" drivers.

Just how many times it needs to be repeated.

Out-of-tree argument means almost nothing.

> I like the current simplified proc interface. It saves a lot of code
> duplication because the basic operations will be handled inside the
> kernel and not in the driver.

It's garbage.

Arbirtrary 3 KB limit on read,
kernel memory giving trailer in ->read_proc which is impossible to get right,
was always buggy wrt module unload (quickly fixed, but it was always meant
to be temporary).

Now that SCSI pile is mostly finished, what a horrible code interface provoked.

> There is no reason for Alexey to finish his work, submit it and maybe it
> will be accepted.

You'd better start converting to struct file_operations::write now.

> In the meantime i will see my patch as the preferred solution: a cleanup
> of the current interface.


\
 
 \ /
  Last update: 2009-08-31 08:35    [W:0.074 / U:7.968 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site