On Sun, Feb 07, 2016 at 05:35:33PM -0800, Marc MERLIN wrote:
> On Sun, Feb 07, 2016 at 05:04:04PM -0800, Greg Kroah-Hartman wrote:
> > On Sun, Feb 07, 2016 at 04:50:00PM -0800, Marc MERLIN wrote:
> > >
> > > Is the way sync/async is treated inside usb-storage, some other USB
> > > module, or outsi
Hello Alan,
El 04/02/16 a las 13:27, Alan Stern escribió:
On Thu, 4 Feb 2016, Emilio López wrote:
From: Reilly Grant
The new USBDEVFS_DROP_PRIVILEGES ioctl allows a process to voluntarily
relinquish the ability to issue other ioctls that may interfere with
other processes and drivers that ha
On Sun, Feb 07, 2016 at 05:04:04PM -0800, Greg Kroah-Hartman wrote:
> On Sun, Feb 07, 2016 at 04:50:00PM -0800, Marc MERLIN wrote:
> >
> > Is the way sync/async is treated inside usb-storage, some other USB
> > module, or outside of the usb stack altogether?
>
> Outside the USB completely, again,
On Sun, Feb 07, 2016 at 04:50:00PM -0800, Marc MERLIN wrote:
>
> Is the way sync/async is treated inside usb-storage, some other USB
> module, or outside of the usb stack altogether?
Outside the USB completely, again, the USB storage driver is a very
dumb, and tiny, scsi driver.
--
To unsubscrib
On Sun, Feb 07, 2016 at 12:19:06PM -0500, Alan Stern wrote:
> On Sat, 6 Feb 2016, Oliver Neukum wrote:
>
> > > In theory, the copy command in Windows shouldn't need to wait either.
> > > But then you'd run into trouble if you unplugged the USB device without
> > > first clicking on the "Safely
Hi,
Using gadgetfs on latest mainline, I get the following NULL pointer
dereference:
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [] __list_del_entry+0x29/0xc0
PGD 34f067 PUD 355067 PMD 0
Oops: [#1] DEBUG_PAGEALLOC
CPU: 0 PID: 35 Comm: afl-fuzz Not tainted
On Thu, Dec 31, 2015 at 11:47:15PM -0800, Chase Metzger wrote:
> Removed all checkpatch.pl CHECKs that suggested to check NULL by
> !obj instead of obj == NULL.
>
> Signed-off-by: Chase Metzger
> ---
> drivers/staging/android/sync.c | 18 +-
> 1 file changed, 9 insertions(+), 9 d
On Sat, 6 Feb 2016, Oliver Neukum wrote:
> > In theory, the copy command in Windows shouldn't need to wait either.
> > But then you'd run into trouble if you unplugged the USB device without
> > first clicking on the "Safely remove hardware" button -- which
> > essentially does a sync.
>
> We
cp210x_get_config and cp210x_set_config are cumbersome to use. This change
introduces new register access functions for 8 and 32-bit values, instead
of the above functions.
Signed-off-by: Konstantin Shkolnyy
---
change in v4: Instead of adding all new functions a one separate patch, added
them wi
cp210x_get_config and cp210x_set_config are cumbersome to use. This change
introduces new register access functions for 16-bit values, instead of
the above functions.
Signed-off-by: Konstantin Shkolnyy
---
change in v4: Instead of adding all new functions a one separate patch, added
them with pat
cp210x_get_config and cp210x_set_config are cumbersome to use. This change
switches large register access to use new block functions. The old
functions are removed because now they become unused.
Signed-off-by: Konstantin Shkolnyy
---
change in v4: Instead of adding all new functions a one separa
11 matches
Mail list logo