Dear Valentina,
I'm preparing 2 sets of patches.
1) cleanups, fixings and workarounds to WebSocket patch set and
previous code.
- no critical modification included.
2) number of ports extension in vhci side
- I think it was talked in 'usbredir' e-mail thread.
I wrote these on WebSocket p
At some unexpected cases, the host may send the non-core control request
before the configruation has been established, so the cdev->config is still
NULL, then below NULL pointer dereference issue problem will occur. Although
the udc driver can handle non-core control request beforhand, we still ne
Peter,
On 16/07/15 11:04, Peter Chen wrote:
> At some unexpected cases, the host may send the non-core control request
> before the configruation has been established, so the cdev->config is still
> NULL, then below NULL pointer dereference issue problem will occur. Although
> the udc driver can h
On 16/07/15 13:31, Roger Quadros wrote:
> Peter,
>
> On 16/07/15 11:04, Peter Chen wrote:
>> At some unexpected cases, the host may send the non-core control request
>> before the configruation has been established, so the cdev->config is still
>> NULL, then below NULL pointer dereference issue pr
On 16/07/15 03:54, Peter Chen wrote:
> On Wed, Jul 15, 2015 at 04:30:27PM +0300, Roger Quadros wrote:
>> On 14/07/15 03:34, Peter Chen wrote:
>>> On Mon, Jul 13, 2015 at 01:13:54PM +0300, Roger Quadros wrote:
Peter,
On 13/07/15 04:58, Peter Chen wrote:
> On Wed, Jul 08, 2015 at 0
On Sat, Jul 4, 2015 at 12:13 AM, Grant Likely wrote:
> 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?
On 16 July 2015 at 02:42, Rafael J. Wysocki wrote:
> On Wednesday, July 15, 2015 02:40:08 PM Tomeu Vizoso wrote:
>> Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB
>> devices can remain runtime-suspended when the system goes to a sleep
>> state, if their wakeup state is corr
On Thu, Jul 16, 2015 at 04:04:28PM +0800, Peter Chen wrote:
> At some unexpected cases, the host may send the non-core control request
> before the configruation has been established, so the cdev->config is still
> NULL, then below NULL pointer dereference issue problem will occur. Although
> the u
Hi Roger,
On Wed, Jul 15, 2015 at 6:26 AM, Roger Quadros wrote:
> Hi Andrew,
>
> On 13/07/15 22:14, Andrew Bresticker wrote:
>> Hi Roger,
>>
>> On Wed, Jul 8, 2015 at 3:19 AM, Roger Quadros wrote:
>>> Usage model:
>>> ---
>>>
>>> - The OTG controller device is assumed to be the parent of
Am 15.07.2015 um 13:16 schrieb Johan Hovold:
>
> Your changes caused a regression that was discovered mere days before
> 3.12 was released. At the time the reason had not been fully determined
> so the patches were consequently reverted.
Simply not true, re-read the ML archieves.
In that case I w
Am 14.07.2015 um 22:29 schrieb Greg KH:
> On Tue, Jul 14, 2015 at 09:29:29PM +0200, Frank Schäfer wrote:
>>> If you want to pick this up and improve the divisor calculations that'd
>>> be great.
>> Maybe you should just start doing your job as the maintainer and accept
>> one of the patches peopl
On Thu, Jul 16, 2015 at 10:12:55PM +0200, Frank Schäfer wrote:
> Simply not true, re-read the ML archieves.
For those of us who don't understand, please explain.
> In that case I would of course have supported the revert.
> We both know the real reason.
What is the "real reason" that you feel th
I'm on vacation without any usable Internet or other code access, so you'll
have to excuse me if I'm missing something. But this seems to leave union_desc
uninitialized, doesn't it?
Bjørn
On July 16, 2015 9:24:34 PM CEST, Oliver Neukum wrote:
>Switch to the common parser
>
>Signed-off-by: Oli
Signed-off-by: Al Cooper
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 246d9d8..88b443d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2301,6 +2301,12 @@ L: net...@vger.kernel.org
S: Supported
F: drivers/net/ethernet/broa
Allows Device Tree probing
Signed-off-by: Al Cooper
---
drivers/usb/gadget/udc/bdc/bdc_core.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/gadget/udc/bdc/bdc_core.c
b/drivers/usb/gadget/udc/bdc/bdc_core.c
index 5c8f4ef..0f963d5 100644
--- a/drivers/usb/gadget/udc/bdc/
Signed-off-by: Al Cooper
---
Documentation/devicetree/bindings/usb/bdc-udc.txt | 16
1 file changed, 16 insertions(+)
create mode 100644 Documentation/devicetree/bindings/usb/bdc-udc.txt
diff --git a/Documentation/devicetree/bindings/usb/bdc-udc.txt
b/Documentation/devicetree/
ep_dequeue() in bdc_ep.c was capturing the hw dequeue pointer
incorrectly by reading the wrong register for the upper 32 bits.
The header file defining the registers was incorrect.
Signed-off-by: Al Cooper
---
drivers/usb/gadget/udc/bdc/bdc.h | 16
drivers/usb/gadget/udc/bdc
On Thu, 2015-07-16 at 22:18 +0200, Bjørn Mork wrote:
> I'm on vacation without any usable Internet or other code access, so you'll
> have to excuse me if I'm missing something. But this seems to leave
> union_desc uninitialized, doesn't it?
Yes, good catch. I'll make a new version.
Tha
On Thursday, July 16, 2015 02:09:41 PM Tomeu Vizoso wrote:
> On 16 July 2015 at 02:42, Rafael J. Wysocki wrote:
> > On Wednesday, July 15, 2015 02:40:08 PM Tomeu Vizoso wrote:
> >> Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB
> >> devices can remain runtime-suspended when
>
> On Thu, Jul 16, 2015 at 04:04:28PM +0800, Peter Chen wrote:
> > At some unexpected cases, the host may send the non-core control
> > request before the configruation has been established, so the
> > cdev->config is still NULL, then below NULL pointer dereference issue
> > problem will occur.
On Wed, Jul 08, 2015 at 01:19:30PM +0300, Roger Quadros wrote:
> This is to prevent missing symbol build error if OTG is
> enabled (built-in) and HCD core (CONFIG_USB) is module.
>
> Signed-off-by: Roger Quadros
> ---
> drivers/usb/common/usb-otg-fsm.c | 6 --
> drivers/usb/phy/phy-fsl-usb.c
On Wed, Jul 08, 2015 at 01:19:31PM +0300, Roger Quadros wrote:
> The OTG core will use struct otg_hcd_ops to
> add/remove the HCD controller.
>
> The main purpose of this interface is to avoid directly
> calling usb_add/remove_hcd() from the OTG core as they
> wouldn't be defined in the built-in s
On Wed, Jul 08, 2015 at 01:19:32PM +0300, Roger Quadros wrote:
> The OTG core will use struct otg_gadget_ops to
> start/stop the gadget controller.
>
> The main purpose of this interface is to avoid directly
> calling usb_gadget_start/stop() from the OTG core as they
> wouldn't be defined in the b
23 matches
Mail list logo
