summaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2013-04-09nsp_cs: switch to ->show_info()Al Viro2-38/+7
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09nsp32: switch to ->show_info()Al Viro1-33/+6
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09keucr: switch to ->show_info()Al Viro1-32/+13
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09rts5139: switch to ->show_info()Al Viro2-23/+9
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09tcm: switch to ->show_info()Al Viro1-5/+4
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09cciss: switch to ->show_info()Al Viro1-51/+45
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09BusLogic: switch to ->show_info()Al Viro2-46/+38
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09scsi_debug: switch to ->show_info()Al Viro1-32/+21
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09fusion: switch to ->show_info()Al Viro5-95/+11
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09usb-storage: switch to ->show_info()Al Viro1-28/+14
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09NCR5830: switch to ->show_info()Al Viro13-78/+71
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09ppa: switch to ->show_info()Al Viro1-26/+10
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09imm: switch to ->show_info()Al Viro1-29/+11
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09gdth: switch to ->show_info()Al Viro4-170/+52
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09switch wd33c93 to ->show_info()Al Viro6-115/+94
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09wd7000: switch to ->show_info()Al Viro1-23/+8
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09sym53c8xx_2: switch to ->show_info()Al Viro1-94/+21
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09scsi: saner replacements for ->proc_info()Al Viro2-10/+63
It's still an obsolete interface; don't introduce those in new drivers. However, it's saner than the ->proc_info() and commits after this one will convert the existing ->proc_info() users to it. The read side is ->show_info(seq_file *, struct Scsi_Host *); use seq_... for generating contents. The write side is ->write_info(struct Scsi_Host *, char *, int). Again, this is driven by procfs needs; we are going to kill ->write_proc() and ->read_proc() and this is the main obstacle to burying that piece of shit. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09procfs: don't allow to use proc_create, create_proc_entry, etc. for directoriesAl Viro2-34/+27
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09i2o: use proc_remove_subtree()Al Viro1-50/+1
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09silicom: bury bp_proc.cAl Viro3-1330/+0
It's a seriously rotten copy of parts of bp_mod.c; had been ifdefed out all along, lacks a bunch of declarations that would be needed if ifdef had been removed, all stuff in it is duplicated in bp_mod.c anyway... Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09silicom: switch to create_proc_data(), clean procfs side of things upAl Viro1-820/+379
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09reiserfs: use proc_remove_subtree()Al Viro1-21/+9
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09silicom: untangle module_initAl Viro1-192/+133
Helper functions are often useful. So are local variables... Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09silicom: get_bypass_slave_pfs() open-codes lookup_port()Al Viro1-25/+2
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09silicom: unobfuscate get_{status,master}_port_fn()Al Viro1-48/+19
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09silicom: helper functions are often useful...Al Viro1-280/+43
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09get rid of a bunch of open-coded create_proc_read_entry()Al Viro6-22/+11
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09isp1362-hcd: don't reimplement proc_create_data()Al Viro1-4/+1
... especially in a racy way Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09rtl8192u: don't play with reassigning ->proc_fops, just use proc_create()Al Viro1-5/+1
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09dgrp procfs fixes, part 6: just use proc_create{,_data}Al Viro3-65/+4
->permission() of its own is a rudiment of sysctl imitation; normal procfs logics will do just fine here, no need to mess with ->proc_iops at all. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09dgrp procfs fixes, part 5: per-node filesAl Viro6-129/+45
this "hooks" scheme is pointless - just make file_operations non-static and consolidate initialiazation bits. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09dgrp procfs fixes, part 4: get rid of sysctl-like machineryAl Viro2-270/+42
racy and very overblown... Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09dgrp procfs fixes, part 3: kill dead codeAl Viro1-63/+0
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09dgrp procfs fixes, part 2Al Viro1-4/+1
All table entries either have non-NULL ->proc_file_fops or non-NULL child. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09dgrp procfs fixes, part 1Al Viro1-2/+1
proc_create() has shat upon fops argument when mode is S_IFDIR. Good thing, too, since fops passed to it is completely useless for any directory. Just use proc_mkdir(), damnit. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09The rtl8192e procfs-based debug interface seems very brokenSean MacLennan4-1041/+0
The procfs debug code in rtl_debug.c is, ironically, very buggy: it lacks proper locking. Since the most useful part of the code (the stats) are available through more standard APIs, I think it is best to just delete the whole mess. Signed-off-by: Sean MacLennan <seanm@seanm.ca> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09rtl8192e: switch to proc_create()Al Viro1-31/+21
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09rtl8192e: don't use create_proc_entry() for directoriesAl Viro1-1/+1
proc_mkdir() is there for purpose... Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09procfs: switch /proc/self away from proc_dir_entryAl Viro6-12/+56
Just have it pinned in dcache all along and let procfs ->kill_sb() drop it before kill_anon_super(). Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09mode_t, whack-a-mole at 11...Al Viro7-9/+9
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09snd_info_register: switch to proc_create_data/proc_mkdir_modeAl Viro1-8/+14
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09hysdn: stash pointer to card into proc_dir_entry->dataAl Viro2-85/+18
no need to search later - we know the card when we are creating procfs entries Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09atags_proc: switch to proc_create_data()Al Viro1-18/+10
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09gadgetfs: don't bother with fops->ownerAl Viro2-4/+0
filesystem module as whole is pinned down by its superblock, no need to have opened files on it to add anything to that. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09ccg: don't bother with fops->ownerAl Viro1-2/+0
filesystem module as whole is pinned down by its superblock, no need to have opened files on it to add anything to that. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09spufs: don't bother with fops->ownerAl Viro1-2/+0
filesystem module as whole is pinned down by its superblock, no need to have opened files on it to add anything to that. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09get rid of the last free_pipe_info() callersAl Viro3-15/+8
and rename __free_pipe_info() to free_pipe_info() Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09get rid of alloc_pipe_info() argumentAl Viro3-5/+5
not used anymore Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2013-04-09get rid of pipe->inodeAl Viro4-8/+5
it's used only as a flag to distinguish normal pipes/FIFOs from the internal per-task one used by file-to-file splice. And pipe->files would work just as well for that purpose... Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
generated by cgit v1.2.3 (git 2.39.1) at 2024-10-21 05:15:15 +0000