13 Aug, 2019
1 commit
-
USB_STORAGE was defined as "usb-storage: " and used in a single location
as argument to printk. In order to be able to use the name
'USB_STORAGE', drop the definition and use the string directly for the
printk call.Signed-off-by: Matthias Maennich
Link: https://lore.kernel.org/r/20190813121733.52480-10-maennich@google.com
Signed-off-by: Greg Kroah-Hartman
23 Jan, 2018
1 commit
-
The old URL for usb-storage driver help is long gone. So remove it from
the comments to not confuse people anymore.Reported-by: Matthew Dharm
Acked-by: Alan Stern
Signed-off-by: Greg Kroah-Hartman
04 Nov, 2017
2 commits
-
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL license text. And there's unneeded stuff
like the address (sometimes incorrect) for the FSF which is never
needed.No copyright headers or other non-license-description text was removed.
Cc: Oliver Neukum
Signed-off-by: Greg Kroah-Hartman
Acked-by: Alan Stern
Signed-off-by: Greg Kroah-Hartman -
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.Update the drivers/usb/ and include/linux/usb* files with the correct
SPDX license identifier based on the license text in the file itself.
The SPDX identifier is a legally binding shorthand, which can be used
instead of the full boiler plate text.This work is based on a script and data from Thomas Gleixner, Philippe
Ombredanne, and Kate Stewart.Cc: Thomas Gleixner
Cc: Kate Stewart
Cc: Philippe Ombredanne
Signed-off-by: Greg Kroah-Hartman
Acked-by: Felipe Balbi
Acked-by: Johan Hovold
Signed-off-by: Greg Kroah-Hartman
27 Apr, 2016
1 commit
-
No functional changes here, just making sure our
storage driver uses a consistent multi-line comment
style.Signed-off-by: Felipe Balbi
Acked-by: Alan Stern
Signed-off-by: Greg Kroah-Hartman
21 Feb, 2016
1 commit
-
The US_DEBUGPX macro uses printk without specifying a kernel log level, so
the default kernel log level is used, which may not match LOGLEVEL_DEBUG
used in usb_stor_dbg. Remove the macro and use usb_store_dbg instead.Signed-off-by: Victor Dodon
Signed-off-by: Greg Kroah-Hartman
04 Nov, 2014
1 commit
-
No caller or macro uses the return value so make it void.
Signed-off-by: Joe Perches
Signed-off-by: Greg Kroah-Hartman
20 Apr, 2013
1 commit
-
Use a more current logging style with dev_printk
where possible.o Convert uses of US_DEBUGP to usb_stor_dbg
o Add "struct us_data *" to usb_stor_dbg uses
o usb_stor_dbg now uses struct device */dev_vprint_emit
o Removed embedded function names
o Coalesce formats
o Remove trailing whitespace
o Remove useless OOM messages
o Remove useless function entry/exit logging
o Convert some US_DEBUGP uses to dev_info and dev_dbgObject size is slightly reduced when debugging
is enabled, slightly increased with no debugging
because some initialization and removal messages
are now always emitted.Signed-off-by: Joe Perches
Signed-off-by: Greg Kroah-Hartman
18 Apr, 2013
1 commit
-
Reduce the size of the objects by consolidating
the duplicated USB_STORAGE into a single function.Add function usb_stor_dbg to emit debugging messages.
Always validate the format and arguments.
Reduce the number of uses of CONFIG_USB_STORAGE_DEBUG.Reduces size of objects ~7KB when CONFIG_USB_STORAGE_DEBUG
is set.$ size drivers/usb/storage/built-in.o*
text data bss dec hex filename
140133 55296 70312 265741 40e0d drivers/usb/storage/built-in.o.new
147494 55248 70296 273038 42a8e drivers/usb/storage/built-in.o.oldSigned-off-by: Joe Perches
Signed-off-by: Greg Kroah-Hartman
22 Jul, 2008
1 commit
-
This patch removes CVS keywords that weren't updated for a long time
from comments.Signed-off-by: Adrian Bunk
Signed-off-by: Greg Kroah-Hartman
01 Jul, 2006
1 commit
-
Signed-off-by: Jörn Engel
Signed-off-by: Adrian Bunk
17 Apr, 2005
1 commit
-
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.Let it rip!