On Sat, Oct 17, 2015 at 8:19 AM, Rob Herring wrote:
> On Fri, Oct 16, 2015 at 4:23 PM, Olof Johansson wrote:
>> Hi,
>>
>> I've bisected boot failures in next-20151016 down to patches in this branch:
>>
>> On Thu, Oct 15, 2015 at 4:42 AM, Tomeu
Hi,
I've bisected boot failures in next-20151016 down to patches in this branch:
On Thu, Oct 15, 2015 at 4:42 AM, Tomeu Vizoso
wrote:
> Tomeu Vizoso (20):
> driver core: handle -EPROBE_DEFER from bus_type.match()
The machine it happened on was OMAP5UEVM:
http://arm-soc.lixom.net/bootlogs
by: Maxime Ripard
This also fixes USB on tegra/trimslice here.
Tested-by: Olof Johansson
Given that the regression went in during 3.19 merge window, this
should go in as a fix during -rc, please.
-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-usb&quo
On Sun, Oct 19, 2014 at 8:28 AM, Felipe Balbi wrote:
> Hi,
>
> On Sun, Oct 19, 2014 at 10:54:16AM +0100, Russell King - ARM Linux wrote:
>> On Wed, Oct 15, 2014 at 10:25:13PM +0100, Russell King - ARM Linux wrote:
>> > On Wed, Oct 15, 2014 at 10:23:10PM +0100, Russell King - ARM Linux wrote:
>> >
On Fri, Jun 27, 2014 at 9:32 AM, Doug Anderson wrote:
> Felipe,
>
> On Fri, Jun 27, 2014 at 8:59 AM, Felipe Balbi wrote:
>>> I'll admit to not having been involved with the previous discussions,
>>> but this seems strange to me. Are we throwing in the towel and
>>> deciding that it's too hard to
igned-off-by: Gregory CLEMENT
> Signed-off-by: Thomas Petazzoni
> Cc: a...@kernel.org
> Cc: Kevin Hilman
> Cc: Olof Johansson
> Cc: Arnd Bergmann
Applied.
-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to ma
On Wed, Feb 5, 2014 at 7:57 AM, Kamil Debski wrote:
> Hi Olof,
>
> Thank you for your review.
>
>> From: Olof Johansson [mailto:o...@lixom.net]
>> Sent: Wednesday, January 29, 2014 9:55 PM
>>
>> Hi,
>>
>> On Wed, Jan 29, 2014 at 9:29 AM, Kamil Deb
rivers/usb/host/xhci-plat.c:211:12: warning: 'xhci_plat_resume' defined but
> not used [-Wunused-function]
>
> Cc: Olof Johansson
> Reported-by: Olof Johansson
> Signed-off-by: Fabio Estevam
Acked-by: Olof Johansson
--
To unsubscribe from this list: send the line &q
Hi,
On Wed, Jan 29, 2014 at 9:29 AM, Kamil Debski wrote:
> Change the phy provider used from the old one using the USB phy
> framework to a new one using the Generic phy framework.
>
> Signed-off-by: Kamil Debski
> ---
> .../devicetree/bindings/usb/exynos-usb.txt | 13 +++
> drivers/u
On Wed, Jan 29, 2014 at 9:29 AM, Kamil Debski wrote:
> Add support to PHY of USB2 of the Exynos 4 SoC.
>
> Signed-off-by: Kamil Debski
> ---
> .../devicetree/bindings/arm/samsung/pmu.txt|2 ++
> arch/arm/boot/dts/exynos4.dtsi | 31
>
> arch
Boris,
On Mon, Dec 9, 2013 at 12:51 AM, Boris BREZILLON
wrote:
> Replace the request_mem_region + ioremap calls by the
> devm_ioremap_resource call which does the same things but with device
> managed resources.
>
> Signed-off-by: Boris BREZILLON
> Acked-by: Nicolas Ferre
> Signed-off-by: Alan
Hi,
On Mon, Oct 14, 2013 at 2:35 PM, H Hartley Sweeten
wrote:
> Convert ep93xx to use the OHCI platform driver and remove the
> ohci-ep93xx bus glue driver.
>
> Signed-off-by: H Hartley Sweeten
> Cc: Alan Stern
> Cc: Greg Kroah-Hartman
> Cc: Ryan Mallon
> ---
> arch/arm/mach-ep93xx/clock.c
On Mon, Oct 14, 2013 at 2:07 PM, Hartley Sweeten
wrote:
> On Monday, October 14, 2013 1:50 PM, Alan Stern wrote:
>> On Mon, 14 Oct 2013, Hartley Sweeten wrote:
>>> As an alternative to this patch, I have successfully used the ohci-platform
>>> driver on the ep93xx. This does move a bit of glue cod
Hi, Greg,
[Adding ep93xx maintainers as well]
On Wed, Oct 2, 2013 at 3:15 AM, Majunath Goudar wrote:
> From: Manjunath Goudar
>
> Suspend scenario in case of ohci-ep93xx glue was not
> properly handled as it was not suspending generic part
> of ohci controller. Alan Stern suggested, properly ha
to check or update.
>
> Signed-off-by: Mark Brown
Acked-by: Olof Johansson
-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Jul 26, 2013 at 1:30 PM, Felipe Balbi wrote:
> On Fri, Jul 26, 2013 at 09:23:35AM -0700, Olof Johansson wrote:
>> On Fri, Jul 26, 2013 at 2:54 AM, Felipe Balbi wrote:
>> > On Thu, Jul 25, 2013 at 01:59:51PM -0700, Olof Johansson wrote:
>> >> On Thu, Jul 25,
On Fri, Jul 26, 2013 at 2:54 AM, Felipe Balbi wrote:
> On Thu, Jul 25, 2013 at 01:59:51PM -0700, Olof Johansson wrote:
>> On Thu, Jul 25, 2013 at 10:19 AM, Felipe Balbi wrote:
>> > On Thu, Jul 25, 2013 at 09:18:39AM -0700, Olof Johansson wrote:
>> >> That's wha
On Thu, Jul 25, 2013 at 10:19 AM, Felipe Balbi wrote:
> On Thu, Jul 25, 2013 at 09:18:39AM -0700, Olof Johansson wrote:
>> That's what the code does today, and I wasn't trying to second-guess
>> their decisions on that. Chances are firmware, in some instances, have
>&
On Thu, Jul 25, 2013 at 9:14 AM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Jul 23, 2013 at 11:55:50AM -0700, Olof Johansson wrote:
>> This resolves the following valid build warning:
>>
>> drivers/usb/gadget/at91_udc.c:1685:34: warning: 'flags' may be used
>&
ifdefs in this code, I've just
marked both with __maybe_unused.
Signed-off-by: Olof Johansson
---
Sarah,
I guess taste might differ on ifdef vs __maybe_unused, let me know this
is not to your liking.
Thanks,
-Olof
drivers/usb/host/xhci.c |4 ++--
1 file changed, 2 insertions(+), 2 dele
This resolves the following valid build warning:
drivers/usb/gadget/at91_udc.c:1685:34: warning: 'flags' may be used
uninitialized in this function [-Wmaybe-uninitialized]
I switched from ? : to !! mostly to save from wrapping the lines while
I was at it.
Signed-off-by: Olof
;
> drivers/usb/misc/usb3503.c | 16 +++-
> 1 file changed, 3 insertions(+), 13 deletions(-)
Series:
Acked-by: Olof Johansson
-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More
On Thu, Jan 17, 2013 at 8:59 AM, Tony Lindgren wrote:
> * Alan Stern [130117 07:19]:
>> On Thu, 17 Jan 2013, Roger Quadros wrote:
>>
>> > Let's have a single platform data structure for the OMAP's High-Speed
>> > USB host subsystem instead of having 3 separate ones i.e. one for
>> > board data, o
On Mon, Sep 24, 2012 at 09:13:53AM +0200, Andrew Lunn wrote:
> > > +Required properties:
> > > +- compatible: must be "marvell,orion-ehci"
> > > +- reg: physical base address of the controller and length of memory
> > > mapped
> > > + region.
> > > +- interrupts: The EHCI interrupt
> > > +- phy-v
On Sat, Sep 22, 2012 at 12:41 AM, Olof Johansson wrote:
> Hi,
>
> On Fri, Sep 21, 2012 at 9:53 AM, Shawn Guo wrote:
>> On Sat, Sep 22, 2012 at 12:46:26AM +0800, Shawn Guo wrote:
>>> I just published the branch below with this series rebased on top of
>>>
Hi,
On Fri, Sep 21, 2012 at 9:53 AM, Shawn Guo wrote:
> On Sat, Sep 22, 2012 at 12:46:26AM +0800, Shawn Guo wrote:
>> I just published the branch below with this series rebased on top of
>> the necessary dependant branches.
>>
>> git://git.linaro.org/people/shawnguo/linux-2.6.git
>> staging/im
Hi,
Sorry for the late feedback but I didn't notice this until I looked at
the pull request from Jason.
Please go back and revisit these bindings. I'll merge in the current
version but they need to be fixed up.
Also, always cc devicetree-discuss and the DT maintainers on new bindings.
On Sat, S
On Fri, Sep 21, 2012 at 1:01 AM, Shawn Guo wrote:
> On Thu, Sep 20, 2012 at 03:56:56PM +, Arnd Bergmann wrote:
>> Ok, fair enough. I think we can put it in arm-soc/for-next as a staging
>> branch anyway to give it some exposure to linux-next, and then we can
>> decide whether a rebase is neces
On 10/02/2008, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
>
> Yes, of course, and I'll never argue otherwise. However, what I was saying is
> that it is the claim of the FSF that, in no uncertain terms, a C program that
> uses the standard C library interface and is linked to glibc instead of, say,
29 matches
Mail list logo
