All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michael Niewöhner" <linux@mniewoehner.de>
To: Vivek Gautam <vivek.gautam@codeaurora.org>
Cc: Alim Akhtar <alim.akhtar@samsung.com>,
	Pankaj Dubey <pankaj.dubey@samsung.com>,
	Anand Moon <linux.amoon@gmail.com>,
	Mathias Nyman <mathias.nyman@linux.intel.com>,
	Felipe Balbi <balbi@kernel.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Kukjin Kim <kgene@kernel.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Linux USB Mailing List <linux-usb@vger.kernel.org>,
	linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
	"linux-samsung-soc@vger.kernel.org"
	<linux-samsung-soc@vger.kernel.org>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Vivek Gautam <gautam.vivek@samsung.com>Alim Akhtar
	<alim.akhtar@samsung.com>Pankaj Dubey <pankaj.dubey@samsung.com>
Subject: Re: PROBLEM: DWC3 USB 3.0 not working on Odroid-XU4 with Exynos 5422
Date: Thu, 06 Oct 2016 18:29:40 +0200	[thread overview]
Message-ID: <1475771380.22019.5.camel@mniewoehner.de> (raw)
In-Reply-To: <CAFp+6iGx-jf+xrdHF=0J3FK9dDBg54zESYNVo8bz2Qz6G4gEZg@mail.gmail.com>

Hi Vivek,
On Di, 2016-10-04 at 17:32 +0530, Vivek Gautam wrote:
> Hi Michael,
> 
> 
> On Tue, Oct 4, 2016 at 4:28 PM, Michael Niewöhner <linux@mniewoehner.de> wrote:
> 
> > 
> > > 
> > > > 
> > > > > 
> > > > > > 
> > > > > > > 
> > > > > > > [1.] One line summary of the problem:
> > > > > > > DWC3 USB 3.0 not working on Odroid-XU4 with Exynos 5422
> > > > > > > 
> > > > > > > [2.] Full description of the problem/report:
> > > > > > > No usb 3.0 devices are being detected when attached while USB 2.0
> > > > > > > devices work on the same port.
> > > > > > > USB 3.0 works after applying patches [9.1] and [9.2], but seems
> > > > > > > to be
> > > > > > > buggy. The usb hub is redetected every time an usb device is
> > > > > > > attached.
> 
> [snip]
> 
> > 
> > > 
> > > > 
> > > > > 
> > > > > > 
> > > > > > > 
> > > > > > > > 
> > > > > > > > [9.] Other notes, patches, fixes, workarounds:
> > > > > > > > [9.1] https://lkml.org/lkml/2014/4/28/234
> > > > > > > > [9.2] https://lkml.org/lkml/2015/2/2/259
> > > 
> > > These patches are required to get USB super-speed working on Exynos5420/5800.
> > > But they did not make to upstream. There was resistance on adding new
> > > phy_calibrate()
> > > callback.
> > > 
> > > Without these patches the Exynos5420/5800 will enumerate all
> > > super-speed capable devices
> > > as high-speed devices.
> > > Last time we checked with exynos542x smdk boards and peach-* boards,
> > > we could get the
> > > Super - speed devices working. I have not tested odroid anytime so
> > > don't have much idea about the
> > > its intricacies.
> > > I guess Anand was able to use these patches to get his kernel working in past.
> > 
> > 
> > The patches don't work anymore with 4.8-rc* / 4.8. They worked - but very
> > unstable - with 4.7.
> > 
> > One more problem appeared since one of the 4.8-RCs: reboot hangs when the dwc3
> > module is loaded. If I unload it before reboot / shutdown everything is fine.
> > 
> > 
> > > 
> > > 
> > > When you have a downstream on-board usb hub, ideally it should be able
> > > to detect the devices
> > > and not reset everytime you connect a new device (like you mentioned earlier).
> > > There can be two possible reasons why the hub keeps getting reset ever
> > > after applying the above
> > > mentioned patches:
> > > 1) the clock rates are not proper.
> > > 2) the regulator load setting is not enough to drive the hub.
> > > 
> > > Anand, can you please point Michael to an older kernel with which you
> > > could test usb on odroid successfully ?
> > > You can compare the clocks with an older version and see if there'a
> > > any difference.
> > > 
> > > Any possibility of any other framework (such as, bus-freq) trimming
> > > down the clock - rates ?
> > 
> > 
> > ################################
> > # v4.7.5
> > ################################
> > 
> > $ cat /sys/kernel/debug/clk/clk_summary | grep usb
> >  sclk_usbh20_scan_clk                     0            0   480000000          0
> >  sclk_usbh20                              0            0    48000
> > 000          0
> >     mout_usbd300                          1            1    24000000          0
> >        dout_usbd300                       0            0    24000000          0
> >           sclk_usbd300
> >                  0            0    24000000          0
> >        dout_usbphy300                     1            1    24000000          0
> >           sclk_usbphy300                  4            4    24000
> > 000          0
> >     mout_usbd301                          1            1    24000000          0
> >        dout_usbd301                       0            0    24000000          0
> >           sclk_usbd301
> >                  0            0    24000000          0
> >        dout_usbphy301                     1            1    24000000          0
> >           sclk_usbphy301                  3            3    24000
> > 000          0
> >                          usbd301           1            1   100000000
> >                          usbd300           1            1   100000000
> > 
> > usbh20           3            3   100000000          0
> 
> > 
> > 
> > ################################
> > # v4.8.0
> > ################################
> > 
> > $ cat /sys/kernel/debug/clk/clk_summary | grep usb
> >  sclk_usbh20_scan_clk                     0            0   480000000          0
> >  sclk_usbh20                              0            0    48000000
> >         0
> >     mout_usbd300                          1            1    24000000          0
> >        dout_usbd300                       0            0    24000000          0
> >           sclk_usbd300
> >             0            0    24000000          0
> >        dout_usbphy300                     1            1    24000000          0
> >           sclk_usbphy300                  4            4    24000000
> >         0
> >     mout_usbd301                          1            1    24000000          0
> >        dout_usbd301                       0            0    24000000          0
> >           sclk_usbd301
> >             0            0    24000000          0
> >        dout_usbphy301                     1            1    24000000          0
> >           sclk_usbphy301                  3            3    24000000
> >         0
> >                          usbd301           1            1   100000000
> 
> This clock should have been 200MHz.
> 
> > 
> >                          usbd300           1            1   100000000
> >                          usbh2
> > 0           3            3   100000000          0
> > 
> > $ cat /sys/kernel/debug/usb/devices
> > <<system hangs>>
> > 
> 
> The clocks are same across working/non-working.
> Is it possible to bisect the commit that's causing hang for 4.8x ?


