bcachefs/drivers/parport
Linus Torvalds e70140ba0d Get rid of 'remove_new' relic from platform driver struct
The continual trickle of small conversion patches is grating on me, and
is really not helping.  Just get rid of the 'remove_new' member
function, which is just an alias for the plain 'remove', and had a
comment to that effect:

  /*
   * .remove_new() is a relic from a prototype conversion of .remove().
   * New drivers are supposed to implement .remove(). Once all drivers are
   * converted to not use .remove_new any more, it will be dropped.
   */

This was just a tree-wide 'sed' script that replaced '.remove_new' with
'.remove', with some care taken to turn a subsequent tab into two tabs
to make things line up.

I did do some minimal manual whitespace adjustment for places that used
spaces to line things up.

Then I just removed the old (sic) .remove_new member function, and this
is the end result.  No more unnecessary conversion noise.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2024-12-01 15:12:43 -08:00
..
BUGS-parport
daisy.c parport: Remove parport_driver.devmodel 2024-07-03 16:44:22 +02:00
ieee1284_ops.c
ieee1284.c
Kconfig
Makefile
multiface.h
parport_amiga.c Get rid of 'remove_new' relic from platform driver struct 2024-12-01 15:12:43 -08:00
parport_atari.c
parport_cs.c
parport_gsc.c
parport_gsc.h
parport_ip32.c
parport_mfc3.c parport: mfc3: avoid empty-body warning 2024-04-11 15:14:10 +02:00
parport_pc.c
parport_serial.c
parport_sunbpp.c Get rid of 'remove_new' relic from platform driver struct 2024-12-01 15:12:43 -08:00
probe.c
procfs.c parport: Proper fix for array out-of-bounds access 2024-10-13 18:17:35 +02:00
share.c Driver core changes for 6.11-rc1 2024-07-25 10:42:22 -07:00
TODO-parport