On Sun, 23 Sep 2018, Lee Jones wrote:
> On Sun, 23 Sep 2018, Laurent Pinchart wrote:
>
> > Hi Tony,
> >
> > On Tuesday, 11 September 2018 19:25:38 EEST Tony Lindgren wrote:
> > > * Laurent Pinchart [180911 16:12]:
> > > > On Tuesday, 11 Sep
> > >>
> > >> "[PATCH] mfd: omap-usb-host: Fix dts probe of children"
> > >
> > > This fixes the issue for me.
> > >
> > > Tested-by: Laurent Pinchart
> >
> > OK good to hear.
>
> The fix is still not in v4.19-rc4
On Tue, 03 Apr 2018, Masahiro Yamada wrote:
> 2018-04-03 17:03 GMT+09:00 Lee Jones :
> > On Mon, 02 Apr 2018, Andrew Lunn wrote:
> >
> >> On Mon, Apr 02, 2018 at 10:21:01PM +0900, Masahiro Yamada wrote:
> >> > 2018-04-02 21:04 GMT+09:00 Andrew Lunn :
> >&
it up, you don't need an MFD. If
> however the registers are in overlapping areas, you do need an
> MFD. The MFD core provides access to the registers, while its children
> implement PHY, reset, regulator etc.
This device certainly sounds like an MFD to me.
Can you share the
This is in regards to an inheritance on your surname, reply back using your
email address, stating your full name for more details. Reply to email for
info. Email me here ( ger...@dr.com )
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord..
on device instance
> : Register/unregister extcon device
> : Set the state of each external connector
> : Set the property value of each external connector
> : Set the property capability of each external connector
>
> Cc: Felipe Balbi
> Cc: Kishon Vijay Abraham I
>
t; Regards,
>
> > ---
> > drivers/mfd/atmel-flexcom.c | 65
> > ++---
> > 1 file changed, 50 insertions(+), 15 deletions(-)
This is the first time I've seen this patch. Why's that?
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software
On Mon, 14 Aug 2017, Lee Jones wrote:
> On Sun, 13 Aug 2017, Wolfram Sang wrote:
>
> > On Tue, May 23, 2017 at 08:18:19AM +0100, Lee Jones wrote:
> > > On Mon, 22 May 2017, Wolfram Sang wrote:
> > >
> > > > include/linux/i2c is not for client devic
On Sun, 13 Aug 2017, Wolfram Sang wrote:
> On Tue, May 23, 2017 at 08:18:19AM +0100, Lee Jones wrote:
> > On Mon, 22 May 2017, Wolfram Sang wrote:
> >
> > > include/linux/i2c is not for client devices. Move the header file to a
> > > more appropriate location.
&g
On Sun, 13 Aug 2017, Wolfram Sang wrote:
> On Thu, Jul 06, 2017 at 08:03:52AM +0100, Lee Jones wrote:
> > On Thu, 06 Jul 2017, Thierry Reding wrote:
> >
> > > On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote:
> > > > include/linux/i2c is not for
hout drawing more current than specified from others.
>
> Signed-off-by: Mark Brown
> Signed-off-by: Baolin Wang
> ---
> Documentation/devicetree/bindings/mfd/wm831x.txt | 1 +
Acked-by: Lee Jones
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open s
eletions(-)
> > rename include/linux/{i2c => mfd}/twl.h (100%)
>
> I didn't see this get applied yet, so just in case anyone was waiting
> for me (this is trivial, so I don't think there's a need):
You're not the last. :)
--
Lee Jones
Linaro S
+--
drivers/platform/x86/intel_bxtwc_tmu.c | 4 -
drivers/thermal/intel_bxt_pmic_thermal.c | 2 +-
drivers/usb/typec/typec_wcove.c | 2 +-
include/linux/mfd/intel_soc_pmic.h | 5 +-
6 files changed, 175 insertions(+), 84 deletions(-)
--
Lee Jones
Linaro STMicroelectronics
0.c | 2 +-
For my own reference:
Acked-for-MFD-by: Lee Jones
> drivers/usb/host/ohci-omap.c| 2 +-
> drivers/usb/phy/phy-isp1301-omap.c | 2 +-
> drivers/video/fbdev/omap/lcd_h3.c | 2 +-
> include/linux/{i2c => mfd}/tps65010.h | 2
twl4030-vibra.c | 2 +-
> drivers/mfd/twl-core.c | 6 +++---
> drivers/mfd/twl4030-audio.c | 2 +-
> drivers/mfd/twl4030-irq.c | 2 +-
> drivers/mfd/twl4030-power.c | 2 +-
> drivers/mfd/twl6030-irq.c | 2 +-
F
On Tue, 14 Mar 2017, Baolin Wang wrote:
> Hi,
>
> On 14 March 2017 at 17:57, Lee Jones wrote:
> > On Mon, 20 Feb 2017, Baolin Wang wrote:
> >
> > [...]
> >
> >> drivers/power/supply/wm831x_power.c | 63 +++
> >> drivers/usb/gadget/Kco
sb/gadget/udc/charger.c
> create mode 100644 include/linux/usb/charger.h
> create mode 100644 include/uapi/linux/usb/charger.h
Why have you sent this set to me?
Please be careful when submitting patches, since a lot of us have
enough mail to contend with already.
--
Lee Jones
Lina
Signed-off-by: Kyle Jones
---
Bus 004 Device 002: ID 10c4:8470 Cygnal Integrated Products, Inc.
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass0
bDeviceSubClass 0
bDeviceProtocol 0
if (act_len)
> *act_len = ucr->current_sg.bytes;
>
> - return ucr->current_sg.status;
> + return ret;
> }
>
> int rtsx_usb_transfer_data(struct rtsx_ucr *ucr, unsigned int pipe,
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Lin
On Tue, 30 Aug 2016, Lee Jones wrote:
> On Mon, 29 Aug 2016, Heikki Krogerus wrote:
>
> > Intel WhiskeyCove PMIC has also a USB Type-C PHY, so let's
> > create a device for it.
> >
> > Signed-off-by: Heikki Krogerus
> > Cc: Lee Jones
> > -
On Mon, 29 Aug 2016, Heikki Krogerus wrote:
> Intel WhiskeyCove PMIC has also a USB Type-C PHY, so let's
> create a device for it.
>
> Signed-off-by: Heikki Krogerus
> Cc: Lee Jones
> ---
> drivers/mfd/intel_soc_pmic_bxtwc.c | 11 +++
> 1 file chang
On Tue, 16 Aug 2016, Andrew F. Davis wrote:
> On 08/09/2016 10:27 AM, Lee Jones wrote:
> > On Tue, 09 Aug 2016, Andrew F. Davis wrote:
> >
> >> The TI SM-USB-DIG is a USB to SPI/I2C/1Wire/GPIO adapter.
> >> Add MFD core support.
> >>
> >> Sig
ill requires a DT Ack.
Please ping the relevant guys.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a me
On Wed, 29 Jun 2016, Philipp Zabel wrote:
> Am Mittwoch, den 29.06.2016, 09:06 +0100 schrieb Lee Jones:
> > On Wed, 29 Jun 2016, Philipp Zabel wrote:
> > > Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones:
> > > > Philipp,
> > > >
&
On Wed, 29 Jun 2016, Philipp Zabel wrote:
> Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones:
> > Philipp,
> >
> > I need this to go into the -rcs too.
> >
> > Can I add it with your Ack please?
>
> I have already added your patches to my branch
On the STiH410 B2120 development board the MiPHY28lp shares its reset
line with the Synopsys DWC3 SuperSpeed (SS) USB 3.0 Dual-Role-Device
(DRD). New functionality in the reset subsystems forces consumers to
be explicit when requesting shared/exclusive reset lines.
Signed-off-by: Lee Jones
s users of the optional_* API
> in particular to specify that their request is for a 'shared' line.
>
> Signed-off-by: Lee Jones
> ---
> include/linux/reset.h | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/include/linux/reset.h b/includ
On Tue, 28 Jun 2016, Lee Jones wrote:
> On Mon, 06 Jun 2016, Alan Stern wrote:
>
> > On Mon, 6 Jun 2016, Lee Jones wrote:
> >
> > > On the STiH410 B2120 development board the ST EHCI IP shares its reset
> > > line with the OHCI IP. New function
On Mon, 06 Jun 2016, Alan Stern wrote:
> On Mon, 6 Jun 2016, Lee Jones wrote:
>
> > On the STiH410 B2120 development board the ST EHCI IP shares its reset
> > line with the OHCI IP. New functionality in the reset subsystems forces
> > consumers to be explicit when req
On Tue, 07 Jun 2016, Kishon Vijay Abraham I wrote:
>
>
> On Monday 06 June 2016 09:26 PM, Lee Jones wrote:
> > On the STiH410 B2120 development board the MiPHY28lp shares its reset
> > line with the Synopsys DWC3 SuperSpeed (SS) USB 3.0 Dual-Role-Device
> > (DRD)
On Wed, 15 Jun 2016, Andrew F. Davis wrote:
> On 06/15/2016 10:43 AM, Lee Jones wrote:
> > This requires a USB Ack.
> >
> >> The TI SM-USB-DIG is a USB to SPI/I2C/1Wire/GPIO adapter.
> >> Add MFD core support.
> >>
> >> Signed-off-by: Andrew
tions(+)
> create mode 100644 drivers/mfd/ti-smusbdig.c
> create mode 100644 include/linux/mfd/ti-smusbdig.h
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the li
hout drawing more current than specified from others.
>
> Signed-off-by: Mark Brown
> Signed-off-by: Baolin Wang
> Acked-by: Lee Jones
> Acked-by: Charles Keepax
> Acked-by: Peter Chen
> Acked-by: Sebastian Reichel
> ---
>
On Tue, 07 Jun 2016, Lee Jones wrote:
> On Tue, 07 Jun 2016, Peter Griffin wrote:
>
> > Hi,
> >
> > On Mon, 06 Jun 2016, Lee Jones wrote:
> >
> > > Phasing out generic reset line requests enables us to make some better
> > > decisions on when and
On Tue, 07 Jun 2016, Peter Griffin wrote:
> Hi,
>
> On Mon, 06 Jun 2016, Lee Jones wrote:
>
> > Phasing out generic reset line requests enables us to make some better
> > decisions on when and how to (de)assert said lines. If an 'exclusive'
> > line is
On the STiH410 B2120 development board the ports on the Generic PHY
share their reset lines with each other. New functionality in the
reset subsystems forces consumers to be explicit when requesting
shared/exclusive reset lines.
Signed-off-by: Lee Jones
---
drivers/phy/phy-stih407-usb.c | 4
On the STiH410 B2120 development board the ST EHCI IP shares its reset
line with the OHCI IP. New functionality in the reset subsystems forces
consumers to be explicit when requesting shared/exclusive reset lines.
Signed-off-by: Lee Jones
---
drivers/usb/host/ehci-st.c | 4 ++--
1 file changed
On the STiH410 B2120 development board the ST EHCI IP shares its reset
line with the OHCI IP. New functionality in the reset subsystems forces
consumers to be explicit when requesting shared/exclusive reset lines.
Signed-off-by: Lee Jones
---
drivers/usb/host/ohci-st.c | 4 ++--
1 file changed
Consumers need to be able to specify whether they are requesting an
'exclusive' or 'shared' reset line no matter which API (of_*, devm_*,
etc) they are using. This change allows users of the of_* API in
particular to specify that their request is for a 'shared' l
index()
Signed-off-by: Lee Jones
---
include/linux/reset.h | 42 +-
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/include/linux/reset.h b/include/linux/reset.h
index ec0306ce..33eaf11 100644
--- a/include/linux/reset.h
+++ b/include/linux/re
On the STiH410 B2120 development board the MiPHY28lp shares its reset
line with the Synopsys DWC3 SuperSpeed (SS) USB 3.0 Dual-Role-Device
(DRD). New functionality in the reset subsystems forces consumers to
be explicit when requesting shared/exclusive reset lines.
Signed-off-by: Lee Jones
l consumers to
move to the API immediately, causing administration headache between
subsystems, this patch adds some temporary stand-in shim-calls. This
will ease the burden at merge time and allow subsystems to migrate over
to the new API in a more realistic time-frame.
Signed-off-by: Lee Jon
x27; line.
Signed-off-by: Lee Jones
---
include/linux/reset.h | 12
1 file changed, 12 insertions(+)
diff --git a/include/linux/reset.h b/include/linux/reset.h
index fd69240..c358106 100644
--- a/include/linux/reset.h
+++ b/include/linux/reset.h
@@ -141,6 +141,12 @@ stat
Standardise the way inline functions:
devm_reset_control_get_shared_by_index
devm_reset_control_get_exclusive_by_index
... are formatted.
Signed-off-by: Lee Jones
---
include/linux/reset.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/reset.h b
On the STiH410 B2120 development board the MiPHY28lp shares its reset
line with the Synopsys DWC3 SuperSpeed (SS) USB 3.0 Dual-Role-Device
(DRD). New functionality in the reset subsystems forces consumers to
be explicit when requesting shared/exclusive reset lines.
Signed-off-by: Lee Jones
l consumers to
move to the API immediately, causing administration headache between
subsystems, this patch adds some temporary stand-in shim-calls. This
will ease the burden at merge time and allow subsystems to migrate over
to the new API in a more realistic time-frame.
Lee Jones (7):
reset: Re
| 1 +
> drivers/mfd/intel-vuport.c | 89
> ++
> 3 files changed, 98 insertions(+)
> create mode 100644 drivers/mfd/intel-vuport.c
Acked-by: Lee Jones
> diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
> index eea61e3..7e115ab
> include/linux/mfd/da8xx-cfgchip.h | 153
> ++
> include/linux/platform_data/usb-davinci.h | 22 -
Works for me.
Acked-by: Lee Jones
Since this is a new file, I'm happy for it to be taken in via another
tree.
> 2 files changed, 153 insertions(+), 22 d
> >> >
> >> > This patch adds struct xhci_plat_priv to simplify the code to match
> >> > platform specific variables. For now, this patch adds a member "type" in
> >> > the structure
> >>
> >> that's fine but the answ
vers.
>
> Signed-off-by: Lu Baolu
> Suggested-by: David Cohen
This should be at the top.
You couldn't have written the patch before it was suggested.
> Reviewed-by: Felipe Balbi
> Signed-off-by: Fengguang Wu
What is this sign-off meant to indicate?
> Reviewed-by: L
orm_device *pdev)
> +{
> + mfd_remove_devices(&pdev->dev);
> + acpi_dev_remove_driver_gpios(ACPI_COMPANION(&pdev->dev));
> +
> + return 0;
> +}
> +
> +static struct acpi_device_id vuport_acpi_match[] = {
> + { "INT3496" },
> + { }
> +};
>
On 17 Oct 2015, at 16:06, Alan Stern wrote:
> On Sat, 17 Oct 2015, Paul Jones wrote:
>
>> On 17 Oct 2015, at 12:30, Alan Stern wrote:
>>
>>> Paul, can you tell your email client to wrap lines after 72 columns or
>>> so? It would make replying a lot easi
On 17 Oct 2015, at 12:30, Alan Stern wrote:
> Paul, can you tell your email client to wrap lines after 72 columns or
> so? It would make replying a lot easier…
Mac Mail is not very friendly in this respect, but I can pay attention to
not make long lines :)
> ...
>>> One thing you did not sho
Youssaf,
if I run test 13 of testusb I get the following crash:
[ 963.504860] WARNING: CPU: 1 PID: 0 at drivers/usb/gadget/udc/net2280.c:893
start_dma+0x218/0x220 [net2280]()
[ 963.504861] Modules linked in: g_zero usbtest usb_f_ss_lb libcomposite
configfs ccm arc4 iwlmvm i915 mac80211 iwlwifi
On 16 Oct 2015, at 18:06, Felipe Balbi wrote:
>
> Hi,
>
> Paul Jones writes:
>> First DMA to first IRQ = 116us.
>>
>> Second DMA to second IRQ = 107us.
>>
>> These seem fairly stable as the last request in a 500+MB transfer had
>> exactly th
On 16 Oct 2015, at 15:59, Alan Stern wrote:
> On Fri, 16 Oct 2015, Paul Jones wrote:
>
>> Added some debugging statements in f_mass_storage/net2280 to get an idea of
>> what is going on on the wire (as I unfortunately don’t have any tools to
>> figure it out any o
On 06 Oct 2015, at 12:34, Paul Jones wrote:
> On 06 Oct 2015, at 16:44, Alan Stern wrote:
>
>> On Tue, 6 Oct 2015, Paul Jones wrote:
>>
>>> On 05 Oct 2015, at 23:09, Alan Stern wrote:
>>>
>>>> On Mon, 5 Oct 2015, Paul Jones wrote:
>>
On 16 Oct 2015, at 05:55, Kaukab, Yousaf wrote:
>> -Original Message-
>> From: Paul Jones [mailto:p.jo...@teclyn.com]
>> Sent: Friday, October 16, 2015 3:40 AM
>> To: Kaukab, Yousaf
>> Cc: Alan Stern; Felipe Balbi; Linux USB Mailing List
>> Subj
On 15 Oct 2015, at 04:12, Kaukab, Yousaf wrote:
>> -Original Message-
>> From: Paul Jones [mailto:p.jo...@teclyn.com]
>> Sent: Thursday, October 15, 2015 12:30 AM
>> To: Alan Stern
>> Cc: Kaukab, Yousaf; Felipe Balbi; Linux USB Mailing List
>> Subj
On 15 Oct 2015, at 17:18, Paul Jones wrote:
> On 15 Oct 2015, at 04:12, Kaukab, Yousaf wrote:
>
>>> -Original Message-
>>> From: Paul Jones [mailto:p.jo...@teclyn.com]
>>> Sent: Thursday, October 15, 2015 12:30 AM
>>> To: Alan Stern
>&
On 15 Oct 2015, at 04:12, Kaukab, Yousaf wrote:
>> -Original Message-
>> From: Paul Jones [mailto:p.jo...@teclyn.com]
>> Sent: Thursday, October 15, 2015 12:30 AM
>> To: Alan Stern
>> Cc: Kaukab, Yousaf; Felipe Balbi; Linux USB Mailing List
>> Subj
On 14 Oct 2015, at 15:37, Alan Stern wrote:
> On Wed, 14 Oct 2015, Paul Jones wrote:
>
>> On 12 Oct 2015, at 14:16, Felipe Balbi wrote:
>>
>>>
>>> Hi,
>>>
>>> Paul Jones writes:
>>>> On 10 Oct 2015, at 16:32, Paul Jones wr
On 14 Oct 2015, at 15:37, Alan Stern wrote:
> On Wed, 14 Oct 2015, Paul Jones wrote:
>
>> On 12 Oct 2015, at 14:16, Felipe Balbi wrote:
>>
>>>
>>> Hi,
>>>
>>> Paul Jones writes:
>>>> On 10 Oct 2015, at 16:32, Paul Jones wr
On 14 Oct 2015, at 14:57, Felipe Balbi wrote:
>
> Hi,
>
> Paul Jones writes:
>> Hi,
>>
>> On 12 Oct 2015, at 14:16, Felipe Balbi wrote:
>>
>>>
>>> Hi,
>>>
>>> Paul Jones writes:
>>>> On 10 Oct 2015, at
On 12 Oct 2015, at 14:16, Felipe Balbi wrote:
>
> Hi,
>
> Paul Jones writes:
>> On 10 Oct 2015, at 16:32, Paul Jones wrote:
>>
>>> I came across the following kernel message on the latest 4.3-rc4 whilst
>>> performance testing on a
On 10 Oct 2015, at 16:32, Paul Jones wrote:
> I came across the following kernel message on the latest 4.3-rc4 whilst
> performance testing on a USB3380 device connected to a Mac (10.9.5):
>
> [ 51.613838] WARNING: CPU: 2 PID: 0 at
> drivers/usb/gadget/function/f_mas
On 10 Oct 2015, at 16:34, Alan Stern wrote:
> On Sat, 10 Oct 2015, Paul Jones wrote:
>
>>>> Why is Windows so much faster? Or to put it another way, why is Linux
>>>> slow? How can we improve things?
>>>
>>> I don't know. We were doing
I came across the following kernel message on the latest 4.3-rc4 whilst
performance testing on a USB3380 device connected to a Mac (10.9.5):
[ 51.613838] WARNING: CPU: 2 PID: 0 at
drivers/usb/gadget/function/f_mass_storage.c:346 fsg_setup+0x12a/0x170
[usb_f_mass_storage]()
[ 51.613838] Modu
On 06 Oct 2015, at 13:26, Paul Zimmerman wrote:
> On Tue, Oct 6, 2015 at 10:01 AM, Alan Stern wrote:
>> On Tue, 6 Oct 2015, Felipe Balbi wrote:
>>
> In my experience, you need to do at least the following to get max
> performance from the mass storage gadget:
>
> - Use Windows
On 07 Oct 2015, at 10:13, Greg KH wrote:
> On Tue, Oct 06, 2015 at 10:26:08AM -0700, Paul Zimmerman wrote:
>> On Tue, Oct 6, 2015 at 10:01 AM, Alan Stern
>> wrote:
>>> On Tue, 6 Oct 2015, Felipe Balbi wrote:
>>>
>> In my experience, you need to do at least the following to get max
>>
On 06 Oct 2015, at 16:44, Alan Stern wrote:
> On Tue, 6 Oct 2015, Paul Jones wrote:
>
>> On 05 Oct 2015, at 23:09, Alan Stern wrote:
>>
>>> On Mon, 5 Oct 2015, Paul Jones wrote:
>>>
>>>>> Increasing the max_sectors_kb value, on the other han
On 05 Oct 2015, at 23:09, Alan Stern wrote:
> On Mon, 5 Oct 2015, Paul Jones wrote:
>
>>> Increasing the max_sectors_kb value, on the other hand, might remove
>>> overhead by allowing a higher percentage of the transfer to consist of
>>> real data as oppo
On 05 Oct 2015, at 20:54, Alan Stern wrote:
> On Mon, 5 Oct 2015, Paul Jones wrote:
>
>>> g_mass_storage, by default, uses 2 struct usb_request, try increasing that
>>> to 4
>>> (can be done from make menuconfig itself) and see if anything changes.
>>
On 05 Oct 2015, at 20:29, Alan Stern wrote:
> On Mon, 5 Oct 2015, Paul Jones wrote:
>
>> I�m investigating the (lack of) performance (around 150MB/s) of the USB3380
>> gadget in mass storage mode.
>> Whilst tracing on a Linux 4.1 host I noticed that the Linux m
On 05 Oct 2015, at 20:08, Felipe Balbi wrote:
> On Mon, Oct 05, 2015 at 07:30:05PM +0200, Paul Jones wrote:
>> I’m investigating the (lack of) performance (around 150MB/s) of the USB3380
>> gadget in mass storage mode. Whilst tracing on a Linux 4.1 host I noticed
>> that
I’m investigating the (lack of) performance (around 150MB/s) of the USB3380
gadget in mass storage mode.
Whilst tracing on a Linux 4.1 host I noticed that the Linux max storage driver
is requesting 240 blocks, 16 blocks, 240 blocks, 16 blocks, etc. when doing a
dd directly on the device:
t; + }
> +
> for (i = 0; i < ARRAY_SIZE(wm831x_bat_irqs); i++) {
> irq = wm831x_irq(wm831x,
>platform_get_irq_byname(pdev,
> diff --git a/include/linux/mfd/wm831x/pdata.h
> b/include/linux/mfd/wm831x/pdata.h
> index dcc
guys got a bunch of bounces, we had a bit of an
> email fiasco at this end. Hopefully all fixed now.
Yes, I sent you guys a mail about that.
Glad it's all sorted now.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Fa
hout drawing more current than specified from others.
>
> Signed-off-by: Mark Brown
> Signed-off-by: Baolin Wang
> ---
> drivers/power/wm831x_power.c | 69
> ++
> include/linux/mfd/wm831x/pdata.h | 3 ++
MFD:
Acked-by: Lee Jones
hout drawing more current than specified from others.
>
> Signed-off-by: Mark Brown
> Signed-off-by: Baolin Wang
> ---
> drivers/power/wm831x_power.c | 69
> ++
> include/linux/mfd/wm831x/pdata.h |3 ++
Acked-by: Lee Jones
Hi,
On 05 Jul 2015, at 20:43, Felipe Balbi wrote:
> Hi,
>
> On Sun, Jul 05, 2015 at 06:56:29PM +0200, Paul Jones wrote:
>> Ricardo,
>>
>> I’m trying to get the 3380 to work in UAS mode on the 4.0.1 and/or 4.1.0-rc8
>> kernels.
>> I’m using the followin
Ricardo,
I’m trying to get the 3380 to work in UAS mode on the 4.0.1 and/or 4.1.0-rc8
kernels.
I’m using the following script (derived from Sebastian’s post):
modprobe tcm_usb_gadget
mount -t configfs none /sys/kernel/config
CONFIGFS=/sys/kernel/config/
TARGET=$CO
On Thu, 21 May 2015, Thierry Reding wrote:
> On Thu, May 21, 2015 at 09:40:01AM +0100, Lee Jones wrote:
> > On Wed, 20 May 2015, Thierry Reding wrote:
> > > On Wed, May 20, 2015 at 07:35:51AM +0100, Lee Jones wrote:
> > > > On Tue, 19 May 2015, Andrew Bresticker w
On Wed, 20 May 2015, Thierry Reding wrote:
> On Wed, May 20, 2015 at 07:35:51AM +0100, Lee Jones wrote:
> > On Tue, 19 May 2015, Andrew Bresticker wrote:
> > > On Thu, May 14, 2015 at 10:38 AM, Andrew Bresticker
> > > wrote:
> > > > On Thu, May 14, 2015
NB: This is an updated version of
https://bugzilla.kernel.org/show_bug.cgi?id=97131. I'm reposting here by the
request of that bug's assignee.
In this update I've added the output of some more diagnostic commands (at the
end of the post). The list of diagnostic commands run is now this:
$ c
i->dev = NULL;
> + /* we can't release firmware see comment in dln2_probe_acpi */
> + ai->fw = NULL;
> + }
> + mutex_unlock(&dln2_acpi_lock);
> +}
> +#else
> +static void dln2_probe_acpi(struct dln2_dev *dln2)
> +{
> +}
> +
>
wondering what that calculation is based on? The 1024/512 seem to be the
IN/OUT buffer size being used.
Technically USB3 allows for a native bitrate (after 8/10b coding) of 4Gbit/s.
Regards,
Paul.
On 18 Jan 2015, at 16:49, Paul Jones wrote:
> Ricardo,
>
> I think I figured out th
out_stop_rx;
>
> ret = dln2_hw_init(dln2);
> if (ret < 0) {
> dev_err(dev, "failed to initialize hardware\n");
> - goto out_cleanup;
> + goto out_stop_rx;
> }
>
> ret = mfd_add_hotplug_devices
er = {
> .probe = dln2_probe,
> .disconnect = dln2_disconnect,
> .id_table = dln2_table,
> + .suspend = dln2_suspend,
> + .resume = dln2_resume,
> };
>
> module_usb_driver(dln2_driver);
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source
On Sun, 18 Jan 2015, Boris Brezillon wrote:
> Hi Lee,
>
> On Sun, 18 Jan 2015 12:52:59 +0000
> Lee Jones wrote:
>
> > On Wed, 14 Jan 2015, Alexandre Belloni wrote:
> >
> > > From: Boris Brezillon
> > >
> > > AT91 SoCs have a memory range
dev_err(dev, "failed to initialize hardware\n");
> - goto out_cleanup;
> + goto out_stop_rx;
> }
>
> ret = mfd_add_hotplug_devices(dev, dln2_devs, ARRAY_SIZE(dln2_devs));
> if (ret != 0) {
> dev_err(dev, "fa
higher performance?
Regards,
Paul.
On 25 Nov 2014, at 16:30, Paul Jones wrote:
> Ricardo,
>
> Unfortunately your latest change gives similar results, cycling errors in the
> log:
> [ 201.287706] [ cut here ]
> [ 201.288328] WARNING: CPU: 3 PID: 1500
gt; Signed-off-by: Boris Brezillon
> Acked-by: Lee Jones
> ---
> include/linux/mfd/syscon/atmel-smc.h | 173
> +++
> 1 file changed, 173 insertions(+)
> create mode 100644 include/linux/mfd/syscon/atmel-smc.h
Applied, thanks.
> diff --gi
egion as a syscon, so that different drivers can
> configure the SMC interface (mostly timing configuration) according to
> their need.
>
> Signed-off-by: Boris Brezillon
> Acked-by: Lee Jones
> ---
> Documentation/devicetree/bindings/mfd/atmel-smc.txt | 19 ++
lare this register set as a
> syscon device.
>
> Signed-off-by: Boris Brezillon
> Acked-by: Lee Jones
> ---
> .../devicetree/bindings/mfd/atmel-matrix.txt | 24
> ++
> 1 file changed, 24 insertions(+)
> create mode 100644 Documentation/devi
Brezillon
> Acked-by: Lee Jones
> ---
> include/linux/mfd/syscon/atmel-matrix.h | 117
>
> 1 file changed, 117 insertions(+)
> create mode 100644 include/linux/mfd/syscon/atmel-matrix.h
Applied, thanks.
> diff --git a/include/linux/mfd/sy
r the terms of the GNU General Public License version 2 as published
> by
> + * the Free Software Foundation.
> + */
> +
> +#ifndef __MFD_CYUSBS23X_H__
> +#define __MFD_CYUSBS23X_H__
> +
> +#include
> +#include
> +
> +/* Structure to hold all device specific stuff */
>
MPTY))) {
>
> have this:
>
> if ( t & BIT(NAK_OUT_PACKETS)){
> count = readl(&ep->dma->dmacount);
> count &= DMA_BYTE_COUNT_MASK;
> break;
> }
>
> if (likely(t & BIT(FIFO_EMPTY))) {
>
>
>
> On Tue, Nov 25, 2014 a
Ricardo,
it no longer locks up but if I try to write to the drive, I get cycles of:
[ 2334.127653] [ cut here ]
[ 2334.128318] WARNING: CPU: 0 PID: 2140 at
drivers/usb/gadget/udc/net2280.c:816 start_dma+0x153/0x160 [net2280]()
[ 2334.129105] Modules linked in: g_mass_stora
ma->dmastat
> ep->dma->dmacount
> ep->dma->dmadesc
> req->td_dma
> ep->regs->ep_stat
>
>
>
> Thanks
>
> On Tue, Nov 25, 2014 at 1:58 PM, Paul Jones wrote:
>> Ricardo,
>>
>> count = 0, req->valid = 1, le32_to_cpu(req-&g
1 - 100 of 267 matches
Mail list logo