[c499ff71ff2a281366c6ec7a904c547d806cbcd1] usb: dwc3: core: re-factor init and exit paths
This patch causes both the hang on reboot and the lsusb hang.


> 
> Adding few of the folks from Samsung who can test dwc3 usb on smdk/peach boards.
> +Alim, Pankaj
> 
> Hi Alim, Pankaj,
> can you please give a try with 4.8 kernel on peach/smdk542x board and
> see if dwc3 usb works or not.
> You may need to the patches mentioned in [9.1] and [9.2] mentioned above.
> 
> 
> [snip]
> 
> 
> Thanks
> Vivek
> 

Best regards
Michael

WARNING: multiple messages have this Message-ID (diff)
From: linux@mniewoehner.de (Michael Niewöhner)
To: linux-arm-kernel@lists.infradead.org
Subject: PROBLEM: DWC3 USB 3.0 not working on Odroid-XU4 with Exynos 5422
Date: Thu, 06 Oct 2016 18:29:40 +0200	[thread overview]
Message-ID: <1475771380.22019.5.camel@mniewoehner.de> (raw)
In-Reply-To: <CAFp+6iGx-jf+xrdHF=0J3FK9dDBg54zESYNVo8bz2Qz6G4gEZg@mail.gmail.com>

Hi Vivek,
On Di, 2016-10-04 at 17:32 +0530, Vivek Gautam wrote:
> Hi Michael,
> 
> 
> On Tue, Oct 4, 2016 at 4:28 PM, Michael Niew?hner <linux@mniewoehner.de> wrote:
> 
> > 
> > > 
> > > > 
> > > > > 
> > > > > > 
> > > > > > > 
> > > > > > > [1.] One line summary of the problem:
> > > > > > > DWC3 USB 3.0 not working on Odroid-XU4 with Exynos 5422
> > > > > > > 
> > > > > > > [2.] Full description of the problem/report:
> > > > > > > No usb 3.0 devices are being detected when attached while USB 2.0
> > > > > > > devices work on the same port.
> > > > > > > USB 3.0 works after applying patches [9.1] and [9.2], but seems
> > > > > > > to be
> > > > > > > buggy. The usb hub is redetected every time an usb device is
> > > > > > > attached.
> 
> [snip]
> 
> > 
> > > 
> > > > 
> > > > > 
> > > > > > 
> > > > > > > 
> > > > > > > > 
> > > > > > > > [9.] Other notes, patches, fixes, workarounds:
> > > > > > > > [9.1] https://lkml.org/lkml/2014/4/28/234
> > > > > > > > [9.2] https://lkml.org/lkml/2015/2/2/259
> > > 
> > > These patches are required to get USB super-speed working on Exynos5420/5800.
> > > But they did not make to upstream. There was resistance on adding new
> > > phy_calibrate()
> > > callback.
> > > 
> > > Without these patches the Exynos5420/5800 will enumerate all
> > > super-speed capable devices
> > > as high-speed devices.
> > > Last time we checked with exynos542x smdk boards and peach-* boards,
> > > we could get the
> > > Super - speed devices working. I have not tested odroid anytime so
> > > don't have much idea about the
> > > its intricacies.
> > > I guess Anand was able to use these patches to get his kernel working in past.
> > 
> > 
> > The patches don't work anymore with 4.8-rc* / 4.8. They worked - but very
> > unstable - with 4.7.
> > 
> > One more problem appeared since one of the 4.8-RCs: reboot hangs when the dwc3
> > module is loaded. If I unload it before reboot / shutdown everything is fine.
> > 
> > 
> > > 
> > > 
> > > When you have a downstream on-board usb hub, ideally it should be able
> > > to detect the devices
> > > and not reset everytime you connect a new device (like you mentioned earlier).
> > > There can be two possible reasons why the hub keeps getting reset ever
> > > after applying the above
> > > mentioned patches:
> > > 1) the clock rates are not proper.
> > > 2) the regulator load setting is not enough to drive the hub.
> > > 
> > > Anand, can you please point Michael to an older kernel with which you
> > > could test usb on odroid successfully ?
> > > You can compare the clocks with an older version and see if there'a
> > > any difference.
> > > 
> > > Any possibility of any other framework (such as, bus-freq) trimming
> > > down the clock - rates ?
> > 
> > 
> > ################################
> > # v4.7.5
> > ################################
> > 
> > $ cat /sys/kernel/debug/clk/clk_summary | grep usb
> > ?sclk_usbh20_scan_clk?????????????????????0????????????0???480000000??????????0
> > ?sclk_usbh20??????????????????????????????0????????????0????48000
> > 000??????????0
> > ????mout_usbd300??????????????????????????1????????????1????24000000??????????0
> > ???????dout_usbd300???????????????????????0????????????0????24000000??????????0
> > ??????????sclk_usbd300
> > ?????????????????0????????????0????24000000??????????0
> > ???????dout_usbphy300?????????????????????1????????????1????24000000??????????0
> > ??????????sclk_usbphy300??????????????????4????????????4????24000
> > 000??????????0
> > ????mout_usbd301??????????????????????????1????????????1????24000000??????????0
> > ???????dout_usbd301???????????????????????0????????????0????24000000??????????0
> > ??????????sclk_usbd301
> > ?????????????????0????????????0????24000000??????????0
> > ???????dout_usbphy301?????????????????????1????????????1????24000000??????????0
> > ??????????sclk_usbphy301??????????????????3????????????3????24000
> > 000??????????0
> > ?????????????????????????usbd301???????????1????????????1???100000000
> > ?????????????????????????usbd300???????????1????????????1???100000000
> > 
> > usbh20???????????3????????????3???100000000??????????0
> 
> > 
> > 
> > ################################
> > # v4.8.0
> > ################################
> > 
> > $ cat /sys/kernel/debug/clk/clk_summary | grep usb
> > ?sclk_usbh20_scan_clk?????????????????????0????????????0???480000000??????????0
> > ?sclk_usbh20??????????????????????????????0????????????0????48000000
> > ????????0
> > ????mout_usbd300??????????????????????????1????????????1????24000000??????????0
> > ???????dout_usbd300???????????????????????0????????????0????24000000??????????0
> > ??????????sclk_usbd300
> > ????????????0????????????0????24000000??????????0
> > ???????dout_usbphy300?????????????????????1????????????1????24000000??????????0
> > ??????????sclk_usbphy300??????????????????4????????????4????24000000
> > ????????0
> > ????mout_usbd301??????????????????????????1????????????1????24000000??????????0
> > ???????dout_usbd301???????????????????????0????????????0????24000000??????????0
> > ??????????sclk_usbd301
> > ????????????0????????????0????24000000??????????0
> > ???????dout_usbphy301?????????????????????1????????????1????24000000??????????0
> > ??????????sclk_usbphy301??????????????????3????????????3????24000000
> > ????????0
> > ?????????????????????????usbd301???????????1????????????1???100000000
> 
> This clock should have been 200MHz.
> 
> > 
> > ?????????????????????????usbd300???????????1????????????1???100000000
> > ?????????????????????????usbh2
> > 0???????????3????????????3???100000000??????????0
> > 
> > $ cat /sys/kernel/debug/usb/devices
> > <<system hangs>>
> > 
> 
> The clocks are same across working/non-working.
> Is it possible to bisect the commit that's causing hang for 4.8x ?


