[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAA8avJ_8KELR1Ju=NLAs6wUVEtYUkkK+B90xjDOUAJaVn6n0dA@mail.gmail.com>
Date: Fri, 4 Dec 2015 22:01:54 +0530
From: Saurabh Sengar <saurabh.truth@...il.com>
To: Greg KH <gregkh@...uxfoundation.org>
Cc: mathias.nyman@...el.com, linux-usb@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] usb: host: pci_quirks: fix memory leak, by adding iounmap
On 4 December 2015 at 21:53, Greg KH <gregkh@...uxfoundation.org> wrote:
> On Wed, Dec 02, 2015 at 10:51:37PM +0530, Saurabh Sengar wrote:
>> added iounmap inorder to free memory mapped to base before returning
>>
>> Signed-off-by: Saurabh Sengar <saurabh.truth@...il.com>
>> ---
>> v2: changed logic a bit, because of recent patches pushed to usb-next
>> drivers/usb/host/pci-quirks.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb/host/pci-quirks.c
>> index 26cb8c8..2ac198c 100644
>> --- a/drivers/usb/host/pci-quirks.c
>> +++ b/drivers/usb/host/pci-quirks.c
>> @@ -992,7 +992,7 @@ static void quirk_usb_handoff_xhci(struct pci_dev *pdev)
>> if ((ext_cap_offset + sizeof(val)) > len) {
>> /* We're reading garbage from the controller */
>> dev_warn(&pdev->dev, "xHCI controller failing to respond");
>> - return;
>> + goto hc_init;
>
> Are you sure this is correct? That goto location then does a whole
> bunch of things with the xhci controller that you just now determined is
> failing to respond. I can't take this as-is, sorry.
>
> greg k-h
Yes I agree, and in the first patch I didn't do this way.
But the latest patch which got introduced is doing "goto hc_init" at line 990
ext_cap_offset = xhci_find_next_ext_cap(base, 0, XHCI_EXT_CAPS_LEGACY);
if (!ext_cap_offset)
goto hc_init;
I think this is wrong too, may be I am wrong.
Any way I will send the first patch again on top of usb-next as v3
--
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/
Powered by blists - more mailing lists