On Thu, Dec 10, 2015 at 11:13:24AM -0600, Felipe Balbi wrote:
>
> Hi,
>
> Felipe Balbi writes:
> > Felipe Balbi writes:
> >> Marek Szyprowski writes:
> >>> Hello,
> >>>
> >>> This is a resurrection of the patches initially submitted by Ruslan
> >>> Bilovol in the following thread: https://lkml
On Thu, Nov 26, 2015 at 01:19:13AM +0100, Steinar H. Gunderson wrote:
> +static int usbdev_mmap(struct file *file, struct vm_area_struct *vma)
> +{
> + struct usb_memory *usbm = NULL;
> + struct usb_dev_state *ps = file->private_data;
> + size_t size = vma->vm_end - vma->vm_start;
> +
Hi Hans,
Am Freitag, den 11.12.2015, 19:21 +0100 schrieb Hans de Goede:
[...]
> >> @@ -119,13 +134,55 @@ EXPORT_SYMBOL_GPL(reset_control_assert);
> >> int reset_control_deassert(struct reset_control *rstc)
> >> {
> >
> > Maybe WARN_ON(rstc->line->refcnt > 1) ?
>
> I assume you mean deasser_cn
On Monday 14 December 2015 15:26:11 Peter Chen wrote:
> Hi all,
>
> There is a known issue that the USB code can't handle USB HUB's
> external pins well, in that case, it may cause some onboard
> USB HUBs can't work since their PHY's clock or reset pin needs to
> operate.
>
> The user reported th
Hi,
On Fri, Dec 11, 2015 at 04:41:58PM +0100, Hans de Goede wrote:
> diff --git a/include/linux/reset.h b/include/linux/reset.h
> index c4c097d..1cca8ce 100644
> --- a/include/linux/reset.h
> +++ b/include/linux/reset.h
> @@ -11,6 +11,8 @@ int reset_control_reset(struct reset_control *rstc);
> in
On Mon, Dec 14, 2015 at 04:41:24PM +0800, Peter Chen wrote:
>> +ret = usbfs_increase_memory_usage(size + sizeof(struct usb_memory));
>> +if (ret) {
>> +return ret;
>> +}
> The braces are not needed.
New patch attached.
/* Steinar */
--
Software Engineer, Google Switzerlan
Am Montag, den 14.12.2015, 10:36 +0100 schrieb Maxime Ripard:
> Hi,
>
> On Fri, Dec 11, 2015 at 04:41:58PM +0100, Hans de Goede wrote:
> > diff --git a/include/linux/reset.h b/include/linux/reset.h
> > index c4c097d..1cca8ce 100644
> > --- a/include/linux/reset.h
> > +++ b/include/linux/reset.h
>
> diff --git a/include/linux/usb/gadget.h b/include/linux/usb/gadget.h
> index 3d583a1..b566a4b 100644
> --- a/include/linux/usb/gadget.h
> +++ b/include/linux/usb/gadget.h
> @@ -402,6 +402,9 @@ static inline void usb_ep_free_request(struct usb_ep
> *ep,
> static inline int usb_ep_queue(struct usb
Hi Peter,
On Mon, Dec 14, 2015 at 5:26 AM, Peter Chen wrote:
> Hi all,
>
> There is a known issue that the USB code can't handle USB HUB's
> external pins well, in that case, it may cause some onboard
> USB HUBs can't work since their PHY's clock or reset pin needs to
> operate.
>
> The user rep
Add support for the new Japanese version of Microsoft Surface 3 Pro
Type Cover.
Signed-off-by: Akihiko Odaki
---
drivers/hid/hid-ids.h | 1 +
drivers/hid/hid-multitouch.c| 3 +++
drivers/hid/usbhid/hid-quirks.c | 1 +
3 files changed, 5 insertions(+)
diff --git a/drivers/hid/hid-i
Use multitouch driver instead of microsoft one for Microsoft Surface
Type Covers.
By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as
the multitouch pads do.
Signed-off-by: Akihiko Odaki
---
drivers/hid/hid-core.c | 14 --
drivers/hid/hid-microsoft.c | 10 ---
On Mon, 2015-12-14 at 21:50 +0900, Akihiko Odaki wrote:
> Use multitouch driver instead of microsoft one for Microsoft Surface
> Type Covers.
>
> By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as
> the multitouch pads do.
I've discussed this a couple of weeks back with Benjamin
On Mon, 14 Dec 2015, Steinar H. Gunderson wrote:
> On Mon, Dec 14, 2015 at 04:41:24PM +0800, Peter Chen wrote:
> >> + ret = usbfs_increase_memory_usage(size + sizeof(struct usb_memory));
> >> + if (ret) {
> >> + return ret;
> >> + }
> > The braces are not needed.
>
> New patch attache
hi,
Ramajayam S writes:
> Hi
>We are trying to enable g_serial in Intel platform and facing
> issue with RX path.
>
> stable kernel version: K3.14
you need to test with something more recent, like v4.3. If you are stuck
with Intel' v3.14 kernel, then you need to ask for support from Intel,
https://bugzilla.kernel.org/show_bug.cgi?id=109351
I posted the log snippet to this list on Friday with no response so far, so I
filed a bug on it. Greg Kroah-Hartman responded to the bug to ask me to post on
this list.
Outlook messed up the text formatting from the syslog on my first attempt so
From: Alan Stern
> Sent: 14 December 2015 15:28
...
> I thought of something else, a more serious problem. According to the
> man page for munmap(2), closing the file descriptor does not unmap the
> region. Therefore we need to explicitly make sure that the usbcore
> module cannot be unloaded whi
On Mon, Dec 14, 2015 at 8:22 AM, Bastien Nocera wrote:
> On Mon, 2015-12-14 at 21:50 +0900, Akihiko Odaki wrote:
>> Use multitouch driver instead of microsoft one for Microsoft Surface
>> Type Covers.
>>
>> By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as
>> the multitouch pads
Hello.
On 12/14/2015 04:24 AM, Rob Herring wrote:
Maxim Integrated MAX3355E chip integrates a charge pump and comparators to
enable a system with an integrated USB OTG dual-role transceiver to function
as an USB OTG dual-role device. In addition to sensing/controlling Vbus,
the chip also
Hello,
This is a follow-up to an earlier report where I was directed by
Oliver Neukum to repost to linux-scsi. I got lazy and forgot, but the
same issue happened a second time.
Original posting at: https://lkml.org/lkml/2015/11/16/569
This is an Intel Haswell system, DELL U2415 monitor (which ha
On Mon, Dec 14, 2015 at 9:50 PM, Felipe Balbi wrote:
>
> hi,
>
> Ramajayam S writes:
>> Hi
>>We are trying to enable g_serial in Intel platform and facing
>> issue with RX path.
>>
>> stable kernel version: K3.14
>
> you need to test with something more recent, like v4.3. If you are stuck
> w
On Mon, 14 Dec 2015, David Laight wrote:
> From: Alan Stern
> > Sent: 14 December 2015 15:28
> ...
> > I thought of something else, a more serious problem. According to the
> > man page for munmap(2), closing the file descriptor does not unmap the
> > region. Therefore we need to explicitly make
[1.] One line summary of the problem:
general_protection when rmmod'ing xhci-pci
[2.] Full description of the problem/report:
since a bios update on my thinkpad yoga (20CD-0035GE, bios version
1.26), the laptop crashes occasionally when rmmod'ing xhci-pci (which
i've been using frequently in sus
Am Freitag, den 11.12.2015, 19:28 +0100 schrieb Hans de Goede:
[...]
> >> diff --git a/Documentation/devicetree/bindings/usb/usb-ehci.txt
> >> b/Documentation/devicetree/bindings/usb/usb-ehci.txt
> >> index a12d601..0701812 100644
> >> --- a/Documentation/devicetree/bindings/usb/usb-ehci.txt
> >>
On Mon, Dec 14, 2015 at 11:36 AM, Sergei Shtylyov
wrote:
> Hello.
>
> On 12/14/2015 04:24 AM, Rob Herring wrote:
>
>>> Maxim Integrated MAX3355E chip integrates a charge pump and comparators
>>> to
>>> enable a system with an integrated USB OTG dual-role transceiver to
>>> function
>>> as an US
Hello.
On 12/15/2015 01:21 AM, Rob Herring wrote:
Maxim Integrated MAX3355E chip integrates a charge pump and comparators
to
enable a system with an integrated USB OTG dual-role transceiver to
function
as an USB OTG dual-role device. In addition to sensing/controlling
Vbus,
the chip also
On Tue, Dec 15, 2015 at 01:29:19AM +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 12/15/2015 01:21 AM, Rob Herring wrote:
>
> Maxim Integrated MAX3355E chip integrates a charge pump and comparators
> to
> enable a system with an integrated USB OTG dual-role transceiver to
> funct
Hi Sergei,
On 2015년 12월 12일 08:22, Sergei Shtylyov wrote:
> Maxim Integrated MAX3355E chip integrates a charge pump and comparators to
^^ ^^
> enable a system with an integrated USB OTG dual-role transceiver to function
> as an USB OTG dual-role devi
On Mon, Dec 14, 2015 at 09:26:55AM -0200, Fabio Estevam wrote:
> Hi Peter,
>
> On Mon, Dec 14, 2015 at 5:26 AM, Peter Chen wrote:
>
> > Hi all,
> >
> > There is a known issue that the USB code can't handle USB HUB's
> > external pins well, in that case, it may cause some onboard
> > USB HUBs can
On Fri, Dec 11, 2015 at 03:24:27PM +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 12/11/2015 5:12 AM, Simon Horman wrote:
>
> >Add fallback compatibility strings for R-Car Gen2 and Gen3.
> >This is in keeping with the fallback scheme being adopted wherever
> >appropriate for drivers for Renesas So
R-Car H3 has USB3.0 peripheral controllers. This controller's has the
following features:
- Supports super, high and full speed
- Contains 30 pipes for bulk or interrupt transfer
- Contains dedicated DMA controller
This driver doesn't support the dedicated DMAC for now.
Signed-off-by: Yoshihir
30 matches
Mail list logo