[c499ff71ff2a281366c6ec7a904c547d806cbcd1] usb: dwc3: core: re-factor init and exit paths
This patch causes both the hang on reboot and the lsusb hang.


> 
> Adding few of the folks from Samsung who can test dwc3 usb on smdk/peach boards.
> +Alim, Pankaj
> 
> Hi Alim, Pankaj,
> can you please give a try with 4.8 kernel on peach/smdk542x board and
> see if dwc3 usb works or not.
> You may need to the patches mentioned in [9.1] and [9.2] mentioned above.
> 
> 
> [snip]
> 
> 
> Thanks
> Vivek
> 

Best regards
Michael

WARNING: multiple messages have this Message-ID (diff)
From: "Michael Niewöhner" <linux@mniewoehner.de>
To: Vivek Gautam <vivek.gautam@codeaurora.org>
Cc: Alim Akhtar <alim.akhtar@samsung.com>,
	Pankaj Dubey <pankaj.dubey@samsung.com>,
	Anand Moon <linux.amoon@gmail.com>,
	Mathias Nyman <mathias.nyman@linux.intel.com>,
	Felipe Balbi <balbi@kernel.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Kukjin Kim <kgene@kernel.org>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>,
	Linux USB Mailing List <linux-usb@vger.kernel.org>,
	linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
	"linux-samsung-soc@vger.kernel.org" 
	<linux-samsung-soc@vger.kernel.org>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Vivek Gautam <gautam.vivek@samsung.com>,
	Alim Akhtar <alim.akhtar@samsung.com>,
	Pankaj Dubey <pankaj.dubey@samsung.com>
