On 07/02/2015 10:20 PM, Alan Stern wrote:
On Thu, 2 Jul 2015, Jeremy White wrote:
Oliver is talking about the danger of having part of the communication
path for a block device run through userspace.
Imagine a situation where the client uses a USB storage device provided
by the server as a s
On 07/03/2015 05:48 AM, Felipe Balbi wrote:
Hi,
On Thu, Jul 02, 2015 at 06:02:50PM -0700, Y. Zhang wrote:
Hi all,
I'm new to linux usb and would like some guidance on achieving some of
the following goals.
I have a beaglebone black (BBB - currently running kernel v3.12) with
you need to as
On 07/02/2015 09:40 PM, Krzysztof Opasiak wrote:
On 07/02/2015 09:29 PM, Michal Nazarewicz wrote:
On Thu, Jul 02 2015, Krzysztof Opasiak wrote:
This patch replace dynamicly allocated luns array with static one.
This simplifies the code of mass storage function and modules.
It also fix issue
On Fri, Jul 03 2015, Krzysztof Opasiak wrote:
> I'm looking on this code today an I see another option. We could simply
> remove nluns from opts and always iterate:
>
> for (i = 0; i < ARRAY_SIZE(luns); ++i)
> if (luns[i]) {
> /* Do something useful */
> }
>
> and add som
> On 07/02/2015 09:14 PM, Felipe Balbi wrote:
>> for the -rc cycle we need a minimal fix, though. Simplification,
>> refactoring and whatever else, needs to be merged during merge window.
On Thu, Jul 02 2015, Krzysztof Opasiak wrote:
> Ok, sure. So the easiest way to fix problems in previously app
In case kstrdup() fails the resources to release are
midi->in_port[] and midi. No cards have been registered,
so no need to unregister any.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/usb/gadget/function/f_midi.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers
Just to start of with information I do have:
I have compiled the last 3.x and the first 4.x version of the kernel.org
site
longterm: *3.18.17
*Somewhere in between these 2 it broke*
*stable: *4.0.7
*Im quite new with kernel development related stuff (including git)*
*So I give you this informat
Hi
On 03.07.2015 09:35, SAUROV KANTI SHYAM wrote:
> Hi Mathias
> The kernel version is 3.8.2, but patches of 3.17 are back ported into it.
Ok, there are many xhci changes since 3.8 so this might be anything.
Is it possible for you to try and reproduce this with a fresh kernel? 4.1 maybe?
>
>> E
On 02.07.2015 22:00, Reyad Attiyat wrote:
> This version of the patch changes last_trb varible name to
> last_trb_num and fixes code style. I have also added a td to the urb
> td array. This now gets prepared properl,y with prepare_transfer(),
> and is handled correctly when transferred and complet
On Thu, 2 Jul 2015, Y. Zhang wrote:
> Hi all,
>
> I'm new to linux usb and would like some guidance on achieving some of
> the following goals.
> I have a beaglebone black (BBB - currently running kernel v3.12) with
> OTG in peripheral mode on usb bus#1 and a host port to connect devices
> on usb
On Fri, 3 Jul 2015, Peter Chen wrote:
> Thanks, I think I understand it now.
>
> Maybe only the case A like below commit needs zero-length packet.
>
> usb: chipidea: udc: Disable auto ZLP generation on ep0
> 953c66469735aed8d2ada639a72b150f01dae605
Case A (as described in that commit) definitel
On Fri, 3 Jul 2015, Peter Chen wrote:
> According to the USB 2.0 Spec CH5.5.3 and CH8.5.3.2, only control
> read (IN) needs zero length packet.
>
> Cc: Alan Stern
> Signed-off-by: Peter Chen
> ---
> drivers/usb/gadget/composite.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
On Fri, 3 Jul 2015, Krzysztof Opasiak wrote:
> > The point is that a device driver like usbip _cannot_ isolate the
> > running kernel from the vagaries of the network transport if part of
> > that transport occurs in userspace.
> >
> > If any part of the transport passes through userspace, you can
On Fri, Jul 03, 2015 at 01:33:32PM +0200, Michal Nazarewicz wrote:
> > On 07/02/2015 09:14 PM, Felipe Balbi wrote:
> >> for the -rc cycle we need a minimal fix, though. Simplification,
> >> refactoring and whatever else, needs to be merged during merge window.
>
> On Thu, Jul 02 2015, Krzysztof Op
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear all,
I just retested with the following setup:
- linux kernel 4.1.1-040101 (stock kernel, vanilla flavour)
- The newest driver from Epson
- USB 3.0 enabled
- iscan-backends from git
- and the following line in a .rule file in /etc/udev/rul
On Tue, Jun 2, 2015 at 2:18 PM, Linus Walleij wrote:
> On Sat, May 30, 2015 at 10:29 PM, Grant Likely
> wrote:
>> On Mon, Jul 7, 2014 at 6:31 PM, Greg Kroah-Hartman
>> wrote:
>
However is the MFD cell approach acceptable?
>>>
>>> Yes it is.
>>
>> Going back to this old conversation... Actua
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear all,
Did just downgrade sane again in order to see if it really was the
combination of upgrading sane and the kernel. Seems like it only was
the kernel. Thanks again,
and kind regards,
Gunter.
On 04.07.2015 00:05, Gunter Königsmann wrote:
17 matches
Mail list logo
