Hello Krzysztof Opasiak,
This is a semi-automatic email about new static checker warnings.
The patch 749494b6bdbb: "usb: gadget: f_hid: fix: Move IN request
allocation to set_alt()" from Jan 24, 2017, leads to the following
Smatch complaint:
drivers/usb/gadget/function/f_hid.c:382 f_hidg_write
Use the port device rather than usb device in info and error messages.
This makes sure that driver and tty port is included in the messages,
while also making them more uniform.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ark3116.c | 16 ++--
1 file changed, 6 insertions(+),
Return -ENODEV rather than -EINVAL on probe errors due to a missing
endpoint.
Also clean up the endpoint sanity check somewhat and use the interface
device for logging a more compact error in case an expected endpoint is
missing.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ark3116.c | 16
Remove redundant check of num_interrupt_in which has already been
verified in probe (killing a NULL-urb would also have been fine).
Signed-off-by: Johan Hovold
---
drivers/usb/serial/ark3116.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/serial/ark3116.c b/
Hi,
On 30/01/17 15:47, Felipe Balbi wrote:
>
> Hi,
>
> Felipe Balbi writes:
>> Roger Quadros writes:
Roger Quadros writes:
>> (hmm, I didn't receive your reply in my intel inbox, only
>> gmail. Odd. Replying to myself here, but it should be on your reply,
>> rater).
>>
>>
Hi,
Roger Quadros writes:
>>> -DALEPENA = 0x000f
>>> +DALEPENA = 0x
>>
>> Thanks for the hints.
>>
>> This problem is because reason dwc3_gadget_run_stop() is timing out
>> during the suspend sequence and so dwc3_disconnect_gadget() and
>> __dwc3_gadge
Hi Andy,
andy_purc...@keysight.com writes:
> Hello,
>
> I am starting work on a board that has the Intel Skylake chipset,
> which has hardware for doing USB-device.
Not all SKLs have dwc3 enabled. Can you provide the output of lspci?
> The Intel chipset USB-device hardware is the Synopsys Desig
Some gadget drivers are bad, bad boys. We notice
that ADB was passing bad Burst Size which caused top
bits of param0 to be overwritten which confused DWC3
when running this command.
In order to avoid future issues, we're going to make
sure values passed by macros are always safe for the
controller
If we're dealing with SuperSpeed endpoints, we need
to make sure to pass along the companion descriptor
and initialize fields needed by the Gadget
API. Eventually, f_fs.c should be converted to use
config_ep_by_speed() like all other functions,
though.
Cc:
Signed-off-by: Felipe Balbi
---
Will b
On 16.01.2017 12:56, Baolin Wang wrote:
Hi Mathias,
Hi
Sorry about the long review delay
CC Alan in case my pm assumptions need to be corrected
On 13 December 2016 at 15:49, Baolin Wang wrote:
Enable the xhci plat runtime PM for parent device to suspend/resume xhci.
Also call pm_runtime_g
On 31/01/17 14:03, Felipe Balbi wrote:
>
> Hi,
>
> Roger Quadros writes:
-DALEPENA = 0x000f
+DALEPENA = 0x
>>>
>>> Thanks for the hints.
>>>
>>> This problem is because reason dwc3_gadget_run_stop() is timing out
>>> during the suspend sequence a
From: Chuansheng Liu
Currently, in "for (epnum = 2; epnum < DWC3_ENDPOINTS_NUM; epnum++)",
it is waiting the DWC3_EP_END_TRANSFER_PENDING flag to be 0 which is
cleared in dwc3_endpoint_interrupt(). However, before that,the dwc3 irq
was disabled which reasult this flag will not be cleared.
This p
On Tue, Jan 31, 2017 at 11:51:09AM +0100, Johan Hovold wrote:
> Use the port device rather than usb device in info and error messages.
>
> This makes sure that driver and tty port is included in the messages,
> while also making them more uniform.
>
> Signed-off-by: Johan Hovold
> ---
> drivers
On Tue, Jan 31, 2017 at 11:51:07AM +0100, Johan Hovold wrote:
> Return -ENODEV rather than -EINVAL on probe errors due to a missing
> endpoint.
>
> Also clean up the endpoint sanity check somewhat and use the interface
> device for logging a more compact error in case an expected endpoint is
> mis
On Tue, Jan 31, 2017 at 11:51:08AM +0100, Johan Hovold wrote:
> Remove redundant check of num_interrupt_in which has already been
> verified in probe (killing a NULL-urb would also have been fine).
>
> Signed-off-by: Johan Hovold
> ---
> drivers/usb/serial/ark3116.c | 4 ++--
> 1 file changed, 2
Hi everyone,
I'm using usb functionfs for fuzzing host hardware here and so far found
two issues on the gadget side (which it wasn't intended for, but any
found bug counts!).
The first one turned out to be fixed by
08f37148b6a915a6996c7dbef87769b9efee2dba 'usb: gadget: f_fs: Fix iterations on
en
On 01/31/2017 02:08 PM, Felipe Balbi wrote:
> If we're dealing with SuperSpeed endpoints, we need
> to make sure to pass along the companion descriptor
> and initialize fields needed by the Gadget
> API. Eventually, f_fs.c should be converted to use
> config_ep_by_speed() like all other functions
Hi,
Krzysztof Opasiak writes:
> On 01/31/2017 02:08 PM, Felipe Balbi wrote:
>> If we're dealing with SuperSpeed endpoints, we need
>> to make sure to pass along the companion descriptor
>> and initialize fields needed by the Gadget
>> API. Eventually, f_fs.c should be converted to use
>> config_
On Tue, Jan 31, 2017 at 03:35:54PM +0100, Greg Kroah-Hartman wrote:
> On Tue, Jan 31, 2017 at 11:51:07AM +0100, Johan Hovold wrote:
> > Return -ENODEV rather than -EINVAL on probe errors due to a missing
> > endpoint.
> >
> > Also clean up the endpoint sanity check somewhat and use the interface
>
Make sure the received data has the required headers before parsing it.
Also drop the redundant urb-status check, which has already been handled
by the caller.
Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
Signed-off-by: Johan Hovold
---
drivers/usb/serial/digi_acceleport.c | 38
Make sure to check for short transfers to avoid underflow in a loop
condition when parsing the receive buffer.
Also fix an off-by-one error in the incomplete sanity check which could
lead to invalid data being parsed.
Fixes: 8c209e6782ca ("USB: make actual_length in struct urb field u32")
Fixes:
Make sure to check for short transfers before parsing the receive buffer
to avoid acting on stale data.
Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
Signed-off-by: Johan Hovold
---
drivers/usb/serial/keyspan_pda.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
diff --git
On Tue, Jan 31, 2017 at 05:17:27PM +0100, Johan Hovold wrote:
> Make sure to check for short transfers to avoid underflow in a loop
> condition when parsing the receive buffer.
>
> Also fix an off-by-one error in the incomplete sanity check which could
> lead to invalid data being parsed.
>
> Fix
On 01/31/2017 04:56 PM, Felipe Balbi wrote:
>
> Hi,
>
> Krzysztof Opasiak writes:
>> On 01/31/2017 02:08 PM, Felipe Balbi wrote:
>>> If we're dealing with SuperSpeed endpoints, we need
>>> to make sure to pass along the companion descriptor
>>> and initialize fields needed by the Gadget
>>> AP
On Tue, Jan 31, 2017 at 05:17:29PM +0100, Johan Hovold wrote:
> Make sure to check for short transfers before parsing the receive buffer
> to avoid acting on stale data.
>
> Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
> Signed-off-by: Johan Hovold
> ---
> drivers/usb/serial/keyspan_pda.c | 19 +
On Mon, Jan 30, 2017 at 07:26:40PM +0100, Marcel J.E. Mol wrote:
>
> Seems that ATEN serial-to-usb devices using pl2303 exist with
> different device ids. This patch adds a missing device ID so it
> is recognised by the driver.
>
> Signed-off-by: Marcel J.E. Mol
> ---
Thanks for the patch. I dr
On Tue, Jan 31, 2017 at 05:38:58PM +0100, Greg Kroah-Hartman wrote:
> On Tue, Jan 31, 2017 at 05:17:27PM +0100, Johan Hovold wrote:
> > Make sure to check for short transfers to avoid underflow in a loop
> > condition when parsing the receive buffer.
> >
> > Also fix an off-by-one error in the inc
On Tue, Jan 31, 2017 at 05:17:28PM +0100, Johan Hovold wrote:
> Make sure the received data has the required headers before parsing it.
>
> Also drop the redundant urb-status check, which has already been handled
> by the caller.
>
> Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
> Signed-off-by: Johan
On Tue, Jan 31, 2017 at 05:41:52PM +0100, Greg Kroah-Hartman wrote:
> On Tue, Jan 31, 2017 at 05:17:28PM +0100, Johan Hovold wrote:
> > Make sure the received data has the required headers before parsing it.
> >
> > Also drop the redundant urb-status check, which has already been handled
> > by th
On Tue, Jan 31, 2017 at 05:42:39PM +0100, Johan Hovold wrote:
> On Tue, Jan 31, 2017 at 05:38:58PM +0100, Greg Kroah-Hartman wrote:
> > On Tue, Jan 31, 2017 at 05:17:27PM +0100, Johan Hovold wrote:
> > > Make sure to check for short transfers to avoid underflow in a loop
> > > condition when parsin
On Tue, Jan 31, 2017 at 05:46:02PM +0100, Johan Hovold wrote:
> On Tue, Jan 31, 2017 at 05:41:52PM +0100, Greg Kroah-Hartman wrote:
> > On Tue, Jan 31, 2017 at 05:17:28PM +0100, Johan Hovold wrote:
> > > Make sure the received data has the required headers before parsing it.
> > >
> > > Also drop
hidg->req should be accessed only with write_spinlock held as it is
set to NULL when we get disabled by host.
Signed-off-by: Krzysztof Opasiak
---
drivers/usb/gadget/function/f_hid.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/gadget/function/f_hid.c
On Tue, Jan 31, 2017 at 05:55:17PM +0100, Greg Kroah-Hartman wrote:
> On Tue, Jan 31, 2017 at 05:46:02PM +0100, Johan Hovold wrote:
> > On Tue, Jan 31, 2017 at 05:41:52PM +0100, Greg Kroah-Hartman wrote:
> > > On Tue, Jan 31, 2017 at 05:17:28PM +0100, Johan Hovold wrote:
> > > > Make sure the recei
On 01/25/2017 10:04 PM, Jacek Anaszewski wrote:
On 01/25/2017 10:03 AM, Rafał Miłecki wrote:
On 21 January 2017 at 22:42, Jacek Anaszewski
wrote:
On 01/21/2017 05:24 PM, Rafał Miłecki wrote:
On 20 January 2017 at 23:35, Jacek Anaszewski
wrote:
On 01/20/2017 10:56 PM, Rafał Miłecki wrote:
F
Hello Felipe,
See responses below.
> -Original Message-
> From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com]
> Sent: Tuesday, January 31, 2017 5:10 AM
> To: PURCELL,ANDY (K-Loveland,ex1) ; linux-
> u...@vger.kernel.org
> Subject: Re: linux USB dwc3 not working
>
>
> Hi Andy,
>
On 1/30/2017 11:13 PM, Heiner Kallweit wrote:
> Am 31.01.2017 um 03:32 schrieb John Youn:
>> On 1/28/2017 2:06 PM, Heiner Kallweit wrote:
>>> Supplies for vusb_a and vusb_d are needed only on a minority of systems
>>> supported by the dwc2 driver (AFAIK systems with Samsung SoCs).
>>>
>>> On all ot
On 1/28/2017 1:42 PM, Heiner Kallweit wrote:
> Since commit 0a7d0d7fa820 "usb: dwc2: Remove dwc2_set_all_params function"
> this comment isn't applicable any longer.
>
> Signed-off-by: Heiner Kallweit
> ---
> drivers/usb/dwc2/core.h | 4
> 1 file changed, 4 deletions(-)
>
> diff --git a/driv
Hi Andy,
andy_purc...@keysight.com writes:
> 00:14.1 USB controller: Intel Corporation Sunrise Point-H USB Device
> Controller (OTG) (rev 31)
okay, this is dwc3. Good
>> I need to ask you to try a newer kernel. Can you try v4.9.6 or v4.10-rc6?
>>
>
> I am now running Ubuntu 4.10.0-999-generic
On 1/31/2017 10:55 AM, John Youn wrote:
> On 1/28/2017 1:42 PM, Heiner Kallweit wrote:
>> Since commit 0a7d0d7fa820 "usb: dwc2: Remove dwc2_set_all_params function"
>> this comment isn't applicable any longer.
>>
>> Signed-off-by: Heiner Kallweit
>> ---
>> drivers/usb/dwc2/core.h | 4
>> 1 f
When unloading the r8152 driver using the 'unbind' sysfs attribute
in a system with KASAN enabled, the following error message is seen
on a regular basis.
BUG kmalloc-128 (Not tainted): Poison overwritten
-
INFO: 0xffc
Including phy.h and phy_fixed.h into net/dsa.h causes phy*.h to be an
unnecessary dependency for quite a large amount of the kernel. There's
very little which actually requires definitions from phy.h in net/dsa.h
- the include itself only wants the declaration of a couple of
structures and IFNAMSI
Am 31.01.2017 um 19:48 schrieb John Youn:
> On 1/30/2017 11:13 PM, Heiner Kallweit wrote:
>> Am 31.01.2017 um 03:32 schrieb John Youn:
>>> On 1/28/2017 2:06 PM, Heiner Kallweit wrote:
Supplies for vusb_a and vusb_d are needed only on a minority of systems
supported by the dwc2 driver (AFA
Fix these errors reported by the 0-day builder by replacing the
linux/export.h include with linux/module.h.
In file included from include/linux/platform_device.h:14:0,
from drivers/net/wireless/ath/ath5k/ahb.c:20:
include/linux/device.h:1463:1: warning: data definition has no type
Including phy.h and phy_fixed.h into net/dsa.h causes phy*.h to be an
unnecessary dependency for quite a large amount of the kernel. There's
very little which actually requires definitions from phy.h in net/dsa.h
- the include itself only wants the declaration of a couple of
structures and IFNAMSI
drivers/net/ethernet/cavium/liquidio/lio_vf_main.c:30: error: expected
declaration specifiers or '...' before string constant
drivers/net/ethernet/cavium/liquidio/lio_vf_main.c:30: warning: data definition
has no type or storage class
drivers/net/ethernet/cavium/liquidio/lio_vf_main.c:30: error:
drivers/net/ethernet/qualcomm/emac/emac-sgmii.c:58:12: error: dereferencing
pointer to incomplete type 'struct phy_device'
Add linux/phy.h to emac-sgmii.c
Signed-off-by: Russell King
---
drivers/net/ethernet/qualcomm/emac/emac-sgmii.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers
drivers/net/ethernet/freescale/fman/fman_memac.c:519:21: error: dereferencing
pointer to incomplete type 'struct fixed_phy_status'
Add linux/phy_fixed.h to fman_memac.c
Signed-off-by: Russell King
---
drivers/net/ethernet/freescale/fman/fman_memac.c | 1 +
1 file changed, 1 insertion(+)
diff
drivers/target/iscsi/iscsi_target_login.c:1135:7: error: implicit declaration
of function 'try_module_get' [-Werror=implicit-function-declaration]
Add linux/module.h to iscsi_target_login.c.
Signed-off-by: Russell King
---
drivers/target/iscsi/iscsi_target_login.c | 1 +
1 file changed, 1 inse
octeon-platform.c can not be built as a module for two reasons:
(a) the Makefile doesn't allow it:
obj-y := cpu.o setup.o octeon-platform.o octeon-irq.o csrc-octeon.o
(b) the multiple *_initcall() statements, each of which are translated
to a module_init() call when attempting a module bu
drivers/net/usb/lan78xx.c:394:33: sparse: expected ; at end of declaration
drivers/net/usb/lan78xx.c:394:33: sparse: Expected } at end of
struct-union-enum-specifier
drivers/net/usb/lan78xx.c:394:33: sparse: got interface
drivers/net/usb/lan78xx.c:403:1: sparse: Expected ; at the end of type
decl
Removing linux/phy.h from net/dsa.h reveals a build error in the sunrpc
code:
net/sunrpc/xprtrdma/svc_rdma_backchannel.c: In function 'xprt_rdma_bc_put':
net/sunrpc/xprtrdma/svc_rdma_backchannel.c:277:2: error: implicit declaration
of function 'module_put' [-Werror=implicit-function-declaration]
drivers/net/ethernet/marvell/mvneta.c:2694:26: error: storage size of 'status'
isn't known
drivers/net/ethernet/marvell/mvneta.c:2695:26: error: storage size of 'changed'
isn't known
drivers/net/ethernet/marvell/mvneta.c:2695:9: error: variable 'changed' has
initializer but incomplete type
drive
drivers/net/ethernet/cadence/macb.h:862:33: sparse: expected ; at end of
declaration
drivers/net/ethernet/cadence/macb.h:862:33: sparse: Expected } at end of
struct-union-enum-specifier
drivers/net/ethernet/cadence/macb.h:862:33: sparse: got phy_interface
drivers/net/ethernet/cadence/macb.h:877:1
drivers/net/ethernet/broadcom/bgmac.c:1015:17: error: dereferencing pointer to
incomplete type 'struct mii_bus'
drivers/net/ethernet/broadcom/bgmac.c:1185:2: error: implicit declaration of
function 'phy_start' [-Werror=implicit-function-declaration]
drivers/net/ethernet/broadcom/bgmac.c:1198:2: e
net/core/netprio_cgroup.c:303:16: error: expected declaration specifiers or
'...' before string constant
MODULE_LICENSE("GPL v2");
^~~~
Add linux/module.h to fix this.
Signed-off-by: Russell King
---
net/core/netprio_cgroup.c | 1 +
1 file changed, 1 insertion(+)
di
On Tue, 2017-01-31 at 19:19 +, Russell King wrote:
> drivers/target/iscsi/iscsi_target_login.c:1135:7: error: implicit declaration
> of function 'try_module_get' [-Werror=implicit-function-declaration]
>
> Add linux/module.h to iscsi_target_login.c.
>
> Signed-off-by: Russell King
> ---
>
Hi Russell,
On 01/31/2017 02:18 PM, Russell King wrote:
> Removing linux/phy.h from net/dsa.h reveals a build error in the sunrpc
> code:
>
> net/sunrpc/xprtrdma/svc_rdma_backchannel.c: In function 'xprt_rdma_bc_put':
> net/sunrpc/xprtrdma/svc_rdma_backchannel.c:277:2: error: implicit declaration
On 1/28/2017 6:21 PM, Bruno Herrera wrote:
> This patch introduces a new parameter to activate USB OTG HS/FS core embedded
> phy transceiver. The STM32F4x9 SoC uses the GGPIO register to enable the
> transceiver.
> Also add the dwc2_core_params structure for stm32f4 otg fs.
>
> Signed-off-by: Brun
Felipe,
> okay, good. RUN/STOP bit is set. So it still doesn't work? The only thing I
> can
> think of, is that VBUS_VALID bit in the Mux register isn't set properly. I'm
> not in
> the office now, but I'll try to get you more info on that.
>
OK, I have no information about a VBUS_VALID bit o
On Tue, 31 Jan 2017, Guenter Roeck wrote:
> When unloading the r8152 driver using the 'unbind' sysfs attribute
> in a system with KASAN enabled, the following error message is seen
> on a regular basis.
...
> The two-byte allocation in conjunction with code analysis suggests that
> the interrupt
On Tue, 2017-01-31 at 11:06 -0800, Guenter Roeck wrote:
> When unloading the r8152 driver using the 'unbind' sysfs attribute
> in a system with KASAN enabled, the following error message is seen
> on a regular basis.
>
> static int alloc_all_mem(struct r8152 *tp)
> @@ -1423,10 +1420,6 @@ static
Am 31.01.2017 um 20:23 schrieb Heiner Kallweit:
> Am 31.01.2017 um 19:48 schrieb John Youn:
>> On 1/30/2017 11:13 PM, Heiner Kallweit wrote:
>>> Am 31.01.2017 um 03:32 schrieb John Youn:
On 1/28/2017 2:06 PM, Heiner Kallweit wrote:
> Supplies for vusb_a and vusb_d are needed only on a mino
On 01/31/2017 01:19 PM, Russell King wrote:
drivers/net/ethernet/qualcomm/emac/emac-sgmii.c:58:12: error: dereferencing
pointer to incomplete type 'struct phy_device'
Add linux/phy.h to emac-sgmii.c
Signed-off-by: Russell King
---
drivers/net/ethernet/qualcomm/emac/emac-sgmii.c | 1 +
The v
On 31/01/17 20:58, Bryan O'Donoghue wrote:
This is V3 of the previous patchset. This version implements the suggested
change from Felipe to rationalise num_in_eps and num_out_eps down to
num_eps directly. The old mapping of OUT/IN endpoint pairs is maintained to
ensure that fixed-mapped endpoin
A previous patch in the series reduces the number of callsites of
dwc3_gadget_init_hw_endpoints from two to one. This patch removes the
redundant step of wrappering one function in the other, which can be done
by adding a parameter to dwc3_gadget_init_endpoints and moving the
linked-list initializ
- DWC_USB3_NUM indicates the number of Device mode single directional
endpoints, including OUT and IN endpoint 0.
- DWC_USB3_NUM_IN_EPS indicates the maximum number of Device mode IN
endpoints active at any time, including control endpoint 0.
It's possible to configure RTL such that DWC_USB3_
This is V3 of the previous patchset. This version implements the suggested
change from Felipe to rationalise num_in_eps and num_out_eps down to
num_eps directly. The old mapping of OUT/IN endpoint pairs is maintained to
ensure that fixed-mapped endpoints - as is possible on some FPGA
configurations
Hi Rafał,
On 01/31/2017 05:11 PM, Rafał Miłecki wrote:
> On 01/25/2017 10:04 PM, Jacek Anaszewski wrote:
>> On 01/25/2017 10:03 AM, Rafał Miłecki wrote:
>>> On 21 January 2017 at 22:42, Jacek Anaszewski
>>> wrote:
On 01/21/2017 05:24 PM, Rafał Miłecki wrote:
> On 20 January 2017 at 23:35
On Tue, Jan 31, 2017 at 11:53:31AM -0800, Eric Dumazet wrote:
> On Tue, 2017-01-31 at 11:06 -0800, Guenter Roeck wrote:
> > When unloading the r8152 driver using the 'unbind' sysfs attribute
> > in a system with KASAN enabled, the following error message is seen
> > on a regular basis.
>
> >
> >
On Tue, Jan 31, 2017 at 02:53:47PM -0500, Alan Stern wrote:
> On Tue, 31 Jan 2017, Guenter Roeck wrote:
>
> > When unloading the r8152 driver using the 'unbind' sysfs attribute
> > in a system with KASAN enabled, the following error message is seen
> > on a regular basis.
>
> ...
>
> > The two-b
On Tue, Jan 3, 2017 at 7:33 AM, Peter Chen wrote:
> We have an well-known problem that the device needs to do some power
> sequence before it can be recognized by related host, the typical
> example like hard-wired mmc devices and usb devices.
>
> This power sequence is hard to be described at dev
This patch adds the USB pins and nodes for USB FS core.
Signed-off-by: Bruno Herrera
---
arch/arm/boot/dts/stm32f429.dtsi | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi
index e4dae0e..9afa45
The STM32F4x9 MCU family has two DWC2 USB OTG cores on it. One core is
USB OTG FS and other core is USB OTG HS. The USB FS core only works with
its internal phy whilst the USF HS core can work in HS with external ulpi
phy or in FS/LS speed with the embedded FS PHY.
The goal of this patch series is
This patch enables USB HS working in FS mode on stm32f429-disco
with 5V VBUS enable.
Signed-off-by: Bruno Herrera
---
arch/arm/boot/dts/stm32f429-disco.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f429-disco.dts
b/arch/arm/boot/dts/stm32f429-d
This patch enables USB FS on stm32f469-disco with 5V VBUS enable.
Signed-off-by: Bruno Herrera
---
arch/arm/boot/dts/stm32f469-disco.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f469-disco.dts
b/arch/arm/boot/dts/stm32f469-disco.dts
index 8877
This patch adds the documentation for STM32F4x9 USB OTG FS/HS compatible
strings.
Signed-off-by: Bruno Herrera
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/usb/dwc2.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/usb/dwc2.txt
b/Docum
This patch introduces a new parameter to activate USB OTG HS/FS core
embedded phy transceiver. The STM32F4x9 SoC uses the GGPIO register
to enable the transceiver.
Also add the dwc2_set_params function for stm32f4 otg fs.
Signed-off-by: Bruno Herrera
---
drivers/usb/dwc2/core.h | 5 +
dri
Currently qw_sign requires UTF-8 character to set, but returns UTF-16
when read. This isn't obvious when simply using cat since the null
characters are not visible, but hexdump unveils the true string:
# echo MSFT100 > os_desc/qw_sign
# hexdump -C os_desc/qw_sign
4d 00 53 00 46 00
Other unsigned properties return hexadecimal values, follow this
convention when printing b_vendor_code too. Also add newlines to
the OS Descriptor support related properties, like other sysfs
files use.
Signed-off-by: Stefan Agner
---
drivers/usb/gadget/configfs.c | 6 +++---
1 file changed, 3
On 01/31/2017 11:17 AM, Russell King - ARM Linux wrote:
> Including phy.h and phy_fixed.h into net/dsa.h causes phy*.h to be an
> unnecessary dependency for quite a large amount of the kernel. There's
> very little which actually requires definitions from phy.h in net/dsa.h
> - the include itself
On 1/31/2017 5:26 PM, Bruno Herrera wrote:
> This patch introduces a new parameter to activate USB OTG HS/FS core
> embedded phy transceiver. The STM32F4x9 SoC uses the GGPIO register
> to enable the transceiver.
> Also add the dwc2_set_params function for stm32f4 otg fs.
>
> Signed-off-by: Bruno H
Russell King writes:
> Fix these errors reported by the 0-day builder by replacing the
> linux/export.h include with linux/module.h.
>
> In file included from include/linux/platform_device.h:14:0,
> from drivers/net/wireless/ath/ath5k/ahb.c:20:
> include/linux/device.h:1463:1: wa
On 01/31/2017 10:34 PM, Jacek Anaszewski wrote:
On 01/31/2017 05:11 PM, Rafał Miłecki wrote:
On 01/25/2017 10:04 PM, Jacek Anaszewski wrote:
On 01/25/2017 10:03 AM, Rafał Miłecki wrote:
On 21 January 2017 at 22:42, Jacek Anaszewski
wrote:
On 01/21/2017 05:24 PM, Rafał Miłecki wrote:
On 20 J
83 matches
Mail list logo
