(2014/10/08 15:24), Yoshihiro Shimoda wrote:
> This patch is based on Simon's renesas.git branch and
> renesas-devel-20141007-v3.17 tag.
> Since koelsch and henninger doesn't have a USB3.0 connector,
> I submit a patch for r8a7791.dtsi only.
>
> Yoshihiro Shimoda (1)
Since the PHY of USB3.0 and EHCI/OHCI ch2 are the same, the USB3.0
driver cannot use the phy driver when the EHCI/OHCI ch2 already used it:
phy phy-e6590100.usb-phy.3: phy init failed --> -16
xhci-hcd: probe of ee00.usb failed with error -16
If so, we have to unbind the EHCI/OHCI ch2, and the
This series is based on Simon's renesas.git branch and
renesas-devel-20141007-v3.17 tag. If we use the generic phy
driver for R-Car Gen2 (drivers/phy/phy-rcar-gen2.c), we can use
the USB3.0 on lager.
Yoshihiro Shimoda (2):
ARM: shmobile: r8a7790: add USB3.0 device node
ARM: shmobile:
This patch is based on Simon's renesas.git branch and
renesas-devel-20141007-v3.17 tag.
Since koelsch and henninger doesn't have a USB3.0 connector,
I submit a patch for r8a7791.dtsi only.
Yoshihiro Shimoda (1):
ARM: shmobile: r8a7791: add USB3.0 device node
arch/arm/boot/dts/r8
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7790.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi
index 2380fd5..16f8646 100644
--- a/arch/arm/boot/dts/r8a7790.dtsi
+++ b/arch/arm/boot/dts/r8a7790.
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7791.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7791.dtsi b/arch/arm/boot/dts/r8a7791.dtsi
index d343099..cdf4b46 100644
--- a/arch/arm/boot/dts/r8a7791.dtsi
+++ b/arch/arm/boot/dts/r8a7791.
It is safe to call notify disconnect when the usb core
thinks the device is disconnected.
This commit also fixes one bug found at below situation:
we have not enabled usb wakeup, we do system suspend when
there is an usb device at the port, after suspend, we plug out
the usb device, then plug in d
Hi,
On Tuesday 07 October 2014 07:39 PM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Oct 07, 2014 at 12:43:06PM +0900, Yoshihiro Shimoda wrote:
>> This patch adds support for the generic PHY. The generic PHY will be
>> used in multiplatform environment.
>>
>> Signed-off-by: Yoshihiro Shimoda
>
> Kish
Hello.
(2014/10/08 5:26), Sergei Shtylyov wrote:
> From: Yoshihiro Shimoda
>
> Enable HS-USB device for the Lager board, defining the GPIO that the driver
> should check when probing. Since this board doesn't have the OTG ID pin, we
> assume that GP5_18 (USB0_PWEN) is an ID pin because it is 1 w
On Tue, Oct 7, 2014 at 7:41 PM, Felipe Balbi wrote:
> On Tue, Oct 07, 2014 at 03:49:33PM +0530, Vivek Gautam wrote:
>> Exynos7 also has a separate special gate clock going to the IP
>> apart from the usual AHB clock. So add support for the same.
>>
>> Signed-off-by: Vivek Gautam
>
> I'll take thi
On Tue, Oct 07, 2014 at 03:54:03PM -0400, Gene Heskett wrote:
> I have some update firmware on a vfat key. While that system reports the
> key as being plugged in when I do the insertion, when I ask its update
> facility to do an update, the sandisks led blinks a time or 2 & reports it
> can't
Hi again,
On Tue, Oct 07, 2014 at 05:18:06PM -0700, David Cohen wrote:
> The commit '2e4c7553cd usb: gadget: f_fs: add aio support' broke the
> quirk implemented to align buffer size to maxpacketsize on out endpoint.
> As result, functionfs does not work on Intel platforms using dwc3 driver
> (i.e
Hi,
On Tue, Oct 07, 2014 at 05:18:06PM -0700, David Cohen wrote:
> The commit '2e4c7553cd usb: gadget: f_fs: add aio support' broke the
did that commit non-aio or is only aio broken ?
> quirk implemented to align buffer size to maxpacketsize on out endpoint.
> As result, functionfs does not work
The commit '2e4c7553cd usb: gadget: f_fs: add aio support' broke the
quirk implemented to align buffer size to maxpacketsize on out endpoint.
As result, functionfs does not work on Intel platforms using dwc3 driver
(i.e. Bay Trail and Merrifield). This patch fixes the issue.
This code is based on
The following changes since commit 452b6361c4d9baf6940adb7b1316e0f386c39799:
Merge tag 'rdma-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband (2014-09-23
16:47:34 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregk
On 10/08/2014 12:26 AM, Sergei Shtylyov wrote:
From: Yoshihiro Shimoda
Enable HS-USB device for the Lager board, defining the GPIO that the driver
should check when probing. Since this board doesn't have the OTG ID pin, we
assume that GP5_18 (USB0_PWEN) is an ID pin because it is 1 when the
On Mon, 6 Oct 2014 15:26:41 -0400 (EDT)
Alan Stern wrote:
> On Mon, 6 Oct 2014, Mark Knibbs wrote:
>
> > The max_lun field in the scsi_host/us_data structure is the maximum
> > possible LUN value *plus 1*.
>
> You are confusing two different fields. The max_lun field in scsi_host
> is differe
From: Yoshihiro Shimoda
Enable HS-USB device for the Lager board, defining the GPIO that the driver
should check when probing. Since this board doesn't have the OTG ID pin, we
assume that GP5_18 (USB0_PWEN) is an ID pin because it is 1 when the SW5 is
in position 2-3 (meaning USB function) and 0
From: Yoshihiro Shimoda
Define the R8A7790 generic part of the HS-USB device node. It is up to the board
file to enable the device.
Signed-off-by: Yoshihiro Shimoda
[Sergei: fixed summary, added changelog]
Signed-off-by: Sergei Shtylyov
---
Changes in version 3:
- uppercased "arm" in the summ
Hello.
Here's the set of 2 patches against Simon Horman's 'renesas.git' repo,
'renesas-devel-20141007-v3.17' tag. Here we add the HS-USB device tree support
on the R8A7790/Lager reference board. The patchset requires the USB PHY
driver (already merged by Kishon
> On Tue, 7 Oct 2014, Felipe Balbi wrote:
>> Right, but if we allow this, I can already see folks abusing to
>> connect to the host early and only when necessary do some trickery to
>> e.g. start adbd (not saying Android will do this, just using it as an
>> easy example).
I don't really see that h
I have some update firmware on a vfat key. While that system reports the
key as being plugged in when I do the insertion, when I ask its update
facility to do an update, the sandisks led blinks a time or 2 & reports it
can't find the update.
I tried to mountr it as fat32, but linux says it has
On Tue, 7 Oct 2014, Felipe Balbi wrote:
> > If the file handle was closed for abnormal reasons, we can behave like
> > crashed firmware. Which means, in the end, doing the same thing as in
> > the normal-reason case -- i.e., do nothing. In particular, don't
> > disconnect.
> >
> > If you wan
Hello.
On 10/07/2014 04:19 PM, Yoshihiro Shimoda wrote:
Since this board doesn't have USB ID pin, we assumes the GP5_18 (USB0_PWEN)
is an ID pin because the gpio is high when the SW5 is Pin 3 side.
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7790-lager.dts |5 +
1
Hi,
On Tue, Oct 07, 2014 at 02:42:33PM -0400, Alan Stern wrote:
> > > It seems to me that we should imitate what an ordinary USB device would
> > > do. If part of the firmware crashes, generally you would expect none
> > > of the endpoints associated with that function to work. Either they
> > >
On Tue, 7 Oct 2014, Felipe Balbi wrote:
> > It seems to me that we should imitate what an ordinary USB device would
> > do. If part of the firmware crashes, generally you would expect none
> > of the endpoints associated with that function to work. Either they
> > refuse to accept output from th
On Tue, Oct 7, 2014 at 8:10 PM, Johan Hovold wrote:
> On Mon, Oct 06, 2014 at 03:17:22PM +0300, Octavian Purdila wrote:
>> On Fri, Oct 3, 2014 at 8:12 PM, Johan Hovold wrote:
>> >
>> > On Thu, Sep 25, 2014 at 07:07:31PM +0300, Octavian Purdila wrote:
>> > > This patch implements the USB part of t
On Tue, Oct 07, 2014 at 08:52:35PM +0300, Octavian Purdila wrote:
> On Tue, Oct 7, 2014 at 7:46 PM, Johan Hovold wrote:
> > On Thu, Sep 25, 2014 at 07:07:32PM +0300, Octavian Purdila wrote:
> >> +static DEVICE_ATTR_RW(dln2_i2c_freq);
> >
> > You forgot to add the required documentation of the att
Hi,
On Tue, Oct 07, 2014 at 01:15:32PM -0400, Alan Stern wrote:
> > > Here also I agree. Zombie mode should "mock" the function until first
> > > next enumeration or unbind. It should not be possible to bind gadget
> > > with function in zombie mode to UDC. Zombie mode should "pretend" only
> > >
On Tue, Oct 7, 2014 at 7:46 PM, Johan Hovold wrote:
> On Thu, Sep 25, 2014 at 07:07:32PM +0300, Octavian Purdila wrote:
>> From: Laurentiu Palcu
>>
>> This patch adds support for the Diolan DLN-2 I2C master module. Due
>> to hardware limitations it does not support SMBUS quick commands.
>>
>> Inf
On Tue, 7 Oct 2014, Felipe Balbi wrote:
> > Please believe me that I totally agree with you, but I also see Robert's
> > point. Let's take ADB as example. Before ADB has been ported to
> > FunctionFS it communicated with kernel using dev node provided by ADB
> > function driver. With that infrastr
On Mon, Oct 06, 2014 at 03:17:22PM +0300, Octavian Purdila wrote:
> On Fri, Oct 3, 2014 at 8:12 PM, Johan Hovold wrote:
> >
> > On Thu, Sep 25, 2014 at 07:07:31PM +0300, Octavian Purdila wrote:
> > > This patch implements the USB part of the Diolan USB-I2C/SPI/GPIO
> > > Master Adapter DLN-2. Deta
On Tue, Oct 07, 2014 at 12:02:51PM +0100, Oussama Ghorbel wrote:
> The USB OTG port does not work since v3.16 on omap platform.
> This is a regression introduced by the commit
> eb82a3d846fa (phy: omap-usb2: Balance pm_runtime_enable() on probe failure
> and remove).
> This because the call to pm_
On Thu, Sep 25, 2014 at 07:07:34PM +0300, Octavian Purdila wrote:
> From: Daniel Baluta
>
> This patch adds GPIO and IRQ support for the Diolan DLN-2 GPIO module.
>
> Information about the USB protocol interface can be found in the
> Programmer's Reference Manual [1], see section 2.9 for the GPI
Hi,
On Tue, Oct 07, 2014 at 06:37:26PM +0200, Krzysztof Opasiak wrote:
[snip]
> > yeah, and the way to deal with that is disconnecting from the host
> > because that USB function, can't be functional anymore. I mean,
> > imagine you try to e.g. unload pictures from your nice DSLR and
> > that DS
On Thu, Sep 25, 2014 at 07:07:32PM +0300, Octavian Purdila wrote:
> From: Laurentiu Palcu
>
> This patch adds support for the Diolan DLN-2 I2C master module. Due
> to hardware limitations it does not support SMBUS quick commands.
>
> Information about the USB protocol interface can be found in t
Hi
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Tuesday, October 07, 2014 5:28 PM
> To: Krzysztof Opasiak
> Cc: ba...@ti.com; 'Robert Baldyga'; gre...@linuxfoundation.org;
> linux-usb@vger.kernel.org; linux-ker...@vger.kernel.org;
> min...@mina86.com; andrze...@s
hello,
i bought this usb3.0<-->sata2.5 cable while back but as it turns out, i
think, it's blacklisted in uas-detect.h.
relevant parts of the kernel log:
kernel: usb 4-6: new SuperSpeed USB device number 2 using xhci_hcd
kernel: usb 4-6: New USB device found, idVendor=174c, idProduct=55aa
kernel:
Hi,
On Tue, Oct 07, 2014 at 05:01:15PM +0200, Krzysztof Opasiak wrote:
> > > > Hi,
> > > >
> > > > On Mon, Oct 06, 2014 at 01:25:14PM +0200, Robert Baldyga wrote:
> > > >> Since we can compose gadgets from many functions, there is the
> > > >> problem related to gadget breakage while FunctionFS da
On Mon, 6 Oct 2014, Dmitry Nezhevenko wrote:
> > What does the debugging log show if you don't disable wakeup?
>
> $It looks like same, but later it resumes once again.
>
> [ 2836.134277] hub 2-0:1.0: state 7 ports 6 chg evt
> [ 2836.134340] hub 2-0:1.0: hub_suspend
> [ 2836.134346] us
Hi,
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Tuesday, October 07, 2014 4:07 PM
> To: Robert Baldyga
> Cc: ba...@ti.com; gre...@linuxfoundation.org; linux-
> u...@vger.kernel.org; linux-ker...@vger.kernel.org;
> min...@mina86.com; andrze...@samsung.com; k.opas
On Sat, Oct 4, 2014 at 12:02 AM, Oliver Neukum wrote:
>
> I suggest you take an usbmon trace to look for the CDC notification.
>
Hi again, took a while to respond because I have been away on a trip.
I am new at sniffing USB traffic, so forgive me if the below info is
inadequate. I reset the 4G mo
> The new patch clears the halt condition.
I mean usb_clear_halt( ) returned zero.
Thanks,
Naveen
On Tue, Oct 7, 2014 at 7:04 PM, Naveen Kumar Parna wrote:
> Thanks for the new patch.
>
>
>
> The new patch clears the halt condition. But after submitting the urb
> again the INT in endpoint ret
Hi,
On Tue, Oct 07, 2014 at 02:45:44PM +0530, Kiran Kumar Raparthy wrote:
> diff --git a/drivers/usb/phy/otg-wakeupsource.c
> b/drivers/usb/phy/otg-wakeupsource.c
> new file mode 100644
> index 000..00d3359
> --- /dev/null
> +++ b/drivers/usb/phy/otg-wakeupsource.c
> @@ -0,0 +1,134 @@
> +/*
>
On Tue, Oct 07, 2014 at 03:49:33PM +0530, Vivek Gautam wrote:
> Exynos7 also has a separate special gate clock going to the IP
> apart from the usual AHB clock. So add support for the same.
>
> Signed-off-by: Vivek Gautam
I'll take this one once -rc1 is tagged. The others have no direct
dependen
Hi,
On Tue, Oct 07, 2014 at 12:43:06PM +0900, Yoshihiro Shimoda wrote:
> This patch adds support for the generic PHY. The generic PHY will be
> used in multiplatform environment.
>
> Signed-off-by: Yoshihiro Shimoda
Kishon, does this look ok to you ?
> ---
> drivers/usb/renesas_usbhs/common.h
Hi,
On Tue, Oct 07, 2014 at 08:33:16AM +0200, Robert Baldyga wrote:
> On 10/07/2014 04:28 AM, Felipe Balbi wrote:
> > Hi,
> >
> > On Mon, Oct 06, 2014 at 01:25:14PM +0200, Robert Baldyga wrote:
> >> Since we can compose gadgets from many functions, there is the problem
> >> related to gadget brea
Thanks for the new patch.
The new patch clears the halt condition. But after submitting the urb
again the INT in endpoint returns EPIPE, this behavior continues
infinitely.
Corresponding kernel log is here:
Oct 7 17:58:41 naveen-OptiPlex-745 kernel: [ 16.311863] hci0 urb
88012f670b40
On Tue, Oct 07, 2014 at 10:22:58AM +0100, Lee Jones wrote:
> On Fri, 26 Sep 2014, Johan Hovold wrote:
>
> > Hot-pluggable multi-function devices should use PLATFORM_DEVID_AUTO to
> > avoid name collisions on the platform bus.
> >
> > This driver currently uses the USB-device address as an id. Thi
(2014/10/07 20:42), Sergei Shtylyov wrote:
> On 10/7/2014 3:10 PM, Yoshihiro Shimoda wrote:
>
>> Since this board doesn't have USB ID pin, we assumes the GP5_18 (USB0_PWEN)
>> is an ID pin because the gpio is high when the SW5 is Pin 3 side.
>
>> Signed-off-by: Yoshihiro Shimoda
>> ---
>> arc
On Sat, Oct 4, 2014 at 12:02 AM, Oliver Neukum wrote:
>
> I suggest you take an usbmon trace to look for the CDC notification.
>
Hi again, took a while to respond because I have been away on a trip.
I am new at sniffing USB traffic, so forgive me if the below info is
inadequate. I reset the 4G mo
On 10/7/2014 3:10 PM, Yoshihiro Shimoda wrote:
Since this board doesn't have USB ID pin, we assumes the GP5_18 (USB0_PWEN)
is an ID pin because the gpio is high when the SW5 is Pin 3 side.
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7790-lager.dts |5 +
1 file change
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7791-koelsch.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7791-koelsch.dts
b/arch/arm/boot/dts/r8a7791-koelsch.dts
index 17cfcaa..055f8f8 100644
--- a/arch/arm/boot/dts/r8a7791-koelsch.dts
+++ b/arc
This series is based on Simon's renesas.git branch and
renesas-devel-20141007-v3.17 tag. If we use the generic phy
driver for R-Car Gen2 (drivers/phy/phy-rcar-gen2.c), we can use
the HS-USB on koelsch and henninger.
Changes from v1:
- Correct typo of git log in patch 1.
- Change the plac
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7791-henninger.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7791-henninger.dts
b/arch/arm/boot/dts/r8a7791-henninger.dts
index ef2cb92..8fc7802 100644
--- a/arch/arm/boot/dts/r8a7791-henninger.dts
+
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7791.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7791.dtsi b/arch/arm/boot/dts/r8a7791.dtsi
index d343099..761036c 100644
--- a/arch/arm/boot/dts/r8a7791.dtsi
+++ b/arch/arm/boot/dts/r8a7791
This series is based on Simon's renesas.git branch and
renesas-devel-20141007-v3.17 tag. If we use the generic phy
driver for R-Car Gen2 (drivers/phy/phy-rcar-gen2.c), we can use
the HS-USB on lager.
Changes from v1:
- Correct typo of git log in patch 1.
- Change the placement of hsusb no
Since this board doesn't have USB ID pin, we assumes the GP5_18 (USB0_PWEN)
is an ID pin because the gpio is high when the SW5 is Pin 3 side.
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7790-lager.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/r8a
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7790.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi
index 2380fd5..63a75f2 100644
--- a/arch/arm/boot/dts/r8a7790.dtsi
+++ b/arch/arm/boot/dts/r8a7790
The USB OTG port does not work since v3.16 on omap platform.
This is a regression introduced by the commit
eb82a3d846fa (phy: omap-usb2: Balance pm_runtime_enable() on probe failure
and remove).
This because the call to pm_runtime_enable() function is moved after the
call to devm_phy_create() func
Hello.
(2014/10/07 18:46), Sergei Shtylyov wrote:
> On 10/7/2014 7:25 AM, Yoshihiro Shimoda wrote:
>
> Signed-off-by: Yoshihiro Shimoda
> ---
>arch/arm/boot/dts/r8a7790-lager.dts |5 +
>1 file changed, 5 insertions(+)
>
> diff --git a/arch/arm/boot/dts/r8a7790
On 10/07/2014 12:07 PM, Michal Nazarewicz wrote:
> On Tue, Oct 07 2014, Robert Baldyga wrote:
>> @@ -1411,8 +1425,17 @@ static void ffs_data_closed(struct ffs_data *ffs)
>> ENTER();
>>
>> if (atomic_dec_and_test(&ffs->opened)) {
>> -ffs->state = FFS_CLOSING;
>> -
Exynos7 SoC has now separate gate control for 125MHz pipe3 phy
clock, as well as 60MHz utmi phy clock.
So get the same and control in the phy-exynos5-usbdrd driver.
Signed-off-by: Vivek Gautam
---
.../devicetree/bindings/phy/samsung-phy.txt|4
drivers/phy/phy-exynos5-usbdrd.c
Some Exynos SoCs have a separate regulator controlling a
Boost 5V supply which goes as input for VBUS regulator.
So adding a control for the same in driver, to enable
vbus supply on the port.
Signed-off-by: Vivek Gautam
---
drivers/phy/phy-exynos5-usbdrd.c | 30 --
Adding required support for clocks and additional VBUS regulators
to enable USB 3.0 support on Exynos7 SoC.
This series depends for ACRH_EXYNOS7 support on following series:
[PATCH v5 0/8] arch: arm64: Enable support for Samsung Exynos7 SoC
http://www.spinics.net/lists/linux-samsung-soc/msg37047.h
Exynos7 also has a separate special gate clock going to the IP
apart from the usual AHB clock. So add support for the same.
Signed-off-by: Vivek Gautam
---
drivers/usb/dwc3/dwc3-exynos.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/usb/dwc3/dwc3-exynos.c b/driv
This PHY controller is also present on Exynos7 platform
in arch-exynos family.
So PHY_EXYNOS5_USBDRD should now depend on ARCH_EXYNOS.
Signed-off-by: Vivek Gautam
---
drivers/phy/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/phy/Kconfig b/drivers/phy/Kcon
On Tue, Oct 07 2014, Robert Baldyga wrote:
> @@ -1411,8 +1425,17 @@ static void ffs_data_closed(struct ffs_data *ffs)
> ENTER();
>
> if (atomic_dec_and_test(&ffs->opened)) {
> - ffs->state = FFS_CLOSING;
> - ffs_data_reset(ffs);
> + if (ffs->zombie
On Mon, Oct 6, 2014 at 11:47 PM, Muthu Mani wrote:
> +
> +static int cy_gpio_direction_input(struct gpio_chip *chip,
> + unsigned offset)
> +{
> + return 0;
> +}
> +
> +static int cy_gpio_direction_output(struct gpio_chip *chip,
> +
On Tue, 2014-10-07 at 12:14 +0530, Naveen Kumar Parna wrote:
> > + err = usb_clear_halt(data->udev,
> > +usb_rcvbulkpipe(data->udev,
> > +
> > data->intr_ep->bEndpointAddress));
>
> EPIPE occurred for INT in endpoint, so
On 10/7/2014 7:25 AM, Yoshihiro Shimoda wrote:
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7790-lager.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790-lager.dts
b/arch/arm/boot/dts/r8a7790-lager.dts
index 1698591..4badd0a 100644
---
Hello.
On 10/7/2014 4:20 AM, Yoshihiro Shimoda wrote:
Signed-off-by: Yoshihiro Shimoda
---
arch/arm/boot/dts/r8a7790-lager.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790-lager.dts
b/arch/arm/boot/dts/r8a7790-lager.dts
index 1698591..4badd0a 10
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Use mfd_add_hotplug_devices helper to register the subdevices.
>
> Compile-only tested.
>
> Signed-off-by: Johan Hovold
> ---
> drivers/hid/hid-sensor-hub.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
Applied for v3.19 with Jiri's
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Make sure to always honour multi-function devices registered with
> PLATFORM_DEVID_NONE (-1) or PLATFORM_DEVID_AUTO (-2) as id base. In this
> case it does not make sense to append the cell id to the mfd-id base and
> potentially change the requested beha
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Use mfd_add_hotplug_devices helper to register the subdevices.
>
> Signed-off-by: Johan Hovold
> ---
> drivers/mfd/rtsx_usb.c | 4 ++--
> drivers/mfd/viperboard.c | 5 ++---
> 2 files changed, 4 insertions(+), 5 deletions(-)
Applied for v3.19.
> di
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Hot-pluggable multi-function devices should always be registered with
> PLATFORM_DEVID_AUTO to avoid name collisions on the platform bus. This
> helper also hides the memory map and irq parameters, which aren't used
> by hot-pluggable (e.g. USB-based) dev
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Hot-pluggable multi-function devices should use PLATFORM_DEVID_AUTO to
> avoid name collisions on the platform bus.
>
> This driver currently uses the USB-device address as an id. This makes
> name collisions unlikely, but it could still happen if two de
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Allow more than one viperboard to be connected by registering with
> PLATFORM_DEVID_AUTO instead of PLATFORM_DEVID_NONE.
>
> The subdevices are currently registered with PLATFORM_DEVID_NONE, which
> will cause a name collision on the platform bus when a
From: Todd Poynor
usb: phy: Hold wakeupsource when USB is enumerated in peripheral mode
Purpose of this is to prevent the system to enter into suspend state from USB
peripheral traffic by hodling a wakeupsource when USB is connected and
enumerated in peripheral mode(say adb).
Temporarily hold a
The PLAT_S5P Kconfig symbol was removed in commit d78c16ccde96
("ARM: SAMSUNG: Remove remaining legacy code"). There are still
some references left, fix that by replacing them with ARCH_S5PV210.
Fixes: d78c16ccde96 ("ARM: SAMSUNG: Remove remaining legacy code")
Reported-by: Paul Bolle
Acked-by: J
Since we can compose gadgets from many functions, there is the problem
related to gadget breakage while FunctionFS daemon being closed. In some
cases it's strongly desired to keep gadget alive for a while, despite
FunctionFS files are closed, to allow another functions to complete
some presumably c
Hello.
(2014/10/07 12:25), Yoshihiro Shimoda wrote:
> Hello.
>
> (2014/10/06 9:59), Yoshihiro Shimoda wrote:
>> Hello.
>>
>> (2014/10/04 4:50), Sergei Shtylyov wrote:
>>> On 10/02/2014 12:04 PM, Yoshihiro Shimoda wrote:
>>>
< snip >
+&hsusb {
+ status = "okay";
+ renesas,enable-g
82 matches
Mail list logo
