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:	Fri, 21 Dec 2012 00:33:19 +0530
From:	Vivek Gautam <>
To:	Doug Anderson <>
Cc:	Vivek Gautam <>,,,,
	Praveen Paneri <>,,,,
	"" <>,,, Kukjin Kim <>,
	Alan Stern <>,
	Rob Herring <>,
	Sylwester Nawrocki <>
Subject: Re: [PATCH v5 1/4] ARM: EXYNOS: Update & move usb-phy types to
 generic include layer

Hi Doug,

On Thu, Dec 20, 2012 at 10:23 PM, Doug Anderson <> wrote:
> Vivek,
> On Wed, Dec 19, 2012 at 9:51 PM, Vivek Gautam <> wrote:
>> Hi Doug,
>> On Thu, Dec 20, 2012 at 3:18 AM, Doug Anderson <> wrote:
>>> Vivek,
>>> Since you're changing the name, I would have expected to see a removal
>>> of the old enum type in this patch.  I don't see it.  After applying
>>> all of your patches I find that S5P_USB_PHY_HOST and
>>> S5P_USB_PHY_DEVICE are still defined and used.
>> True that we should have removed the earlier defined enums, infact i
>> did the same
>> in patchset v4 for this series. But since in this patchset i separated
>> out drivers and
>> architecture part, i thought it would be easier to remove them in one
>> shot in a latter commit
>> which will actually touch upon all architecture related code
>> (mach-exynos/setup-usb-phy.c,
>> mach-s5pv210/setup-usb-phy.c, and include/plat/usb-phy.h) once this
>> approach is accepted.
>>> $ git grep S5P_USB_PHY_HOST
>>> arch/arm/mach-exynos/setup-usb-phy.c:   else if (type == S5P_USB_PHY_HOST)
>>> arch/arm/mach-exynos/setup-usb-phy.c:   else if (type == S5P_USB_PHY_HOST)
>>> arch/arm/plat-samsung/include/plat/usb-phy.h:   S5P_USB_PHY_HOST,
>>> I believe that those usages of the old enum should also be switched
>>> over and the old enum removed.
>> Sure, those enums need to be removed.
>> If you say i will submit a patch for the same.
> It would be nice to add it to the patch series in the next version.  Thanks!

Sure i shall add the same to the arch patches in the next version, or
if needed will send a separate patch for this.

> -Doug

Thanks & Regards
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

Powered by blists - more mailing lists