before the above-mentioned commit, but now
> triggers the new WARN.
>
> Work around this by making sure we reuse the controller's reset if the
> controller happens to be the first controller.
>
> Cc: Philipp Zabel
> Cc: Hans de Goede
> Signed-off-by: Thierry Reding
Hi,
Am Freitag, den 27.05.2016, 09:06 +0200 schrieb Hans de Goede:
[...]
> >> So IMHO the following change would be a better way to fix this:
> >>
> >> --- a/include/linux/reset.h
> >> +++ b/include/linux/reset.h
> >> @@ -65,14 +65,14 @@ static inline struct reset_control
> >> *__of_reset_control
Am Montag, den 30.05.2016, 13:32 +0200 schrieb Hans de Goede:
> Hi,
>
> On 30-05-16 12:18, Philipp Zabel wrote:
> > Hi,
> >
> > Am Freitag, den 27.05.2016, 09:06 +0200 schrieb Hans de Goede:
> > [...]
> >>>> So IMHO the following change would
Hi John,
Am Dienstag, den 31.05.2016, 16:55 -0700 schrieb John Youn:
> Prior to commit 6c96f05c8bb8 ("reset: Make [of_]reset_control_get[_foo]
> functions wrappers"), the "optional" functions returned -ENOTSUPP when
> CONFIG_RESET_CONTROLLER was not set.
>
> Revert back to the old behavior by cha
Hi Lee,
Am Dienstag, den 07.06.2016, 10:24 +0100 schrieb Lee Jones:
[...]
> I guess it should really go into the -rcs, yes. Since Hans' patch
> actually breaks a lot of devices. I'm pretty surprised a patch
> capable of this much damage was actually accepted to be honest.
I wasn't aware there w
Am Montag, den 06.06.2016, 16:56 +0100 schrieb Lee Jones:
> On the STiH410 B2120 development board the MiPHY28lp shares its reset
> line with the Synopsys DWC3 SuperSpeed (SS) USB 3.0 Dual-Role-Device
> (DRD). New functionality in the reset subsystems forces consumers to
> be explicit when request
Am Montag, den 06.06.2016, 16:56 +0100 schrieb Lee Jones:
> We're about to split the current API into two, where consumers will
> be forced to be explicit when requesting reset lines. The choice
> will be to either the call the *_exclusive or *_shared variant
> depending on whether they can actual
Hi Lee,
Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones:
> Philipp,
>
> I need this to go into the -rcs too.
>
> Can I add it with your Ack please?
I have already added your patches to my branch, and I intend to send a
pull request for it tomorrow. I am afraid applying this patch in
Am Mittwoch, den 29.06.2016, 09:06 +0100 schrieb Lee Jones:
> On Wed, 29 Jun 2016, Philipp Zabel wrote:
> > Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones:
> > > Philipp,
> > >
> > > I need this to go into the -rcs too.
> > >
> > &
Hi Lee,
On Wed, Jun 29, 2016 at 10:37:34AM +0100, Lee Jones wrote:
[...]
> > > > If that is not the case, go ahead. Otherwise I could provide
> > > > a tag at commit 2485394d9e0b ("reset: TRIVIAL: Add line break at same
> > > > place for similar APIs") for you to merge.
> > >
> > > Yes please. I
Hi Martin,
Am Freitag, den 09.09.2016, 22:36 +0200 schrieb Martin Blumenstingl:
> On Fri, Sep 9, 2016 at 5:33 PM, Kevin Hilman wrote:
> > Martin Blumenstingl writes:
> >
> >> On Thu, Sep 8, 2016 at 10:53 PM, Ben Dooks
> >> wrote:
> >>> On 08/09/16 21:42, Kevin Hilman wrote:
>
> Ben D
Am Dienstag, den 13.09.2016, 17:59 -0700 schrieb Kevin Hilman:
> Martin Blumenstingl writes:
>
> > On Tue, Sep 13, 2016 at 5:28 PM, Philipp Zabel
> > wrote:
>
> [...]
>
> >>> I added Philipp and Hans to this thread - maybe they can comment on t
Am Dienstag, den 13.09.2016, 17:59 -0700 schrieb Kevin Hilman:
> Martin Blumenstingl writes:
>
> > On Tue, Sep 13, 2016 at 5:28 PM, Philipp Zabel
> > wrote:
>
> [...]
>
> >>> I added Philipp and Hans to this thread - maybe they can comment on t
Am Dienstag, den 13.09.2016, 20:38 +0200 schrieb Martin Blumenstingl:
> Hi Philipp,
>
> On Tue, Sep 13, 2016 at 5:28 PM, Philipp Zabel wrote:
> > Hi Martin,
> >
> > Am Freitag, den 09.09.2016, 22:36 +0200 schrieb Martin Blumenstingl:
> >> On Fri, Sep 9,
Hi Martin,
Am Mittwoch, den 14.09.2016, 23:23 +0200 schrieb Martin Blumenstingl:
[...]
> > We could add a triggered flag or a counter to struct reset_control, and
> > have reset_control_reset_once do nothing if it is already set /
> > incremented. Since the reset_control goes away with the last co
Hi Peter,
Am Dienstag, den 08.12.2015, 09:37 +0800 schrieb Peter Chen:
> Add dt-binding documentation for generic onboard USB HUB.
>
> Signed-off-by: Peter Chen
> ---
> .../bindings/usb/generic-onboard-hub.txt | 28
> ++
> 1 file changed, 28 insertions(+)
> creat
Hi Hans,
thanks for moving this forward.
Am Freitag, den 11.12.2015, 16:41 +0100 schrieb Hans de Goede:
> Add reset_control_deassert_shared / reset_control_assert_shared
> functions which are intended for use by drivers for hw blocks which
> (may) share a reset line with another driver / hw block
Am Freitag, den 11.12.2015, 16:41 +0100 schrieb Hans de Goede:
> From: Reinder de Haan
>
> At least the EHCI/OHCI found on the Allwinnner H3 SoC needs multiple
> reset lines, the controller will not initialize while the reset for
> its companion is still asserted, which means we need to de-assert
Hi Hans,
Am Freitag, den 11.12.2015, 19:21 +0100 schrieb Hans de Goede:
[...]
> >> @@ -119,13 +134,55 @@ EXPORT_SYMBOL_GPL(reset_control_assert);
> >> int reset_control_deassert(struct reset_control *rstc)
> >> {
> >
> > Maybe WARN_ON(rstc->line->refcnt > 1) ?
>
> I assume you mean deasser_cn
Am Montag, den 14.12.2015, 10:36 +0100 schrieb Maxime Ripard:
> Hi,
>
> On Fri, Dec 11, 2015 at 04:41:58PM +0100, Hans de Goede wrote:
> > diff --git a/include/linux/reset.h b/include/linux/reset.h
> > index c4c097d..1cca8ce 100644
> > --- a/include/linux/reset.h
> > +++ b/include/linux/reset.h
>
>
> The 2 controllers are supposed to be 100% independent but on the H3
> Allwinner has done something (not documented) which requires one to
> deassert reset on both before you can talk to either one.
... so thank you for the explanation.
Acked-by: Philipp Zabel
regards
Philipp
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Maxime,
Am Mittwoch, den 16.12.2015, 11:29 +0100 schrieb Maxime Ripard:
> On Mon, Dec 14, 2015 at 10:50:55AM +0100, Philipp Zabel wrote:
> > Am Montag, den 14.12.2015, 10:36 +0100 schrieb Maxime Ripard:
> > > Hi,
> > >
> > > On Fri, Dec 11, 2015 at 0
Am Samstag, den 19.12.2015, 11:55 +0100 schrieb Hans de Goede:
> On 18-12-15 12:08, Maxime Ripard wrote:
[...]
> > I guess we could also have something like this:
> >
> >* The driver gets the reference to the reset line using
> > reset_control_get or its shared variant.
> >
> > - If y
Hi Peter,
Am Montag, den 25.01.2016, 15:24 +0800 schrieb Peter Chen:
> Although most of USB devices are hot-plug's, there are still some devices
> are hard wired on the board, eg, for HSIC and SSIC interface USB devices.
> If these kinds of USB devices are multiple functions, and they can supply
>
Am Freitag, den 05.02.2016, 14:11 +0800 schrieb Peter Chen:
[...]
> > The reference recommendation states that for single-configuration USB
> > devices the compatible should contain all of the applicable strings from
> > the list starting with 2) "usbVID,PID.REV" and ending with 11)
> > "usb,device
ut a device adhering to this
> + binding may leave out all except for usbVID,PID.
I asked to document the format of VID and PID ("lower case hexadecimal
with leading zeroes suppressed") here.
> +- reg: the port number which this device is connecting to, the range
> + is 1-31.
>
Am Donnerstag, den 07.07.2016, 17:14 +0800 schrieb Peter Chen:
> Add binding doc for generic power sequence library.
>
> Signed-off-by: Peter Chen
> ---
> .../bindings/power/pwrseq/pwrseq-generic.txt | 56
> ++
> 1 file changed, 56 insertions(+)
> create mode 100644
: this device needs to do power sequence before enumeration
As Joshua pointed out, is this even needed at all?
> +Optional properties:
> +- clocks: the input clock for device.
> +- reset-gpios: Should specify the GPIO for reset.
> +- reset-duration-us: the duration in microsecond for
not make it into 4.6. Philipp Zabel, the reset maintainer (in the Cc)
> has put these patches in a stable branch / tag here:
>
> git://git.pengutronix.de/git/pza/linux.git tags/reset-for-4.7
>
> Can you please merge in this tag and then these 2 patches for 4.7 ?
Acked-by: Philipp Zab
Hi John,
Am Freitag, den 22.04.2016, 20:31 -0700 schrieb John Youn:
> On 4/20/2016 2:31 PM, dingu...@opensource.altera.com wrote:
> > From: Dinh Nguyen
> >
> > Allow for platforms that have a reset controller driver in place to bring
> > the USB IP out of reset.
> >
> > Signed-off-by: Dinh Nguy
Hi Vivek,
On Fri, 2017-03-10 at 20:10 +0530, Vivek Gautam wrote:
> Hi Philipp,
>
>
> On Wed, Feb 22, 2017 at 10:54 AM, Vivek Gautam
> wrote:
> > Count number of reset phandles available with the device node
> > to know the resets a given device has.
> >
> &g
On Wed, 2017-02-22 at 10:54 +0530, Vivek Gautam wrote:
> Add support to get a list of resets available for the device.
> These resets must be kept de-asserted until the device is
> in use.
>
> Cc: Felipe Balbi
> Signed-off-by: Vivek Gautam
> ---
>
> Based on torvald's master branch.
>
> drive
As of commit bb475230b8e5 ("reset: make optional functions really
optional"), the reset framework API calls use NULL pointers to describe
optional, non-present reset controls.
This allows to return errors from devm_reset_control_get_optional_shared
unconditionally.
Signed-off-by: Phi
ditionally.
Signed-off-by: Philipp Zabel
Acked-by: John Youn
---
drivers/usb/dwc2/platform.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
diff --git a/drivers/usb/dwc2/platform.c b/drivers/usb/dwc2/platform.c
index 9564bc76c56f3..daf0d37acb37f 100644
--- a/driver
Hi Alan,
On Wed, 2017-03-15 at 10:35 -0400, Alan Stern wrote:
> On Wed, 15 Mar 2017, Philipp Zabel wrote:
>
> > As of commit bb475230b8e5 ("reset: make optional functions really
> > optional"), the reset framework API calls use NULL pointers to describe
> > op
f resets
> and control them. So it's better to manage them as an
> array. Add APIs to _get(), _assert(), and _deassert()
> an array of reset_control.
>
> Cc: Philipp Zabel
> Signed-off-by: Vivek Gautam
> ---
>
> Changes since v1:
> - New patch added to th
Hi Vivek,
On Tue, 2017-04-04 at 16:09 +0530, Vivek Gautam wrote:
[...]
> > I'd prefer to mirror the gpiod API a little, and to have the number
> > contained in the array structure, similar to struct gpio_descs:
[...]
> Alright, i can update this.
> I took regulator_bulk interface as the reference,
line directly in the driver. Update
> the device tree binding information.
>
> This also makes us easy to migrate to a dedicated GPIO RESET controller
> whenever it becomes available.
>
> Signed-off-by: Roger Quadros
using the reset-gpios property
Acked-by: Philipp Zabel
> -
On Sun, Nov 2, 2014 at 7:11 PM, Robert Jarzmik wrote:
> In order to prepare device-tree conversion, port gpio_vbus to use
> gpio_desc.
>
> Signed-off-by: Robert Jarzmik
Acked-by: Philipp Zabel
regards
Philipp
--
To unsubscribe from this list: send the line "unsubscribe linux
Hi Robert,
On Sun, Nov 2, 2014 at 7:11 PM, Robert Jarzmik wrote:
> Add documentation for device-tree binding of the generic gpio-vbus phy
> controller.
>
> Signed-off-by: Robert Jarzmik
> Cc: devicet...@vger.kernel.org
> ---
> .../devicetree/bindings/phy/gpio-vbus.txt | 23
> +
Hi Robert,
On Sun, Nov 2, 2014 at 7:11 PM, Robert Jarzmik wrote:
> Add device-tree support for the generic gpio-vbus driver.
>
> Signed-off-by: Robert Jarzmik
> Cc: devicet...@vger.kernel.org
> ---
> drivers/usb/phy/phy-gpio-vbus-usb.c | 15 +++
> 1 file changed, 15 insertions(+)
>
On Fri, Nov 21, 2014 at 6:24 PM, Robert Jarzmik wrote:
> Felipe Balbi writes:
>
>> On Sun, Nov 09, 2014 at 03:58:14PM +0100, Robert Jarzmik wrote:
>>> +if (!enabled) {
>>> +ret = regulator_enable(vbus_draw);
>>> +if (ret < 0)
>>> +
On i.MX6Q, the USBMISC registers are clocked by the IPG clock,
so there is no need to enable USBOH3 for the USBMISC driver.
Signed-off-by: Philipp Zabel
---
drivers/usb/chipidea/usbmisc_imx.c | 32 ++--
1 file changed, 18 insertions(+), 14 deletions(-)
diff --git a
On i.MX6Q, the USBMISC registers are clocked by the IPG clock,
so there is no need to enable USBOH3 for the USBMISC driver.
Signed-off-by: Philipp Zabel
---
arch/arm/boot/dts/imx6qdl.dtsi | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts
Hi Peter,
Am Mittwoch, den 10.12.2014, 13:09 +0800 schrieb Peter Chen:
> On Tue, Dec 09, 2014 at 05:13:35PM +0100, Philipp Zabel wrote:
> > On i.MX6Q, the USBMISC registers are clocked by the IPG clock,
> > so there is no need to enable USBOH3 for the USBMISC driver.
>
> Ac
nit / post callbacks instead.
regards
Philipp
> Philipp Zabel also verifies it at imx6q platform, see
> http://www.spinics.net/lists/linux-usb/msg118491.html
>
> Cc: Philipp Zabel
> Signed-off-by: Peter Chen
> ---
> drivers/usb/chipidea/usbmisc_imx.c | 19 --
Hi Laurent,
Am Montag, den 25.08.2014, 16:48 +0200 schrieb Laurent Pinchart:
[...]
> > > > > Format descriptions are currently duplicated in every driver, causing
> > > > > higher memory usage and different descriptions for the same format
> > > > > depending on the driver. Hans, should we try to
Hi Hans,
Am Sonntag, den 15.11.2015, 20:44 +0100 schrieb Hans de Goede:
> From: Reinder de Haan
>
> In some cases it is useful to be able to get a reset-controller by
> index rather then by name. E.g. for a generic ip-block driver such
> as the ehci-platform drivers which needs to support more t
Am Montag, den 16.11.2015, 17:49 +0100 schrieb Hans de Goede:
> Hi,
>
> On 16-11-15 17:04, Chen-Yu Tsai wrote:
> > On Mon, Nov 16, 2015 at 11:42 PM, Alan Stern
> > wrote:
> >> On Sun, 15 Nov 2015, Hans de Goede wrote:
> >>
> >>> From: Reinder de Haan
> >>>
> >>> At least the EHCI found on the A
Hi Hans,
Am Montag, den 16.11.2015, 18:13 +0100 schrieb Hans de Goede:
> On 16-11-15 18:01, Philipp Zabel wrote:
> > If there are two devices sharing the same reset line that is initially
> > held asserted, do the two drivers somehow have to synchronize before
> > releasi
Am Mittwoch, den 18.11.2015, 21:20 +1100 schrieb Julian Calaby:
> Hi All,
>
> On Wed, Nov 18, 2015 at 9:18 PM, Maxime Ripard
> wrote:
> > On Wed, Nov 18, 2015 at 10:46:52AM +0100, Philipp Zabel wrote:
> >> Hi Hans,
> >>
> >> Am Montag, den 16.11.2015,
Hi Hans,
Am Mittwoch, den 18.11.2015, 11:38 +0100 schrieb Hans de Goede:
> Hi,
>
> On 18-11-15 10:46, Philipp Zabel wrote:
> > Hi Hans,
> >
> > Am Montag, den 16.11.2015, 18:13 +0100 schrieb Hans de Goede:
> >> On 16-11-15 18:01, Philipp Zabel wrote:
> &
Hi Julian,
Am Mittwoch, den 18.11.2015, 23:32 +1100 schrieb Julian Calaby:
[...]
> Assuming board designers are sufficiently ... stupid, won't most
> drivers eventually need to use the _shared variants? Wouldn't it be
> (horrifically more complicated and) better to just build this into the
> gener
On Wed, Oct 21, 2015 at 10:39:00AM +0800, Peter Chen wrote:
> On Tue, Oct 20, 2015 at 02:09:38PM -0200, Fabio Estevam wrote:
> > Hi Peter,
> >
> > On Mon, Oct 19, 2015 at 12:50 AM, Peter Chen
> > wrote:
> >
> > > Add linux-usb.
> > >
> > > Patryk, your problem is you may need to open 24M OSC fo
Am Freitag, den 20.11.2015, 16:05 +0800 schrieb Peter Chen:
> On Thu, Nov 19, 2015 at 11:26:50AM -0500, Alan Stern wrote:
> > On Thu, 19 Nov 2015, Philipp Zabel wrote:
> >
> > > On Wed, Oct 21, 2015 at 10:39:00AM +0800, Peter Chen wrote:
> > > > On Tue, Oct
> On 09.04.2018 11:21, Michael Tretter wrote:
> > > > > On Tue, 20 Feb 2018 15:29:28 +0200, Mathias Nyman wrote:
> > > > > > On 16.02.2018 15:28, Michael Tretter wrote:
> > > > > > > On Mon, 29 Jan 2018 14:02:57 +0200, Mathias Nyman wrote:
>
On Mon, 2019-06-24 at 16:40 +0200, Philipp Zabel wrote:
> Hi,
>
> On Mon, 2018-05-21 at 15:03 -0700, Curt Meyers wrote:
> > On 05/16/2018 04:55 AM, Mathias Nyman wrote:
> > > On 15.05.2018 12:22, Michael Tretter wrote:
> > > > Hi Mathias,
> > >
izon that
shares these reset lines with other peripherals?
> Also, use devm_ for clean-up.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> CCing Philipp Zabel.
> I see his sob in commit 06c47e6286d5.
At the time I was concerned with the reset_control_array addition and
didn&#
On Tue, 2018-04-03 at 17:30 +0900, Masahiro Yamada wrote:
> 2018-04-03 17:00 GMT+09:00 Philipp Zabel :
> > On Thu, 2018-03-29 at 15:07 +0900, Masahiro Yamada wrote:
> > > This driver handles the reset control in a common manner; deassert
> > > resets before use, assert t
On Wed, 2018-04-04 at 10:25 +0900, Masahiro Yamada wrote:
> 2018-04-03 19:35 GMT+09:00 Vivek Gautam :
> >
> >
> > On 4/3/2018 3:49 PM, Masahiro Yamada wrote:
> > >
> > > 2018-04-03 17:46 GMT+09:00 Philipp Zabel :
> > > >
> > >
Hi Felipe,
On Thu, 2017-10-19 at 12:38 +0300, Felipe Balbi wrote:
> Philipp Zabel writes:
>
> > From: Vivek Gautam
> >
> > Add support to get a list of resets available for the device.
> > These resets must be kept de-asserted until the device is
> &g
On Thu, 2017-10-19 at 14:31 +0300, Felipe Balbi wrote:
> Hi,
>
> Philipp Zabel writes:
> > Hi Felipe,
> >
> > On Thu, 2017-10-19 at 12:38 +0300, Felipe Balbi wrote:
> > > Philipp Zabel writes:
> > >
> > > > From: Vivek Gautam
> >
From: Vivek Gautam
Add support to get a list of resets available for the device.
These resets must be kept de-asserted until the device is
in use.
Signed-off-by: Vivek Gautam
[p.za...@pengutronix.de: switch to hidden reset control array]
Signed-off-by: Philipp Zabel
---
v7: Rebased onto git
Hi Jon, Thierry,
On Wed, 2017-07-19 at 17:59 +0200, Philipp Zabel wrote:
> From: Vivek Gautam
>
> Make use of of_reset_control_array_get_exclusive() to manage
> an array of reset controllers available with the device.
>
> Cc: Jon Hunter
> Cc: Thierry Reding
> Sig
On Fri, 2017-10-20 at 17:10 +0530, Manu Gautam wrote:
> Hi,
>
>
> On 10/19/2017 5:17 PM, Philipp Zabel wrote:
> > From: Vivek Gautam
> >
> > Add support to get a list of resets available for the device.
> > These resets must be kept de-asserted until the d
Hi,
On Thu, 2017-10-19 at 11:54 -0700, Bjorn Andersson wrote:
> On Wed 19 Jul 08:59 PDT 2017, Philipp Zabel wrote:
>
> > From: Vivek Gautam
> >
> > Many devices may want to request a bunch of resets and control them. So
> > it's better to manage them as an ar
On Fri, Oct 20, 2017 at 04:51:24PM +0100, Jon Hunter wrote:
> Hi Philipp,
>
> On 19/10/17 16:17, Philipp Zabel wrote:
> > Hi Jon, Thierry,
> >
> > On Wed, 2017-07-19 at 17:59 +0200, Philipp Zabel wrote:
> >> From: Vivek Gautam
> >>
> >>
Hi Bjorn,
On Wed, 2017-11-01 at 15:24 -0700, Bjorn Andersson wrote:
[...]
> > > This looks more or less identical to how regulators and clocks already
> > > deals with resources in bulk; see regulator_bulk_data and clk_bulk_data
> > > and their associated functions.
> > >
> > > I would really lik
Hi,
On Fri, Jan 19, 2018 at 2:10 PM, Michael Tretter
wrote:
> I found the old thread and it sounds exactly like my issue. Different
> camera, but same xHCI controller.
I have exactly the same issue with the xHCI controller of my laptop and
"Oculus Sensor" USB3 isochronous mostly-UVC cameras:
00
On Tue, 2017-04-18 at 16:51 +0530, Vivek Gautam wrote:
> Count number of reset phandles available with the device node
> to know the resets a given device has.
>
> Cc: Philipp Zabel
> Signed-off-by: Vivek Gautam
> ---
> drivers/reset/core.c | 23 +++
, one small issue below.
> Cc: Philipp Zabel
> Signed-off-by: Vivek Gautam
> ---
> drivers/reset/core.c | 177
> ++
> include/linux/reset.h | 93 ++
> 2 files changed, 270 insertions(+)
>
> diff
On Tue, 2017-04-18 at 16:51 +0530, Vivek Gautam wrote:
> Add support to get a list of resets available for the device.
> These resets must be kept de-asserted until the device is
> in use.
>
> Cc: Felipe Balbi
> Cc: Philipp Zabel
> Signed-off-by: Vivek Gautam
> ---
>
On Tue, 2017-04-18 at 16:51 +0530, Vivek Gautam wrote:
> Make use of reset_control_array_*() set of APIs to manage
> an array of reset controllers available with the device.
>
> Cc: Thierry Reding
> Cc: Philipp Zabel
> Signed-off-by: Vivek Gautam
> ---
> driv
On Tue, 2017-04-25 at 11:05 +0100, Jon Hunter wrote:
> On 25/04/17 05:15, Vivek Gautam wrote:
> > On 04/24/2017 06:15 PM, Jon Hunter wrote:
> >> On 18/04/17 12:21, Vivek Gautam wrote:
> >>> Make use of reset_control_array_*() set of APIs to manage
> >>> an array of reset controllers available with
Hi,
On Wed, 2017-05-31 at 15:23 +0100, Jon Hunter wrote:
> On 22/05/17 12:23, Vivek Gautam wrote:
> > Make use of reset_control_array_*() set of APIs to manage
> > an array of reset controllers available with the device.
> >
> > Cc: Jon Hunter
> > Cc: Thie
build.
Changes since v1:
- Addressed comment for error handling in of_reset_control_get_count()
- Added patch to manage reset controller array.
- Rebased dwc3-of-simple changes based on the new set of APIs
for reset control array.
- Added a patch for soc/tegra/pmc driver to use the new set of
Use kref for reference counting and enjoy the advantages of refcount_t.
Signed-off-by: Philipp Zabel
---
drivers/reset/core.c | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff --git a/drivers/reset/core.c b/drivers/reset/core.c
index cd739d2fa1603
functions for array (de)assert/reset.
Cc: Vivek Gautam
Cc: Jon Hunter
Signed-off-by: Philipp Zabel
---
drivers/reset/core.c | 225 ++
include/linux/reset.h | 44 +++---
2 files changed, 128 insertions(+), 141 deletions(-)
diff --git a/drivers/reset
From: Vivek Gautam
Move clock handling after of_platform_depopulate to achieve
a sequence that is reverse of the probe sequence.
Cc: Felipe Balbi
Signed-off-by: Vivek Gautam
---
drivers/usb/dwc3/dwc3-of-simple.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/u
re handled in any particular order.
Cc: Felipe Balbi
Signed-off-by: Vivek Gautam
Acked-by: Jon Hunter
Tested-by: Jon Hunter
Signed-off-by: Philipp Zabel
---
drivers/reset/core.c | 202 ++
include/linux/reset.h | 93 ++
From: Vivek Gautam
Make use of reset_control_array_*() set of APIs to manage
an array of reset controllers available with the device.
Cc: Jon Hunter
Cc: Thierry Reding
Cc: Philipp Zabel
Signed-off-by: Vivek Gautam
---
drivers/soc/tegra/pmc.c | 82
From: Vivek Gautam
Add support to get a list of resets available for the device.
These resets must be kept de-asserted until the device is
in use.
Cc: Felipe Balbi
Signed-off-by: Vivek Gautam
[p.za...@pengutronix.de: switch to hidden reset control array]
Signed-off-by: Philipp Zabel
Add VID/PID for Oculus Rift CV1.
Signed-off-by: Philipp Zabel
---
drivers/hid/hid-ids.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h
index 8ca1e8ce0af2..2953d53a8cc9 100644
--- a/drivers/hid/hid-ids.h
+++ b/drivers/hid/hid-ids.h
@@ -1133,6
on usb-:00:14.0-3.1/input1
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
These timeouts disappear when setting HID_QUIRK_NO_INIT_REPORTS. The hidraw
devices appear quickly and are functional.
Signed-off-by: Philipp Zabel
---
drivers/hid/usbhid/hid-quirk
Hi Benjamin,
On Wed, Jun 7, 2017 at 9:11 AM, Benjamin Tissoires
wrote:
> Hi Philip,
>
> On Jun 07 2017 or thereabouts, Philipp Zabel wrote:
[...]
> 2 things:
> - the 2 patches should be squashed together. There is no point having a
> single patch for just 2 defines not
Hi Vivek,
On Tue, 2017-06-13 at 12:16 +0530, Vivek Gautam wrote:
[...]
> > @@ -102,18 +94,6 @@ static inline struct reset_control
> > *__devm_reset_control_get(
> > return optional ? NULL : ERR_PTR(-ENOTSUPP);
> > }
> >
> > -static inline
> > -int reset_control_array_assert(struct reset_
On Thu, 2017-06-01 at 18:52 +0200, Philipp Zabel wrote:
> From: Vivek Gautam
>
> Make use of reset_control_array_*() set of APIs to manage
> an array of reset controllers available with the device.
>
> Cc: Jon Hunter
> Cc: Thierry Reding
> Cc: Philipp Zabel
>
From: Vivek Gautam
Move clock handling after of_platform_depopulate to achieve
a sequence that is reverse of the probe sequence.
Cc: Felipe Balbi
Signed-off-by: Vivek Gautam
---
No changes since v5.
---
drivers/usb/dwc3/dwc3-of-simple.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-
From: Vivek Gautam
Make use of of_reset_control_array_get_exclusive() to manage
an array of reset controllers available with the device.
Cc: Jon Hunter
Cc: Thierry Reding
Signed-off-by: Vivek Gautam
[p.za...@pengutronix.de: switch to hidden reset control array]
Signed-off-by: Philipp Zabel
From: Vivek Gautam
Add support to get a list of resets available for the device.
These resets must be kept de-asserted until the device is
in use.
Cc: Felipe Balbi
Signed-off-by: Vivek Gautam
[p.za...@pengutronix.de: switch to hidden reset control array]
Signed-off-by: Philipp Zabel
---
No
A set of patches to allow consumers to get and de/assert or trigger
a number of resets at the same time. A patch on top of Vivek's original
API extension is added to hide the reset_control_array behind a struct
reset_control so that the consumer doesn't have to care about the difference
between a s
i
Cc: Jon Hunter
Signed-off-by: Vivek Gautam
[p.za...@pengutronix.de: changed API to hide reset control arrays behind
struct reset_control]
Signed-off-by: Philipp Zabel
---
Changes since v5:
- Merged "reset: hide reset control arrays behind struct reset_control" patch
into
a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Philipp-Zabel/reset-Add-APIs-to-manage-array-of-resets/20170620-021320
> base: git://git.pengutronix.de/git/pza/linux reset/next
> config: i386-randconfig-c0-06200218 (attached as .config)
e
explicit API call so the temporary transition helpers can be removed.
No functional changes.
Cc: Bin Liu
Cc: Greg Kroah-Hartman
Cc: Maxime Ripard
Cc: Chen-Yu Tsai
Cc: linux-usb@vger.kernel.org
Signed-off-by: Philipp Zabel
---
drivers/usb/musb/sunxi.c | 2 +-
1 file changed, 1 insertion(+),
e
explicit API call so the temporary transition helpers can be removed.
No functional changes.
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Cc: linux-usb@vger.kernel.org
Signed-off-by: Philipp Zabel
---
drivers/usb/phy/phy-msm-usb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
di
e
explicit API call so the temporary transition helpers can be removed.
No functional changes.
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Cc: Thierry Reding
Cc: Jonathan Hunter
Cc: linux-usb@vger.kernel.org
Cc: linux-te...@vger.kernel.org
Signed-off-by: Philipp Zabel
---
drivers/usb/host/ehci-t
e
explicit API call so the temporary transition helpers can be removed.
No functional changes.
Cc: Mathias Nyman
Cc: Greg Kroah-Hartman
Cc: Thierry Reding
Cc: Jonathan Hunter
Cc: linux-usb@vger.kernel.org
Cc: linux-te...@vger.kernel.org
Signed-off-by: Philipp Zabel
---
drivers/usb/host/xhci-t
e
explicit API call so the temporary transition helpers can be removed.
No functional changes.
Cc: John Youn
Cc: Greg Kroah-Hartman
Cc: linux-usb@vger.kernel.org
Signed-off-by: Philipp Zabel
---
drivers/usb/dwc2/platform.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/d
e
explicit API call so the temporary transition helpers can be removed.
No functional changes.
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Cc: linux-usb@vger.kernel.org
Signed-off-by: Philipp Zabel
---
drivers/usb/phy/phy-qcom-8x16-usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
e
explicit API call so the temporary transition helpers can be removed.
No functional changes.
Cc: Peter Chen
Cc: Greg Kroah-Hartman
Cc: linux-usb@vger.kernel.org
Signed-off-by: Philipp Zabel
---
drivers/usb/chipidea/ci_hdrc_msm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
1 - 100 of 106 matches
Mail list logo