Subject: Re: PROBLEM: DWC3 USB 3.0 not working on Odroid-XU4 with Exynos 5422
Date: Thu, 06 Oct 2016 18:29:40 +0200	[thread overview]
Message-ID: <1475771380.22019.5.camel@mniewoehner.de> (raw)
In-Reply-To: <CAFp+6iGx-jf+xrdHF=0J3FK9dDBg54zESYNVo8bz2Qz6G4gEZg@mail.gmail.com>

Hi Vivek,
On Di, 2016-10-04 at 17:32 +0530, Vivek Gautam wrote:
> Hi Michael,
> 
> 
> On Tue, Oct 4, 2016 at 4:28 PM, Michael Niewöhner <linux@mniewoehner.de> wrote:
> 
> > 
> > > 
> > > > 
> > > > > 
> > > > > > 
> > > > > > > 
> > > > > > > [1.] One line summary of the problem:
> > > > > > > DWC3 USB 3.0 not working on Odroid-XU4 with Exynos 5422
> > > > > > > 
> > > > > > > [2.] Full description of the problem/report:
> > > > > > > No usb 3.0 devices are being detected when attached while USB 2.0
> > > > > > > devices work on the same port.
> > > > > > > USB 3.0 works after applying patches [9.1] and [9.2], but seems
> > > > > > > to be
> > > > > > > buggy. The usb hub is redetected every time an usb device is
> > > > > > > attached.
> 
> [snip]
> 
> > 
> > > 
> > > > 
> > > > > 
> > > > > > 
> > > > > > > 
> > > > > > > > 
> > > > > > > > [9.] Other notes, patches, fixes, workarounds:
> > > > > > > > [9.1] https://lkml.org/lkml/2014/4/28/234
> > > > > > > > [9.2] https://lkml.org/lkml/2015/2/2/259
> > > 
> > > These patches are required to get USB super-speed working on Exynos5420/5800.
> > > But they did not make to upstream. There was resistance on adding new
> > > phy_calibrate()
> > > callback.
> > > 
> > > Without these patches the Exynos5420/5800 will enumerate all
> > > super-speed capable devices
> > > as high-speed devices.
> > > Last time we checked with exynos542x smdk boards and peach-* boards,
> > > we could get the
> > > Super - speed devices working. I have not tested odroid anytime so
> > > don't have much idea about the
> > > its intricacies.
> > > I guess Anand was able to use these patches to get his kernel working in past.
> > 
> > 
> > The patches don't work anymore with 4.8-rc* / 4.8. They worked - but very
> > unstable - with 4.7.
> > 
> > One more problem appeared since one of the 4.8-RCs: reboot hangs when the dwc3
> > module is loaded. If I unload it before reboot / shutdown everything is fine.
> > 
> > 
> > > 
> > > 
> > > When you have a downstream on-board usb hub, ideally it should be able
> > > to detect the devices
> > > and not reset everytime you connect a new device (like you mentioned earlier).
> > > There can be two possible reasons why the hub keeps getting reset ever
> > > after applying the above
> > > mentioned patches:
> > > 1) the clock rates are not proper.
> > > 2) the regulator load setting is not enough to drive the hub.
> > > 
> > > Anand, can you please point Michael to an older kernel with which you
> > > could test usb on odroid successfully ?
> > > You can compare the clocks with an older version and see if there'a
> > > any difference.
> > > 
> > > Any possibility of any other framework (such as, bus-freq) trimming
> > > down the clock - rates ?
> > 
> > 
> > ################################
> > # v4.7.5
> > ################################
> > 
> > $ cat /sys/kernel/debug/clk/clk_summary | grep usb
> >  sclk_usbh20_scan_clk                     0            0   480000000          0
> >  sclk_usbh20                              0            0    48000
> > 000          0
> >     mout_usbd300                          1            1    24000000          0
> >        dout_usbd300                       0            0    24000000          0
> >           sclk_usbd300
> >                  0            0    24000000          0
> >        dout_usbphy300                     1            1    24000000          0
> >           sclk_usbphy300                  4            4    24000
> > 000          0
> >     mout_usbd301                          1            1    24000000          0
> >        dout_usbd301                       0            0    24000000          0
> >           sclk_usbd301
> >                  0            0    24000000          0
> >        dout_usbphy301                     1            1    24000000          0
> >           sclk_usbphy301                  3            3    24000
> > 000          0
> >                          usbd301           1            1   100000000
> >                          usbd300           1            1   100000000
> > 
> > usbh20           3            3   100000000          0
> 
> > 
> > 
> > ################################
> > # v4.8.0
> > ################################
> > 
> > $ cat /sys/kernel/debug/clk/clk_summary | grep usb
> >  sclk_usbh20_scan_clk                     0            0   480000000          0
> >  sclk_usbh20                              0            0    48000000
> >         0
> >     mout_usbd300                          1            1    24000000          0
> >        dout_usbd300                       0            0    24000000          0
> >           sclk_usbd300
> >             0            0    24000000          0
> >        dout_usbphy300                     1            1    24000000          0
> >           sclk_usbphy300                  4            4    24000000
> >         0
> >     mout_usbd301                          1            1    24000000          0
> >        dout_usbd301                       0            0    24000000          0
> >           sclk_usbd301
> >             0            0    24000000          0
> >        dout_usbphy301                     1            1    24000000          0
> >           sclk_usbphy301                  3            3    24000000
> >         0
> >                          usbd301           1            1   100000000
> 
> This clock should have been 200MHz.
> 
> > 
> >                          usbd300           1            1   100000000
> >                          usbh2
> > 0           3            3   100000000          0
> > 
> > $ cat /sys/kernel/debug/usb/devices
> > <<system hangs>>
> > 
> 
> The clocks are same across working/non-working.
> Is it possible to bisect the commit that's causing hang for 4.8x ?


