lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87o9x9jw1g.fsf@free-electrons.com>
Date:   Fri, 10 Mar 2017 10:55:23 +0100
From:   Gregory CLEMENT <gregory.clement@...e-electrons.com>
To:     Alan Stern <stern@...land.harvard.edu>
Cc:     Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        <linux-usb@...r.kernel.org>, Jason Cooper <jason@...edaemon.net>,
        Andrew Lunn <andrew@...n.ch>,
        Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>,
        Rob Herring <robh+dt@...nel.org>, <devicetree@...r.kernel.org>,
        <linux-kernel@...r.kernel.org>,
        Thomas Petazzoni <thomas.petazzoni@...e-electrons.com>,
        <linux-arm-kernel@...ts.infradead.org>,
        Nadav Haklai <nadavh@...vell.com>,
        Victor Gu <xigu@...vell.com>, Marcin Wojtas <mw@...ihalf.com>,
        Wilson Ding <dingwei@...vell.com>,
        Hua Jing <jinghua@...vell.com>,
        Neta Zur Hershkovits <neta@...vell.com>
Subject: Re: [PATCH v4 1/3] usb: orion-echi: Add support for the Armada 3700

Hi Alan,
 
 On jeu., mars 09 2017, Alan Stern <stern@...land.harvard.edu> wrote:

> On Thu, 9 Mar 2017, Gregory CLEMENT wrote:
>
>> From: Hua Jing <jinghua@...vell.com>
>> 
>> - Add a new compatible string for the Armada 3700 SoCs
>> 
>> - add sbuscfg support for orion usb controller driver. For the SoCs
>>   without hlock, need to program BAWR/BARD/AHBBRST fields in the sbuscfg
>>   register to guarantee the AHB master's burst would not overrun or
>>   underrun the FIFO.
>> 
>> - the sbuscfg register has to be set after the usb controller reset,
>>   otherwise the value would be overridden to 0. In order to do this, the
>>   reset callback is registered.
>> 
>> [gregory.clement@...e-electrons.com: - reword commit and comments
>> 				     - fix error path in ehci_orion_drv_reset()
>> 				     - fix checkpatch warning]
>> Signed-off-by: Hua Jing <jinghua@...vell.com>
>> Signed-off-by: Gregory CLEMENT <gregory.clement@...e-electrons.com>
>> Reviewed-by: Andrew Lunn <andrew@...n.ch>
>
> Acked-by: Alan Stern <stern@...land.harvard.edu>

Thanks!

And what about the second patch "usb: host: Allow to build ehci orion
with mvebu SoCs " ?

I don't remember what is the workflow for the usb subsystem. Will you do
a pull request to GKH? Or maybe he collects himself the patch once you
give your acked-by.

I will take care of the third patch and apply on the mvebu/dt64 branch
now that you agree the extension for the driver.

Gregory


>
>> ---
>>  .../devicetree/bindings/usb/ehci-orion.txt         |  4 ++-
>>  drivers/usb/host/ehci-orion.c                      | 36 ++++++++++++++++++++++
>>  2 files changed, 39 insertions(+), 1 deletion(-)
>> 
>> diff --git a/Documentation/devicetree/bindings/usb/ehci-orion.txt b/Documentation/devicetree/bindings/usb/ehci-orion.txt
>> index 17c3bc858b86..2855bae79fda 100644
>> --- a/Documentation/devicetree/bindings/usb/ehci-orion.txt
>> +++ b/Documentation/devicetree/bindings/usb/ehci-orion.txt
>> @@ -1,7 +1,9 @@
>>  * EHCI controller, Orion Marvell variants
>>  
>>  Required properties:
>> -- compatible: must be "marvell,orion-ehci"
>> +- compatible: must be one of the following
>> +	"marvell,orion-ehci"
>> +	"marvell,armada-3700-ehci"
>>  - reg: physical base address of the controller and length of memory mapped
>>    region.
>>  - interrupts: The EHCI interrupt
>> diff --git a/drivers/usb/host/ehci-orion.c b/drivers/usb/host/ehci-orion.c
>> index ee8d5faa0194..1aec87ec68df 100644
>> --- a/drivers/usb/host/ehci-orion.c
>> +++ b/drivers/usb/host/ehci-orion.c
>> @@ -47,6 +47,18 @@
>>  #define USB_PHY_IVREF_CTRL	0x440
>>  #define USB_PHY_TST_GRP_CTRL	0x450
>>  
>> +#define USB_SBUSCFG		0x90
>> +
>> +/* BAWR = BARD = 3 : Align read/write bursts packets larger than 128 bytes */
>> +#define USB_SBUSCFG_BAWR_ALIGN_128B	(0x3 << 6)
>> +#define USB_SBUSCFG_BARD_ALIGN_128B	(0x3 << 3)
>> +/* AHBBRST = 3	   : Align AHB Burst to INCR16 (64 bytes) */
>> +#define USB_SBUSCFG_AHBBRST_INCR16	(0x3 << 0)
>> +
>> +#define USB_SBUSCFG_DEF_VAL (USB_SBUSCFG_BAWR_ALIGN_128B	\
>> +			     | USB_SBUSCFG_BARD_ALIGN_128B	\
>> +			     | USB_SBUSCFG_AHBBRST_INCR16)
>> +
>>  #define DRIVER_DESC "EHCI orion driver"
>>  
>>  #define hcd_to_orion_priv(h) ((struct orion_ehci_hcd *)hcd_to_ehci(h)->priv)
>> @@ -151,8 +163,31 @@ ehci_orion_conf_mbus_windows(struct usb_hcd *hcd,
>>  	}
>>  }
>>  
>> +static int ehci_orion_drv_reset(struct usb_hcd *hcd)
>> +{
>> +	struct device *dev = hcd->self.controller;
>> +	int ret;
>> +
>> +	ret = ehci_setup(hcd);
>> +	if (ret)
>> +		return ret;
>> +
>> +	/*
>> +	 * For SoC without hlock, need to program sbuscfg value to guarantee
>> +	 * AHB master's burst would not overrun or underrun FIFO.
>> +	 *
>> +	 * sbuscfg reg has to be set after usb controller reset, otherwise
>> +	 * the value would be override to 0.
>> +	 */
>> +	if (of_device_is_compatible(dev->of_node, "marvell,armada-3700-ehci"))
>> +		wrl(USB_SBUSCFG, USB_SBUSCFG_DEF_VAL);
>> +
>> +	return ret;
>> +}
>> +
>>  static const struct ehci_driver_overrides orion_overrides __initconst = {
>>  	.extra_priv_size =	sizeof(struct orion_ehci_hcd),
>> +	.reset = ehci_orion_drv_reset,
>>  };
>>  
>>  static int ehci_orion_drv_probe(struct platform_device *pdev)
>> @@ -310,6 +345,7 @@ static int ehci_orion_drv_remove(struct platform_device *pdev)
>>  
>>  static const struct of_device_id ehci_orion_dt_ids[] = {
>>  	{ .compatible = "marvell,orion-ehci", },
>> +	{ .compatible = "marvell,armada-3700-ehci", },
>>  	{},
>>  };
>>  MODULE_DEVICE_TABLE(of, ehci_orion_dt_ids);
>> 
>

-- 
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