Hi Fabio,
thanks for the testing/reporting!
On 07/20/2017 07:11 PM, Fabio Estevam wrote:
Running linux-next-20170720 on a imx53-qsb I get the following issue:
root@imx53qsb:~# reboot
...
ALSA: Storing mixer settings...
[ 20.031604] Unable to handle kernel paging request at virtual
address
Hi Fabio,
thanks for the testing/reporting!
On 07/20/2017 07:11 PM, Fabio Estevam wrote:
Running linux-next-20170720 on a imx53-qsb I get the following issue:
root@imx53qsb:~# reboot
...
ALSA: Storing mixer settings...
[ 20.031604] Unable to handle kernel paging request at virtual
address
On 07/18/2017 03:55 PM, Mark Brown wrote:
On Tue, Jun 06, 2017 at 02:04:22PM +0200, Richard Leitner wrote:
For the configuration of the automatic volume control block (AVC), which
reduces loud signals and amplifies low level signals for easier
listening, following controls are added
On 07/18/2017 03:55 PM, Mark Brown wrote:
On Tue, Jun 06, 2017 at 02:04:22PM +0200, Richard Leitner wrote:
For the configuration of the automatic volume control block (AVC), which
reduces loud signals and amplifies low level signals for easier
listening, following controls are added
On 07/07/2017 04:00 PM, Andrew Lunn wrote:
>> Ok. I'm fine with moving the phy-reset-gpios binding into the PHY.
>> But one question still remains: Who should then trigger the "hard
>> reset" of the PHY?
>
> Hi Richard
>
> I think i see a few whys to do this, but first i need to check
>
On 07/07/2017 04:00 PM, Andrew Lunn wrote:
>> Ok. I'm fine with moving the phy-reset-gpios binding into the PHY.
>> But one question still remains: Who should then trigger the "hard
>> reset" of the PHY?
>
> Hi Richard
>
> I think i see a few whys to do this, but first i need to check
>
Hi Andy,
thanks for the clarifications!
On 07/07/2017 01:08 PM, Andy Duan wrote:
3. Who should then trigger the "hard reset" of the PHY? phy_init_hw? The FEC?
The point is that the LAN8710 is currently not always working correctly,
therefore this small change was proposed. Should we really
Hi Andy,
thanks for the clarifications!
On 07/07/2017 01:08 PM, Andy Duan wrote:
3. Who should then trigger the "hard reset" of the PHY? phy_init_hw? The FEC?
The point is that the LAN8710 is currently not always working correctly,
therefore this small change was proposed. Should we really
On 07/07/2017 09:03 AM, Andy Duan wrote:
From: Richard Leitner <richard.leit...@skidata.com> Sent: Friday, July 07, 2017
1:51 PM
Since it is common issue so long as using the PHY, can you move it into smsc
phy driver like in .smsc_phy_reset() function ?
And get the reset pin from p
On 07/07/2017 09:03 AM, Andy Duan wrote:
From: Richard Leitner Sent: Friday, July 07, 2017
1:51 PM
Since it is common issue so long as using the PHY, can you move it into smsc
phy driver like in .smsc_phy_reset() function ?
And get the reset pin from phy dts node.
Some more points
On 07/07/2017 07:30 AM, Andy Duan wrote:
From: Richard Leitner <richard.leit...@skidata.com> Sent: Thursday, July 06,
2017 9:06 PM
To: Andy Duan <fugang.d...@nxp.com>; robh...@kernel.org;
mark.rutl...@arm.com
Cc: net...@vger.kernel.org; devicet...@vger.kernel.org
On 07/07/2017 07:30 AM, Andy Duan wrote:
From: Richard Leitner Sent: Thursday, July 06,
2017 9:06 PM
To: Andy Duan ; robh...@kernel.org;
mark.rutl...@arm.com
Cc: net...@vger.kernel.org; devicet...@vger.kernel.org; linux-
ker...@vger.kernel.org; d...@g0hl1n.net; Richard Leitner
Subject
On 07/06/2017 03:55 PM, Andrew Lunn wrote:
>> diff --git a/Documentation/devicetree/bindings/net/fsl-fec.txt
>> b/Documentation/devicetree/bindings/net/fsl-fec.txt
>> index 6f55bdd..1766579 100644
>> --- a/Documentation/devicetree/bindings/net/fsl-fec.txt
>> +++
On 07/06/2017 03:55 PM, Andrew Lunn wrote:
>> diff --git a/Documentation/devicetree/bindings/net/fsl-fec.txt
>> b/Documentation/devicetree/bindings/net/fsl-fec.txt
>> index 6f55bdd..1766579 100644
>> --- a/Documentation/devicetree/bindings/net/fsl-fec.txt
>> +++
anytime after probe.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
drivers/net/ethernet/freescale/fec.h | 4 ++
drivers/net/ethernet/freescale/fec_main.c | 85 ---
2 files changed, 47 insertions(+), 42 deletions(-)
diff --git a/drive
anytime after probe.
Signed-off-by: Richard Leitner
---
drivers/net/ethernet/freescale/fec.h | 4 ++
drivers/net/ethernet/freescale/fec_main.c | 85 ---
2 files changed, 47 insertions(+), 42 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec.h
b
389902
https://community.nxp.com/message/309354
With this patch applied the issue didn't occur for at least a few
hundred PORs of our board.
Fixes: e8fcfcd5684a ("net: fec: optimize the clock management to sa...")
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
--
389902
https://community.nxp.com/message/309354
With this patch applied the issue didn't occur for at least a few
hundred PORs of our board.
Fixes: e8fcfcd5684a ("net: fec: optimize the clock management to sa...")
Signed-off-by: Richard Leitner
---
Documentation/devicetree
On 06/20/2017 11:45 AM, Linus Walleij wrote:
>> IMHO mmc-util is where the patch really stands: the enabling is OTP,
>> the programmer have to use mmc-util only once and the kernel
>> will behave accordingly.
>
> So we should not add it to the device tree.
>
>> Any platform vendor must check
On 06/20/2017 11:45 AM, Linus Walleij wrote:
>> IMHO mmc-util is where the patch really stands: the enabling is OTP,
>> the programmer have to use mmc-util only once and the kernel
>> will behave accordingly.
>
> So we should not add it to the device tree.
>
>> Any platform vendor must check
ckpatch.pl strict checks are ignored because the
indentation style is different for the struct snd_kcontrol_new
definition:
patch:147: CHECK: Alignment should match open parenthesis
patch:150: CHECK: Alignment should match open parenthesis
Signed-off-by: Richard Leitner <
ckpatch.pl strict checks are ignored because the
indentation style is different for the struct snd_kcontrol_new
definition:
patch:147: CHECK: Alignment should match open parenthesis
patch:150: CHECK: Alignment should match open parenthesis
Signed-off-by: Richard Leitner
---
On 04/11/2017 12:43 PM, Ulf Hansson wrote:
> On 11 April 2017 at 10:17, Linus Walleij <linus.wall...@linaro.org> wrote:
>> On Tue, Apr 11, 2017 at 9:31 AM, Richard Leitner
>> <richard.leit...@skidata.com> wrote:
>>
>>> Some eMMCs disable their hardwar
On 04/11/2017 12:43 PM, Ulf Hansson wrote:
> On 11 April 2017 at 10:17, Linus Walleij wrote:
>> On Tue, Apr 11, 2017 at 9:31 AM, Richard Leitner
>> wrote:
>>
>>> Some eMMCs disable their hardware reset line (RST_N) by default. To enable
>>> it the host
ckpatch.pl strict checks are ignored because the
indentation style is different for the struct snd_kcontrol_new
definition:
patch:145: CHECK: Alignment should match open parenthesis
patch:148: CHECK: Alignment should match open parenthesis
Signed-off-by: Richard Leitner <
ckpatch.pl strict checks are ignored because the
indentation style is different for the struct snd_kcontrol_new
definition:
patch:145: CHECK: Alignment should match open parenthesis
patch:148: CHECK: Alignment should match open parenthesis
Signed-off-by: Richard Leitner
---
definition:
patch:144: CHECK: Alignment should match open parenthesis
patch:147: CHECK: Alignment should match open parenthesis
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
sound/soc/codecs/sgtl5000.c | 85 +
1 file change
definition:
patch:144: CHECK: Alignment should match open parenthesis
patch:147: CHECK: Alignment should match open parenthesis
Signed-off-by: Richard Leitner
---
sound/soc/codecs/sgtl5000.c | 85 +
1 file changed, 85 insertions(+)
diff --git a
This control enables the automatic volume control (AVC) of SGTL5000
using its DAP_AVC_CTRL register.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
CHANGES v2:
- added trailing "Switch" as covered in ControlNames.txt
---
sound/soc/codecs/sgtl5000.
This control enables the automatic volume control (AVC) of SGTL5000
using its DAP_AVC_CTRL register.
Signed-off-by: Richard Leitner
---
CHANGES v2:
- added trailing "Switch" as covered in ControlNames.txt
---
sound/soc/codecs/sgtl5000.c | 2 ++
1 file changed, 2 insertion
On 05/30/2017 01:33 PM, Mark Brown wrote:
> On Tue, May 30, 2017 at 01:00:19PM +0200, Richard Leitner wrote:
>
>> +
>> +SOC_SINGLE("AVC Enable", SGTL5000_DAP_AVC_CTRL, 0, 1, 0),
>
> All on/off switches should end in Switch as covered in ControlNames.txt.
Ok. Sorry & Thanks. I'll send a V2.
On 05/30/2017 01:33 PM, Mark Brown wrote:
> On Tue, May 30, 2017 at 01:00:19PM +0200, Richard Leitner wrote:
>
>> +
>> +SOC_SINGLE("AVC Enable", SGTL5000_DAP_AVC_CTRL, 0, 1, 0),
>
> All on/off switches should end in Switch as covered in ControlNames.txt.
Ok. Sorry & Thanks. I'll send a V2.
This control enables the automatic volume control (AVC) of SGTL5000
using its DAP_AVC_CTRL register.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
sound/soc/codecs/sgtl5000.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/sound/soc/codecs/sgtl5000.c b/sound/soc/
This control enables the automatic volume control (AVC) of SGTL5000
using its DAP_AVC_CTRL register.
Signed-off-by: Richard Leitner
---
sound/soc/codecs/sgtl5000.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/sound/soc/codecs/sgtl5000.c b/sound/soc/codecs/sgtl5000.c
index 5a2702e
On 05/17/2017 06:01 PM, Krzysztof Kozlowski wrote:
On Wed, May 17, 2017 at 12:58:38PM +0200, Richard Leitner wrote:
...
1. Currently usb251xb uses i2c_smbus_*, usb3503 uses regmap_* and
usb4604 uses i2c_master_* functions for the hub configuration. What
would be the preferred solution
On 05/17/2017 06:01 PM, Krzysztof Kozlowski wrote:
On Wed, May 17, 2017 at 12:58:38PM +0200, Richard Leitner wrote:
...
1. Currently usb251xb uses i2c_smbus_*, usb3503 uses regmap_* and
usb4604 uses i2c_master_* functions for the hub configuration. What
would be the preferred solution
Hello,
due to the fact (all?) the Microchip (former SMSC) USB hubs share the
same I2C configuration interface, I'm currently working on harmonizing
those USB Hub drivers. Currently this affects the usb251xb, usb3503 and
usb4604 drivers. To avoid preventable efforts (and patch versions) I
have some
Hello,
due to the fact (all?) the Microchip (former SMSC) USB hubs share the
same I2C configuration interface, I'm currently working on harmonizing
those USB Hub drivers. Currently this affects the usb251xb, usb3503 and
usb4604 drivers. To avoid preventable efforts (and patch versions) I
have some
initialization.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
CHANGES v2:
- add RST_N_FUNCTION value to dt documentation
- set RST_N_FUNCTION only if it was not set before
---
Documentation/devicetree/bindings/mmc/mmc-card.txt | 4
drivers/mmc/core
initialization.
Signed-off-by: Richard Leitner
---
CHANGES v2:
- add RST_N_FUNCTION value to dt documentation
- set RST_N_FUNCTION only if it was not set before
---
Documentation/devicetree/bindings/mmc/mmc-card.txt | 4
drivers/mmc/core/mmc.c | 23
On 04/05/2017 06:40 AM, Jaehoon Chung wrote:
> Hi,
>
> On 04/04/2017 11:16 PM, Richard Leitner wrote:
>> Some eMMCs disable their hardware reset line (RST_N) by default. To enable
>> it the host must set the corresponding bit in ECSD. An example for such
>> a device is
On 04/05/2017 06:40 AM, Jaehoon Chung wrote:
> Hi,
>
> On 04/04/2017 11:16 PM, Richard Leitner wrote:
>> Some eMMCs disable their hardware reset line (RST_N) by default. To enable
>> it the host must set the corresponding bit in ECSD. An example for such
>> a device is
initialization.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
Documentation/devicetree/bindings/mmc/mmc-card.txt | 3 +++
drivers/mmc/core/mmc.c | 21 +
2 files changed, 24 insertions(+)
diff --git a/Documentation/devicetree/bindin
initialization.
Signed-off-by: Richard Leitner
---
Documentation/devicetree/bindings/mmc/mmc-card.txt | 3 +++
drivers/mmc/core/mmc.c | 21 +
2 files changed, 24 insertions(+)
diff --git a/Documentation/devicetree/bindings/mmc/mmc-card.txt
b/Documentation
On 03/27/2017 03:42 PM, Fabio Estevam wrote:
> [Adding Pengutronix folks and Shawn on Cc]
>
> On Mon, Mar 27, 2017 at 10:31 AM, Richard Leitner
> <richard.leit...@skidata.com> wrote:
>> Implement write routine for OCOTP controller found in i.MX6 SoC's.
>> Furth
On 03/27/2017 03:42 PM, Fabio Estevam wrote:
> [Adding Pengutronix folks and Shawn on Cc]
>
> On Mon, Mar 27, 2017 at 10:31 AM, Richard Leitner
> wrote:
>> Implement write routine for OCOTP controller found in i.MX6 SoC's.
>> Furthermore add locking to the read
When reading a "read locked" value from the OCOTP controller on i.MX6
SoC's an error bit is set. This bit has to be cleared by software before
any new write, read or reload access can be issued.
Therefore clear it after we detect such an "locked read".
Signed-off
When reading a "read locked" value from the OCOTP controller on i.MX6
SoC's an error bit is set. This bit has to be cleared by software before
any new write, read or reload access can be issued.
Therefore clear it after we detect such an "locked read".
Signed-off
Implement write routine for OCOTP controller found in i.MX6 SoC's.
Furthermore add locking to the read function to prevent race conditions.
The write routine code is based on the fsl_otp driver from Freescale.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
.../devi
Implement write routine for OCOTP controller found in i.MX6 SoC's.
Furthermore add locking to the read function to prevent race conditions.
The write routine code is based on the fsl_otp driver from Freescale.
Signed-off-by: Richard Leitner
---
.../devicetree/bindings/nvmem/imx-ocotp.txt
Assign the correct dev pointer to struct ocotp_priv during probe. This
is needed to display dev_* messages correctly. Furthermore harmonize
the usage of dev (instead of >dev) in the probe function.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
drivers/nvmem/imx-oc
Assign the correct dev pointer to struct ocotp_priv during probe. This
is needed to display dev_* messages correctly. Furthermore harmonize
the usage of dev (instead of >dev) in the probe function.
Signed-off-by: Richard Leitner
---
drivers/nvmem/imx-ocotp.c | 4 +++-
1 file changed
MAINTAINERS
Richard Leitner (4):
usb: usb251xb: remove max_{power,current}_{sp,bp} properties
usb: usb251xb: dt: add unit suffix to oc-delay and power-on-time
doc: dt-bindings: usb251xb: mark reg as required
MAINTAINERS: usb251xb: remove reference inexistent file
Documentation/devicetree
MAINTAINERS
Richard Leitner (4):
usb: usb251xb: remove max_{power,current}_{sp,bp} properties
usb: usb251xb: dt: add unit suffix to oc-delay and power-on-time
doc: dt-bindings: usb251xb: mark reg as required
MAINTAINERS: usb251xb: remove reference inexistent file
Documentation/devicetree
Mark the reg property as required and furthermore fix some typos and
spellings in the documentation.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
Documentation/devicetree/bindings/usb/usb251xb.txt | 23 +++---
1 file changed, 12 insertions(+), 11 del
Mark the reg property as required and furthermore fix some typos and
spellings in the documentation.
Signed-off-by: Richard Leitner
---
Documentation/devicetree/bindings/usb/usb251xb.txt | 23 +++---
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/Documentation
Rename oc-delay-* to oc-delay-us and make it expect a time value.
Furthermore add -ms suffix to power-on-time. There changes were
suggested by Rob Herring in https://lkml.org/lkml/2017/2/15/1283.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
Documentation/devicetree/bi
Rename oc-delay-* to oc-delay-us and make it expect a time value.
Furthermore add -ms suffix to power-on-time. There changes were
suggested by Rob Herring in https://lkml.org/lkml/2017/2/15/1283.
Signed-off-by: Richard Leitner
---
Documentation/devicetree/bindings/usb/usb251xb.txt | 10
-by: Richard Leitner <richard.leit...@skidata.com>
Acked-by: Rob Herring <r...@kernel.org>
---
Documentation/devicetree/bindings/usb/usb251xb.txt | 20 --
drivers/usb/misc/usb251xb.c| 24 --
2 files changed, 4 insertions(+),
-by: Richard Leitner
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/usb/usb251xb.txt | 20 --
drivers/usb/misc/usb251xb.c| 24 --
2 files changed, 4 insertions(+), 40 deletions(-)
diff --git a/Documentation/devicetree/bindings
The platform_data header file was dropped in the merged version of the
USB251xB driver. Therefore remove its reference from the MAINTAINERS file.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAI
The platform_data header file was dropped in the merged version of the
USB251xB driver. Therefore remove its reference from the MAINTAINERS file.
Signed-off-by: Richard Leitner
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index c265a5f..c776906
On 02/27/2017 10:48 AM, Jan Lübbe wrote:
> On Di, 2017-02-21 at 15:57 +0100, Richard Leitner wrote:
>>>>> This is a lot of properties. Are you really finding a need for all of
>>>>> them? Is this to handle h/w designers too cheap to put down the EEPROM?
>>&g
On 02/27/2017 10:48 AM, Jan Lübbe wrote:
> On Di, 2017-02-21 at 15:57 +0100, Richard Leitner wrote:
>>>>> This is a lot of properties. Are you really finding a need for all of
>>>>> them? Is this to handle h/w designers too cheap to put down the EEPROM?
>>&g
On 02/21/2017 03:37 PM, Rob Herring wrote:
> On Thu, Feb 16, 2017 at 12:36 AM, Richard Leitner <m...@g0hl1n.net> wrote:
>> On 02/16/2017 03:30 AM, Rob Herring wrote:
>>>
>>> On Fri, Feb 10, 2017 at 09:19:27AM +0100, Richard Leitner wrote:
>>>>
&g
On 02/21/2017 03:37 PM, Rob Herring wrote:
> On Thu, Feb 16, 2017 at 12:36 AM, Richard Leitner wrote:
>> On 02/16/2017 03:30 AM, Rob Herring wrote:
>>>
>>> On Fri, Feb 10, 2017 at 09:19:27AM +0100, Richard Leitner wrote:
>>>>
>>>> This pat
-by: Richard Leitner <richard.leit...@skidata.com>
---
Documentation/devicetree/bindings/usb/usb251xb.txt | 20 --
drivers/usb/misc/usb251xb.c| 24 --
2 files changed, 4 insertions(+), 40 deletions(-)
diff --git a/Documentation/devi
-by: Richard Leitner
---
Documentation/devicetree/bindings/usb/usb251xb.txt | 20 --
drivers/usb/misc/usb251xb.c| 24 --
2 files changed, 4 insertions(+), 40 deletions(-)
diff --git a/Documentation/devicetree/bindings/usb/usb251xb.txt
b
This patchset improves/fixes the USB251xB/xBi devicetree bindings as
recommended by Rob Herring.
Richard Leitner (3):
usb: usb251xb: remove max_{power,current}_{sp,bp} properties
usb: usb251xb: dt: add unit suffix to oc-delay and power-on-time
doc: dt-bindings: usb251xb: mark reg
This patchset improves/fixes the USB251xB/xBi devicetree bindings as
recommended by Rob Herring.
Richard Leitner (3):
usb: usb251xb: remove max_{power,current}_{sp,bp} properties
usb: usb251xb: dt: add unit suffix to oc-delay and power-on-time
doc: dt-bindings: usb251xb: mark reg
Mark the reg property as required and furthermore fix some typos and
spellings in the documentation.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
Documentation/devicetree/bindings/usb/usb251xb.txt | 23 +++---
1 file changed, 12 insertions(+), 11 del
Mark the reg property as required and furthermore fix some typos and
spellings in the documentation.
Signed-off-by: Richard Leitner
---
Documentation/devicetree/bindings/usb/usb251xb.txt | 23 +++---
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/Documentation
Rename oc-delay-* to oc-delay-us and make it expect a time value.
Furthermore add -ms suffix to power-on-time. These changes were
suggested by Rob Herring in https://lkml.org/lkml/2017/2/15/1283.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
Documentation/devicetree/bi
Rename oc-delay-* to oc-delay-us and make it expect a time value.
Furthermore add -ms suffix to power-on-time. These changes were
suggested by Rob Herring in https://lkml.org/lkml/2017/2/15/1283.
Signed-off-by: Richard Leitner
---
Documentation/devicetree/bindings/usb/usb251xb.txt | 9
On 02/16/2017 03:30 AM, Rob Herring wrote:
On Fri, Feb 10, 2017 at 09:19:27AM +0100, Richard Leitner wrote:
This patch adds a driver for configuration of the Microchip USB251xB/xBi
USB 2.0 hub controller series with USB 2.0 upstream connectivity, SMBus
configuration interface and two to four
On 02/16/2017 03:30 AM, Rob Herring wrote:
On Fri, Feb 10, 2017 at 09:19:27AM +0100, Richard Leitner wrote:
This patch adds a driver for configuration of the Microchip USB251xB/xBi
USB 2.0 hub controller series with USB 2.0 upstream connectivity, SMBus
configuration interface and two to four
at the manufacturers website, see [1]. All
device-tree exposed configuration features have been tested on a i.MX6
platform with a USB2512B hub.
[1] http://ww1.microchip.com/downloads/en/DeviceDoc/1692C.pdf
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
CHANGES v5:
at the manufacturers website, see [1]. All
device-tree exposed configuration features have been tested on a i.MX6
platform with a USB2512B hub.
[1] http://ww1.microchip.com/downloads/en/DeviceDoc/1692C.pdf
Signed-off-by: Richard Leitner
---
CHANGES v5:
- Put includes in alphabetical
On 02/08/2017 09:16 PM, Andy Shevchenko wrote:
> On Wed, 2017-02-08 at 21:03 +0100, Richard Leitner wrote:
>> Should I keep my inline {clr,set}_bit_in_byte()
>> functions an use BIT() in there, or delete them and use BIT()
>> directly
>> in usb251xb_get_ofdata() ?
On 02/08/2017 09:16 PM, Andy Shevchenko wrote:
> On Wed, 2017-02-08 at 21:03 +0100, Richard Leitner wrote:
>> Should I keep my inline {clr,set}_bit_in_byte()
>> functions an use BIT() in there, or delete them and use BIT()
>> directly
>> in usb251xb_get_ofdata() ?
On 02/08/2017 05:40 PM, Andy Shevchenko wrote:
On Wed, 2017-02-08 at 16:17 +0100, Richard Leitner wrote:
On 02/08/2017 02:59 PM, Greg KH wrote:
On Wed, Feb 08, 2017 at 03:21:08PM +0200, Andy Shevchenko wrote:
On Wed, 2017-02-08 at 09:52 +0100, Richard Leitner wrote:
From: Richard Leitner &l
On 02/08/2017 05:40 PM, Andy Shevchenko wrote:
On Wed, 2017-02-08 at 16:17 +0100, Richard Leitner wrote:
On 02/08/2017 02:59 PM, Greg KH wrote:
On Wed, Feb 08, 2017 at 03:21:08PM +0200, Andy Shevchenko wrote:
On Wed, 2017-02-08 at 09:52 +0100, Richard Leitner wrote:
From: Richard Leitner
On 02/08/2017 08:20 PM, Andy Shevchenko wrote:
On Wed, 2017-02-08 at 19:45 +0100, Richard Leitner wrote:
On 02/08/2017 05:40 PM, Andy Shevchenko wrote:
On Wed, 2017-02-08 at 16:17 +0100, Richard Leitner wrote:
On 02/08/2017 02:59 PM, Greg KH wrote:
On Wed, Feb 08, 2017 at 03:21:08PM +0200
On 02/08/2017 08:20 PM, Andy Shevchenko wrote:
On Wed, 2017-02-08 at 19:45 +0100, Richard Leitner wrote:
On 02/08/2017 05:40 PM, Andy Shevchenko wrote:
On Wed, 2017-02-08 at 16:17 +0100, Richard Leitner wrote:
On 02/08/2017 02:59 PM, Greg KH wrote:
On Wed, Feb 08, 2017 at 03:21:08PM +0200
On 02/08/2017 02:59 PM, Greg KH wrote:
> On Wed, Feb 08, 2017 at 03:21:08PM +0200, Andy Shevchenko wrote:
>> On Wed, 2017-02-08 at 09:52 +0100, Richard Leitner wrote:
>>> From: Richard Leitner <d...@g0hl1n.net>
>>
>> If you want to fix the above you have to
On 02/08/2017 02:59 PM, Greg KH wrote:
> On Wed, Feb 08, 2017 at 03:21:08PM +0200, Andy Shevchenko wrote:
>> On Wed, 2017-02-08 at 09:52 +0100, Richard Leitner wrote:
>>> From: Richard Leitner
>>
>> If you want to fix the above you have to fix your Git configuration
On 02/08/2017 09:52 AM, Richard Leitner wrote:
> From: Richard Leitner <d...@g0hl1n.net>
Please drop/ignore that "From". This patch is from:
Richard Leitner <richard.leit...@skidata.com>
>
> This patch adds a driver for configuration of the Micro
On 02/08/2017 09:52 AM, Richard Leitner wrote:
> From: Richard Leitner
Please drop/ignore that "From". This patch is from:
Richard Leitner
>
> This patch adds a driver for configuration of the Microchip USB251xB/xBi
> USB 2.0 hub controller series with USB 2.0
From: Richard Leitner <d...@g0hl1n.net>
This patch adds a driver for configuration of the Microchip USB251xB/xBi
USB 2.0 hub controller series with USB 2.0 upstream connectivity, SMBus
configuration interface and two to four USB 2.0 downstream ports.
Furthermore add myself as a main
From: Richard Leitner
This patch adds a driver for configuration of the Microchip USB251xB/xBi
USB 2.0 hub controller series with USB 2.0 upstream connectivity, SMBus
configuration interface and two to four USB 2.0 downstream ports.
Furthermore add myself as a maintainer for this driver
On 02/06/2017 05:48 PM, Sergei Shtylyov wrote:
> Hello!
>
> On 02/06/2017 05:03 PM, Richard Leitner wrote:
>
>> For USB string descriptors we need to convert ASCII strings to UTF16-LE.
>> Therefore make a simple helper function (based on ascii2desc from
&
On 02/06/2017 05:48 PM, Sergei Shtylyov wrote:
> Hello!
>
> On 02/06/2017 05:03 PM, Richard Leitner wrote:
>
>> For USB string descriptors we need to convert ASCII strings to UTF16-LE.
>> Therefore make a simple helper function (based on ascii2desc from
&
On 02/06/2017 04:40 PM, Alan Stern wrote:
> On Mon, 6 Feb 2017, Richard Leitner wrote:
>> So it would be OK to include linux/nls.h and use utf8s_to_utf16s() in
>> drivers/usb/{core/hcd.c,misc/usb251xb.c}?
>
> Well, we already include linux/nls.h in drivers/usb/core/messag
On 02/06/2017 04:40 PM, Alan Stern wrote:
> On Mon, 6 Feb 2017, Richard Leitner wrote:
>> So it would be OK to include linux/nls.h and use utf8s_to_utf16s() in
>> drivers/usb/{core/hcd.c,misc/usb251xb.c}?
>
> Well, we already include linux/nls.h in drivers/usb/core/messag
On 02/06/2017 04:12 PM, Alan Stern wrote:
> On Mon, 6 Feb 2017, Richard Leitner wrote:
>
>> For USB string descriptors we need to convert ASCII strings to UTF16-LE.
>> Therefore make a simple helper function (based on ascii2desc from
>> drivers/usb/core/hcd.c) for that pu
On 02/06/2017 04:12 PM, Alan Stern wrote:
> On Mon, 6 Feb 2017, Richard Leitner wrote:
>
>> For USB string descriptors we need to convert ASCII strings to UTF16-LE.
>> Therefore make a simple helper function (based on ascii2desc from
>> drivers/usb/core/hcd.c) for that pu
at the manufacturers website, see [1]. All
device-tree exposed configuration features have been tested on a i.MX6
platform with a USB2512B hub.
[1] http://ww1.microchip.com/downloads/en/DeviceDoc/1692C.pdf
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
Documentation/devi
at the manufacturers website, see [1]. All
device-tree exposed configuration features have been tested on a i.MX6
platform with a USB2512B hub.
[1] http://ww1.microchip.com/downloads/en/DeviceDoc/1692C.pdf
Signed-off-by: Richard Leitner
---
Documentation/devicetree/bindings/usb/usb251xb.txt
For USB string descriptors we need to convert ASCII strings to UTF16-LE.
Therefore make a simple helper function (based on ascii2desc from
drivers/usb/core/hcd.c) for that purpose.
Signed-off-by: Richard Leitner <richard.leit...@skidata.com>
---
include/linux/string.h | 1 +
lib/st
For USB string descriptors we need to convert ASCII strings to UTF16-LE.
Therefore make a simple helper function (based on ascii2desc from
drivers/usb/core/hcd.c) for that purpose.
Signed-off-by: Richard Leitner
---
include/linux/string.h | 1 +
lib/string.c | 26
201 - 300 of 382 matches
Mail list logo