Messages in this thread | | | Date | Tue, 15 Mar 2011 15:36:42 -0400 | From | Steven Rostedt <> | Subject | Re: lseek() on debugfs entries in 2.6.37 |
| |
On Tue, Mar 15, 2011 at 03:54:14PM +0300, Alexey Mikhailov wrote: > Hello! > > I use simple debugfs entries for user-space <-> kernel-space > interaction. Basically I read unsigned integers from debugfs > files like this:
What debugfs file? Is this something you created?
> > ... > char buf[64]; > lseek(timesync_fd, 0, SEEK_SET); > read(timesync_fd, buf, sizeof(buf)); > ... > > It works perfectly with 2.6.32 kernel. But with 2.6.37 kernel, > lseek() fails with errno=29(Illegal seek). So second read() > call just fails or returns garbage. Can someone please shed > some light on it? >
There's been a lot of clean ups in the debugfs to patch lseek in files that just didn't support it. Could be one of the files that got the clean up. The lseek may have failed silently before, but now it produceses an error.
-- Steve
| |