mirror of
https://github.com/BobTheBlinker/android_kernel_motorola_sm6375.git
synced 2026-10-28 18:51:56 -04:00
/proc/vmcore: fix seeking
Commit 73296bc611 ("procfs: Use generic_file_llseek in /proc/vmcore")
broke seeking on /proc/vmcore. This changes it back to use default_llseek
in order to restore the original behaviour.
The problem with generic_file_llseek is that it only allows seeks up to
inode->i_sb->s_maxbytes, which is zero on procfs and some other virtual
file systems. We should merge generic_file_llseek and default_llseek some
day and clean this up in a proper way, but for 2.6.35/36, reverting vmcore
is the safer solution.
Signed-off-by: Arnd Bergmann <[email protected]>
Cc: Frederic Weisbecker <[email protected]>
Reported-by: CAI Qian <[email protected]>
Tested-by: CAI Qian <[email protected]>
Cc: <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
This commit is contained in:
parent
a9e31765e7
commit
c227e69028
1 changed files with 1 additions and 1 deletions
|
|
@ -163,7 +163,7 @@ static ssize_t read_vmcore(struct file *file, char __user *buffer,
|
|||
|
||||
static const struct file_operations proc_vmcore_operations = {
|
||||
.read = read_vmcore,
|
||||
.llseek = generic_file_llseek,
|
||||
.llseek = default_llseek,
|
||||
};
|
||||
|
||||
static struct vmcore* __init get_new_element(void)
|
||||
|
|
|
|||
Loading…
Reference in a new issue