linux-kernel - Re: [ 79/86] USB: ehci-omap: Dont free gpios that we didnt request

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]

Date:	Thu, 28 Feb 2013 12:16:15 +0200
From:	Roger Quadros <rogerq@...com>
To:	Luis Henriques <luis.henriques@...onical.com>
CC:	Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
	<linux-kernel@...r.kernel.org>, <stable@...r.kernel.org>,
	Felipe Balbi <balbi@...com>,
	Alan Stern <stern@...land.harvard.edu>, <Russ.Dill@...il.com>
Subject: Re: [ 79/86] USB: ehci-omap: Dont free gpios that we didnt request

Hi Luis,

On 02/27/2013 07:20 PM, Luis Henriques wrote:
> Hi Roger,
> 
> On Wed, Feb 27, 2013 at 09:52:38AM +0200, Roger Quadros wrote:
>> Hi Greg,
>>
>> On 02/27/2013 02:08 AM, Greg Kroah-Hartman wrote:
>>> 3.4-stable review patch.  If anyone has any objections, please let me know.
>>>
>>> ------------------
>>>
>>> From: Roger Quadros <rogerq@...com>
>>>
>>> commit 428525f97153505e83983460a8d08a3210aa6b8a upstream.
>>>
>>> This driver does not request any gpios so don't free them.
>>> Fixes L3 bus error on multiple modprobe/rmmod of ehci_hcd
>>> with ehci-omap in use.
>>
>> Please drop this patch from 3.4-stable.
>>
>> In 3.4, the driver requests the gpios in probe() so they must be freed
>> in remove() and this patch should not be applied. Thanks.
> 
> I believe this is also true for the 3.5 kernels.  Can you confirm this?
> 

The problem was introduced in v3.5 by this commit.

commit c05995c3d7d0d8edda6ecd2855ac5fad15fa4723
Author: Russ Dill <Russ.Dill@...il.com>
Date:   Thu Jun 14 09:24:21 2012 -0700

    mfd: USB: Fix the omap-usb EHCI ULPI PHY reset fix issues.


So the fix is applicable from v3.5 to v3.8

cheers,
-roger


>>
>>>
>>> Without this patch, EHCI will break on repeated insmod/rmmod
>>> of ehci_hcd for all OMAP2+ platforms that use EHCI and
>>> set 'phy_reset = true' in usbhs_omap_board_data.
>>> i.e.
>>>
>>> board-3430sdp.c:	.phy_reset  = true,
>>> board-3630sdp.c:	.phy_reset  = true,
>>> board-am3517crane.c:	.phy_reset  = true,
>>> board-am3517evm.c:	.phy_reset  = true,
>>> board-cm-t3517.c:	.phy_reset  = true,
>>> board-cm-t35.c:	.phy_reset  = true,
>>> board-devkit8000.c:	.phy_reset  = true,
>>> board-igep0020.c:	.phy_reset = true,
>>> board-igep0020.c:	.phy_reset = true,
>>> board-omap3beagle.c:	.phy_reset  = true,
>>> board-omap3evm.c:	.phy_reset  = true,
>>> board-omap3pandora.c:	.phy_reset  = true,
>>> board-omap3stalker.c:	.phy_reset = true,
>>> board-omap3touchbook.c:	.phy_reset  = true,
>>> board-omap4panda.c:	.phy_reset  = false,
>>> board-overo.c:	.phy_reset  = true,
>>> board-zoom.c:	.phy_reset		= true,
>>>
>>> Signed-off-by: Roger Quadros <rogerq@...com>
>>> Reviewed-by: Felipe Balbi <balbi@...com>
>>> Acked-by: Alan Stern <stern@...land.harvard.edu>
>>> Signed-off-by: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
>>>
>>> ---
>>>  drivers/usb/host/ehci-omap.c |    8 --------
>>>  1 file changed, 8 deletions(-)
>>>
>>> --- a/drivers/usb/host/ehci-omap.c
>>> +++ b/drivers/usb/host/ehci-omap.c
>>> @@ -288,7 +288,6 @@ static int ehci_hcd_omap_remove(struct p
>>>  {
>>>  	struct device *dev				= &pdev->dev;
>>>  	struct usb_hcd *hcd				= dev_get_drvdata(dev);
>>> -	struct ehci_hcd_omap_platform_data *pdata	= dev->platform_data;
>>>  
>>>  	usb_remove_hcd(hcd);
>>>  	disable_put_regulator(dev->platform_data);
>>> @@ -297,13 +296,6 @@ static int ehci_hcd_omap_remove(struct p
>>>  	pm_runtime_put_sync(dev);
>>>  	pm_runtime_disable(dev);
>>>  
>>> -	if (pdata->phy_reset) {
>>> -		if (gpio_is_valid(pdata->reset_gpio_port[0]))
>>> -			gpio_free(pdata->reset_gpio_port[0]);
>>> -
>>> -		if (gpio_is_valid(pdata->reset_gpio_port[1]))
>>> -			gpio_free(pdata->reset_gpio_port[1]);
>>> -	}
>>>  	return 0;
>>>  }
>>>  
>>>
>>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe stable" in
>> the body of a message to majordomo@...r.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/