On Sun, 2013-11-17 at 02:40 +, Luke-Jr wrote:
Hi,
> I *thought* 3.12 fixed this, but it seems it just gives EOF instead of EIO...
As a response to open()?
> It seems Linux is trying an interrupt in and a control out, and getting
> ENOENT
> and EPIPE respectively.
>
> Windows (where this w
On Monday, March 24, 2014 9:05:35 AM Oliver Neukum wrote:
> On Sun, 2013-11-17 at 02:40 +, Luke-Jr wrote:
> > I *thought* 3.12 fixed this, but it seems it just gives EOF instead of
> > EIO...
>
> As a response to open()?
IIRC, this was in response to read(). Since I was unable to make any pro
Signed-off-by: Mike Sampson
---
drivers/staging/media/sn9c102/sn9c102_hv7131r.c | 23 ---
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/drivers/staging/media/sn9c102/sn9c102_hv7131r.c
b/drivers/staging/media/sn9c102/sn9c102_hv7131r.c
index 26a9111..51b24e
On 03/21/2014 11:41 PM, David Cohen wrote:
Hi Mathias,
Thanks for commenting. That would be actually the v1 of my patch :)
I changed after I see the proper function has __maybe_unused flag.
But I'm fine with Sarah picking any of the patch's versions.
Guess you're handling the review of this
Hi,
On Fri, Mar 21, 2014 at 09:55:25PM -0600, David Mosberger wrote:
> Felipe,
>
> Thanks for your feedback, I'll take that into consideration.
>
> On Fri, Mar 21, 2014 at 9:44 PM, Felipe Balbi wrote:
>
> >> + max3421_hcd->spi_thread = kthread_run(max3421_spi_thread, hcd,
> >> +
thanks for the response,
I will try to reproduce the problem on the latest mainline kernel.
Regards,
Martin
2014-03-22 13:21 GMT+01:00 Johan Hovold :
> On Thu, Mar 20, 2014 at 02:31:30PM +0100, Martin Åkerberg wrote:
>> Hi Johan,
>>
>> You seem to be last contributor to cdc-acm driver in linux.
On Mon, 24 Mar 2014, Chris Cheng wrote:
> system kernel is 3.13.6, the origin issue is mount usb storage(3.0) on
> usb3.0 port not smooth, i found the solve method is revert xhci.c
> patch, here is the link :
> https://lkml.org/lkml/2014/3/7/295
>
>
> After i revert the patch, mount usb storage
On Sun, 23 Mar 2014, Dâniel Fraga wrote:
> On Sun, 23 Mar 2014 11:56:50 -0400 (EDT)
> Alan Stern wrote:
>
> > > [ 28.336116] usbhid 2-1.6:1.0: disconnect by usbfs
> > > [ 28.336133] usb 2-1.6: unlink qh1-1c01/8802153fb480 start 0 [1/3
> > > us]
> > > [ 28.353165] usb 2-1.6: manual set
On Sun, 23 Mar 2014, Mike Mitchell wrote:
> Then last night I caught it in the act disconnecting again:
> Here is a trap of the DISCONNECT event
>
> cat /sys/kernel/debug/usb/usbmon/0u
>
> f644c0c0 1122085228 C Ii:2:002:1 0:2048 2 = 0200
> f644c0c0 1122085266 S Ii:2:002:1 -115:2048 2 <
> ee4c60c
On Thu, 20 Mar 2014, Peter Münster wrote:
> > I'd like to see a comparable log showing what happens when you suspend
> > with only the mouse plugged in to a rear port, and one with only the
> > keyboard plugged in to the rear. No serial ports or other stuff.
>
> Please find attached 3 files:
> -
Felipe,
On Mon, Mar 24, 2014 at 7:31 AM, Felipe Balbi wrote:
> Why do you need to run your IRQ handler when an URQ gets enqueued ? That
> doesn't make much sense :-s
Please see the comments at the start of the file: spi_sync() is
blocking and must not be called while holding spinlocks or with
i
https://bugzilla.kernel.org/show_bug.cgi?id=72761
This enclosure (with Hitachi 1Tb HDD inside in my case) have troubles with
Gigabyte GA-H81M-HD3 USB3.0 ports.
This MB has additional USB3.0 controller:
-
Chipset:
2 USB 3.0/2.0 ports (available through the internal USB header)
6 U
On Mon, 24 Mar 2014 10:14:23 -0400 (EDT)
Alan Stern wrote:
> Okay, the patch is at the end of this email.
[4.248244] usb 2-1.6: new full-speed USB device number 7 using ehci-pci
[5.728476] input: Razer Razer DeathAdder as
/devices/pci:00/:00:1d.0/usb2/2-1/2-1.6/2-1.6:1.0/0003:15
On Mon, 24 Mar 2014, Dâniel Fraga wrote:
> On Mon, 24 Mar 2014 10:14:23 -0400 (EDT)
> Alan Stern wrote:
>
> > Okay, the patch is at the end of this email.
>
> [4.248244] usb 2-1.6: new full-speed USB device number 7 using ehci-pci
> [5.728476] input: Razer Razer DeathAdder as
> /device
On 03/20/2014 11:16 PM, Sarah Sharp wrote:
On Wed, Mar 19, 2014 at 12:37:37PM +0100, Andreas Reis wrote:
I've uploaded a dmesg with the new debugging patch to bugzilla:
https://bugzilla.kernel.org/attachment.cgi?id=130041
Andreas Reis
On 18.03.2014 15:57, Alan Stern wrote:>
The debugging info
On 03/21/2014 05:09 PM, Sarah Sharp wrote:
The following changes since commit 1d10255c1c496557a5674e651c4ebbe0f61279f2:
USB: disable reset-resume when USB_QUIRK_RESET is set (2014-03-19 14:00:32
-0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git
On Mon, 24 Mar 2014 12:19:51 -0400 (EDT)
Alan Stern wrote:
> I think we have now established that this isn't a bug in the USB layer.
> Maybe you should try asking on the linux-input mailing list, or ask the
> KDE developers.
Ok, I'll do that. Thank you very much Alan!
--
Linux 3.12.1
Hi Dâniel
From http://marc.info/?l=linux-usb&m=139560312908515, I'm glad to see that
I'm not the trouble maker.
Since this bug cannot be reproduced in each boot, I suggest you stick to
the bisect method and write a script to do valid bisecting. The script
should be able to boot the kernel,
Hi,
On Mon, Mar 24, 2014 at 09:21:40AM -0600, David Mosberger wrote:
> Felipe,
>
> On Mon, Mar 24, 2014 at 7:31 AM, Felipe Balbi wrote:
>
> > Why do you need to run your IRQ handler when an URQ gets enqueued ? That
> > doesn't make much sense :-s
>
> Please see the comments at the start of the
On Mon, 24 Mar 2014, Felipe Balbi wrote:
> Hi,
>
> On Mon, Mar 24, 2014 at 09:21:40AM -0600, David Mosberger wrote:
> > Felipe,
> >
> > On Mon, Mar 24, 2014 at 7:31 AM, Felipe Balbi wrote:
> >
> > > Why do you need to run your IRQ handler when an URQ gets enqueued ? That
> > > doesn't make muc
On Fri, Mar 21, 2014 at 1:33 AM, Oliver Neukum wrote:
...
> Very well. Thorough testing is good. I'll wait for the result. Could
> you notify me of the final outcome?
Ship it. :)
The testing so far has completed over 15K iterations of unload/reload
of the asix driver on the original failing syst
On Mon, Mar 24, 2014 at 03:22:10PM -0400, Alan Stern wrote:
> On Mon, 24 Mar 2014, Felipe Balbi wrote:
>
> > Hi,
> >
> > On Mon, Mar 24, 2014 at 09:21:40AM -0600, David Mosberger wrote:
> > > Felipe,
> > >
> > > On Mon, Mar 24, 2014 at 7:31 AM, Felipe Balbi wrote:
> > >
> > > > Why do you need
refresh_exported_devices() doesn't check udev_device_new_from_syspath()
return value and passed in null dev to udev_device_get_driver() resulting
in a segmentation fault. Change it to check for null return value from
both udev_device_new_from_syspath() and udev_device_get_driver().
Signed-off-by:
On Mon, Mar 24, 2014 at 1:35 PM, Felipe Balbi wrote:
> looking at the driver, there's still quite a bit of duplication between
> his kthread implementation and what threaded IRQs would give for free...
Well, let's count: hard irq handler:
static irqreturn_t
max3421_irq_handler(int irq, void *de
Fix commit - 88fa1ebfa21b5deaaad2dc88ecd9f6af91796cf7
This commit added return value check for sscanf() that parses the
input buffer for four input items. However, the return value check
is incorrect, as it checks for one input item instead of four which
is what it is expecting in the input buffer.
On Mon, Mar 24, 2014 at 02:17:37PM -0700, Abhay kumar wrote:
> Thanks Sarah..
>
> I did further investigation on this figured out that When the host tries to
> disable the LPM U1 and U2 state of USB 3 device by sending
> command "usb_control_msg" it is getting timed out as the device is not
> resp
Cc'ing Mathias Nyman, who is taking over as xHCI driver maintainer.
On Sun, Mar 23, 2014 at 07:16:03PM +0100, baum...@hotmail.com wrote:
> Hello,
>
> I have problems with my USB 3.0 devices; external HDDs (HGST Touro Mobile Pro
> (Simpletech-Chip), Fantec case with WDC, Asmedia Chip) and a Sandi
On Mon, Mar 24, 2014 at 05:12:09PM -0600, Shuah Khan wrote:
> Fix commit - 88fa1ebfa21b5deaaad2dc88ecd9f6af91796cf7
What do you mean by this line?
> This commit added return value check for sscanf() that parses the
> input buffer for four input items. However, the return value check
> is incorrec
On 03/24/2014 06:38 PM, Greg KH wrote:
On Mon, Mar 24, 2014 at 05:12:09PM -0600, Shuah Khan wrote:
Fix commit - 88fa1ebfa21b5deaaad2dc88ecd9f6af91796cf7
What do you mean by this line?
Nothing really. Sloppiness on my part. I was keeping notes as I was
chasing the problem and those ended up
From: Fabio Estevam
The field PLLDIVVALUE of register PHY_CTRL_1 selects the reference clock source
for the PHY:
00 = sysclock uses 19.2 MHz
01 = sysclock uses 24 MHz
10 = sysclock uses 26 MHz
11 = sysclock uses 27 MHz
The reset value for this field is 01 according to the reference manual, but
i
From: Fabio Estevam
The field PLLDIVVALUE of register PHY_CTRL_1 selects the reference clock source
for the PHY:
00 = sysclock uses 19.2 MHz
01 = sysclock uses 24 MHz
10 = sysclock uses 26 MHz
11 = sysclock uses 27 MHz
The reset value for this field is 10 according to the reference manual, and
e
So I've got a reproducable oops with udl sharing from i915,
start X, connect UDL, randr it into position, rip out udl device, kill X,
we get an oops when dma_unmap_sg in i915_gem_unmap_dma_buf gets
called, attachment->dev is pointing to a freed structure, now the drm
+ udl driver points dev->dev
32 matches
Mail list logo