[c499ff71ff2a281366c6ec7a904c547d806cbcd1] usb: dwc3: core: re-factor init and exit paths
This patch causes both the hang on reboot and the lsusb hang.


> 
> Adding few of the folks from Samsung who can test dwc3 usb on smdk/peach boards.
> +Alim, Pankaj
> 
> Hi Alim, Pankaj,
> can you please give a try with 4.8 kernel on peach/smdk542x board and
> see if dwc3 usb works or not.
> You may need to the patches mentioned in [9.1] and [9.2] mentioned above.
> 
> 
> [snip]
> 
> 
> Thanks
> Vivek
> 

Best regards
Michael

  parent reply	other threads:[~2016-10-06 16:29 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-28 20:04 PROBLEM: DWC3 USB 3.0 not working on Odroid-XU4 with Exynos 5422 Michael Niewöhner
2016-08-28 20:04 ` Michael Niewöhner
2016-08-29  7:28 ` Felipe Balbi
2016-08-29  7:28   ` Felipe Balbi
2016-08-29 10:59   ` Mathias Nyman
2016-08-29 10:59     ` Mathias Nyman
2016-08-29 11:05     ` Michael Niewöhner
2016-08-29 11:05       ` Michael Niewöhner
2016-08-30  5:02       ` Anand Moon
2016-08-30  5:02         ` Anand Moon
2016-09-20 21:19         ` Michael Niewöhner
2016-09-20 21:19           ` Michael Niewöhner
2016-10-03 13:08         ` Michael Niewöhner
2016-10-03 13:08           ` Michael Niewöhner
2016-10-04  6:02         ` Vivek Gautam
2016-10-04  6:02           ` Vivek Gautam
2016-10-04 10:58           ` Michael Niewöhner
2016-10-04 12:02             ` Vivek Gautam
2016-10-04 12:02               ` Vivek Gautam
2016-10-04 15:09               ` Anand Moon
2016-10-04 15:09                 ` Anand Moon
2016-10-05  4:45                 ` Vivek Gautam
2016-10-05  4:45                   ` Vivek Gautam
2016-10-05  7:48                   ` Anand Moon
2016-10-05  7:48                     ` Anand Moon
2016-10-06 16:29               ` Michael Niewöhner [this message]
2016-10-06 16:29                 ` Michael Niewöhner
2016-10-06 16:29                 ` Michael Niewöhner
     [not found]                 ` <1475771380.22019.5.camel-zzFNMPX9jIaDjmgdnaGrkw@public.gmane.org>
2016-10-07  7:42                   ` Felipe Balbi
2016-10-07  7:42                     ` Felipe Balbi
2016-10-07  7:42                     ` Felipe Balbi
2016-10-07 20:26                     ` Michael Niewöhner
2016-10-07 20:26                       ` Michael Niewöhner
2016-10-16 14:19                       ` Michael Niewöhner
2016-10-16 14:19                         ` Michael Niewöhner
2016-10-17  8:08                         ` Felipe Balbi
2016-10-17  8:08                           ` Felipe Balbi
2016-10-17  8:08                           ` Felipe Balbi
2016-10-17  9:51                           ` Vivek Gautam
2016-10-17  9:51                             ` Vivek Gautam
     [not found]                             ` <a4d744ae-d043-b652-3073-f29ebe76f865-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2016-10-18 12:20                               ` Michael Niewöhner
2016-10-18 12:20                                 ` Michael Niewöhner
2016-10-18 12:20                                 ` Michael Niewöhner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1475771380.22019.5.camel@mniewoehner.de \
    --to=linux@mniewoehner.de \
    --cc=alim.akhtar@samsung.com \
    --cc=balbi@kernel.org \
    --cc=gautam.vivek@samsung.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=k.kozlowski@samsung.com \
    --cc=kgene@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=linux.amoon@gmail.com \
    --cc=mathias.nyman@linux.intel.com \
    --cc=pankaj.dubey@samsung.com \
    --cc=vivek.gautam@codeaurora.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.