Good day, I Am Chi Pui;Do not be surprised! I got your email contact via the
World Email On-line Directory" I am crediting officer at Sino Pac Bank Plc
in Hong Kong and i have a deal of $17.3M to discuss with you urgently.
Regards,
Mr.Chi Pui
--
To unsubscribe from this list: send the line "unsub
On Wed, Jun 12, 2013 at 10:35 PM, Alan Stern wrote:
> On Wed, 12 Jun 2013, Ming Lei wrote:
>
>> If not, I am wondering why one USB driver need register another hard
>> interrupt handler? Could you share such examples? I understand the
>> case only exists with timer handler as discussed with Oliver
On Fri, 2013-06-07 at 15:14 +0200, Lotfi Manseur wrote:
> Handle null termios in ftdi_set_termios(), introduced in
> commit 552f6bf1bb0eda0011c0525dd587aa9e7ba5b846
> This has been corrected in the mainline by
> commits c515598e0f5769916c31c00392cc2bfe6af74e55 and
> a816e3113b63753c330ca4751ea1d208
On Thu, May 30, 2013 at 10:23 PM, Alan Stern wrote:
> On Thu, 30 May 2013, Roger Quadros wrote:
>
>> >> So what are your idea about making the PHY layer more generic? How
>> >> ehci-hcd will make use of PHY layer?
>> >
>> >
>> > on probe grab the phy and initialize it. On suspend/resume,
>> > susp
On Wed, Jun 12, 2013 at 3:45 PM, Thomas Gleixner wrote:
> On Wed, 12 Jun 2013, Ming Lei wrote:
>
> Yes, please. I read through the thread and I really recommend that you
> get rid of the tasklet. tasklets are a complete disaster by design and
> we really should make efforts to get rid of the last
On Fri, May 31, 2013 at 02:29:01PM +0300, Roger Quadros wrote:
> Hi,
>
> Improve Kconfig so that the relevant PHY driver can be explicitely
> selected by the controller driver instead of relying on the user
> to do so.
>
> Detailed description in patch 1.
>
> v2:
> - Merge patches 3-5 into the f
On Wed, Jun 12, 2013 at 8:51 PM, Greg KH wrote:
> This is using the uas driver, right? That's known to be broken right
> now, can you fallback to "old" usb-storage support?
That seems to make sense, I don't have my laptop with me but I can say
I didn't try.
This is one way too old kernel panic
Hi,
On Wed, Jun 12, 2013 at 03:37:00PM -0700, Greg KH wrote:
> On Wed, Jun 12, 2013 at 02:31:17PM -0700, Greg KH wrote:
> > On Thu, Jun 13, 2013 at 12:19:02AM +0300, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Wed, Jun 12, 2013 at 11:56:19PM +0300, Felipe Balbi wrote:
> > > > > But, I get a buil
On Wed, Jun 12, 2013 at 08:47:30PM -0400, Jérôme Poulin wrote:
> In reference to this email:
> http://www.spinics.net/lists/linux-usb/msg78711.html
>
> I have exactly the same stack dump with different words, null pointer
> dereference.
>
> Plugging a USB3 external disk and using ddrescue will c
In reference to this email: http://www.spinics.net/lists/linux-usb/msg78711.html
I have exactly the same stack dump with different words, null pointer
dereference.
Plugging a USB3 external disk and using ddrescue will cause this stack dump:
http://postimg.org/image/70fi6f39n/
Hand typed panic fo
On 06/13/2013 01:29 AM, Sarah Sharp wrote:
On Fri, Jun 07, 2013 at 11:37:53PM +0300, Felipe Balbi wrote:
Hi,
On Fri, Jun 07, 2013 at 10:19:23AM -0700, Sarah Sharp wrote:
Adding Felipe.
Xenia, Felipe is the USB "gadget" maintainer, and also added code for
non-PCI xHCI hosts. Felipe, Xenia is
On Wed, Jun 12, 2013 at 02:31:17PM -0700, Greg KH wrote:
> On Thu, Jun 13, 2013 at 12:19:02AM +0300, Felipe Balbi wrote:
> > Hi,
> >
> > On Wed, Jun 12, 2013 at 11:56:19PM +0300, Felipe Balbi wrote:
> > > > But, I get a build error with your tree pulled in, at the link point in
> > > > time:
> > >
On Wed, Jun 12, 2013 at 03:01:50PM -0700, Sarah Sharp wrote:
> On Wed, Jun 12, 2013 at 09:32:58AM -0700, Greg KH wrote:
> > On Wed, Jun 12, 2013 at 07:11:23PM +0300, Mathias Nyman wrote:
> > > Make the Linux xHCI driver automatically try to switchover the EHCI ports
> > > to
> > > xHCI when an Int
On Fri, Jun 07, 2013 at 11:37:53PM +0300, Felipe Balbi wrote:
> Hi,
>
> On Fri, Jun 07, 2013 at 10:19:23AM -0700, Sarah Sharp wrote:
> > Adding Felipe.
> >
> > Xenia, Felipe is the USB "gadget" maintainer, and also added code for
> > non-PCI xHCI hosts. Felipe, Xenia is my summer intern through
On Wed, Jun 12, 2013 at 09:32:58AM -0700, Greg KH wrote:
> On Wed, Jun 12, 2013 at 07:11:23PM +0300, Mathias Nyman wrote:
> > Make the Linux xHCI driver automatically try to switchover the EHCI ports to
> > xHCI when an Intel xHCI host is detected, and it also finds an Intel EHCI
> > host.
> >
>
On Wed, Jun 12, 2013 at 06:51:00PM +, Kerry Calvert wrote:
>
> We are running the 2.6.28-15 kernel under Ubuntu 9.04 (I know... we
> are migrating now).
Then you really need to get support from Ubuntu, there's nothing we can
do here about such an old and obsolete, and really unknown kernel tr
On Thu, Jun 13, 2013 at 12:19:02AM +0300, Felipe Balbi wrote:
> Hi,
>
> On Wed, Jun 12, 2013 at 11:56:19PM +0300, Felipe Balbi wrote:
> > > But, I get a build error with your tree pulled in, at the link point in
> > > time:
> > >
> > > ERROR: "usb_add_phy" [drivers/usb/phy/phy-samsung-usb3.ko] un
Hi,
On Wed, Jun 12, 2013 at 11:56:19PM +0300, Felipe Balbi wrote:
> > But, I get a build error with your tree pulled in, at the link point in
> > time:
> >
> > ERROR: "usb_add_phy" [drivers/usb/phy/phy-samsung-usb3.ko] undefined!
> > ERROR: "usb_remove_phy" [drivers/usb/phy/phy-samsung-usb3.ko] u
Hi,
On Wed, Jun 12, 2013 at 01:17:42PM -0700, Greg KH wrote:
> On Wed, Jun 12, 2013 at 07:12:23PM +0300, Felipe Balbi wrote:
> > Hi Greg,
> >
> > Here's my pull request for v3.11 merge window. It's rather
> > large. Let me know if you want any changes.
> >
> > cheers
> >
> > The following chang
Am 11.06.2013 19:34, schrieb Sarah Sharp:
On Mon, Jun 10, 2013 at 08:55:56AM +0200, Oleksij Rempel wrote:
Hello all,
i'm working on usb_autosuspend for ath9k_htc and triggered this
oops. Currently i do not know if real bug is in ath9k_htc or in
xhci. Same adapter with same kernel and my patches
On Wed, Jun 12, 2013 at 07:12:23PM +0300, Felipe Balbi wrote:
> Hi Greg,
>
> Here's my pull request for v3.11 merge window. It's rather
> large. Let me know if you want any changes.
>
> cheers
>
> The following changes since commit e4aa937ec75df0eea0bee03bffa3303ad36c986b:
>
> Linux 3.10-rc3
We are running the 2.6.28-15 kernel under Ubuntu 9.04 (I know... we are
migrating now). We see the USB communication between the kernel driver and the
USB device stop after what appears to be 0x7 microseconds, and suspect
it is a logic problem with an unsigned long rolling over. We cann
Hi,
On Fri, Jun 07, 2013 at 03:50:17PM +0800, Huang Rui wrote:
> Hi Felipe,
>
> I was reading dwc3 codes and found that during the process of
> configuring event buffer (dwc3_event_buffers_setup), it only write the
> size of the buffer and doesn't write interrupt mask bit into GEVNTSIZ
> register
Hi,
On Wed, Jun 12, 2013 at 10:51:05AM -0600, Stephen Warren wrote:
> On 06/12/2013 10:38 AM, Felipe Balbi wrote:
> > On Wed, Jun 12, 2013 at 10:11:27AM -0600, Stephen Warren wrote:
> >> On 06/12/2013 09:06 AM, Felipe Balbi wrote:
> >>> On Wed, Jun 05, 2013 at 02:03:03PM -0600, Stephen Warren
> >>
On 06/12/2013 10:38 AM, Felipe Balbi wrote:
> On Wed, Jun 12, 2013 at 10:11:27AM -0600, Stephen Warren wrote:
>> On 06/12/2013 09:06 AM, Felipe Balbi wrote:
>>> On Wed, Jun 05, 2013 at 02:03:03PM -0600, Stephen Warren
>>> wrote:
From: Manjunath Goudar
In order to build a ULPI PHY d
On Wed, Jun 12, 2013 at 10:11:27AM -0600, Stephen Warren wrote:
> On 06/12/2013 09:06 AM, Felipe Balbi wrote:
> > On Wed, Jun 05, 2013 at 02:03:03PM -0600, Stephen Warren wrote:
> >> From: Manjunath Goudar
> >>
> >> In order to build a ULPI PHY driver as a module, this symbol
> >> needs to be exp
On Wed, Jun 12, 2013 at 07:11:23PM +0300, Mathias Nyman wrote:
> Make the Linux xHCI driver automatically try to switchover the EHCI ports to
> xHCI when an Intel xHCI host is detected, and it also finds an Intel EHCI
> host.
>
> This means we will no longer have to add Intel xHCI hosts to a quir
On Wed, 12 Jun 2013, Alan Stern wrote:
> On Wed, 12 Jun 2013, Manjunath Goudar wrote:
>
> > Suspend scenario in case of ohci-at91 glue was not properly
> > handled as it was not suspending generic part of ohci controller.
> > Calling explicitly the ohci_suspend()routine in ohci_hcd_at91_drv_suspe
Hi Greg,
Here's my pull request for v3.11 merge window. It's rather
large. Let me know if you want any changes.
cheers
The following changes since commit e4aa937ec75df0eea0bee03bffa3303ad36c986b:
Linux 3.10-rc3 (2013-05-26 16:00:47 -0700)
are available in the git repository at:
git://git.
Make the Linux xHCI driver automatically try to switchover the EHCI ports to
xHCI when an Intel xHCI host is detected, and it also finds an Intel EHCI host.
This means we will no longer have to add Intel xHCI hosts to a quirks list when
the PCI device IDs change. Simply continuing to add new Inte
Hi
This is a proposal for simplifying the EHCI/xHCI portswitching
It's a lot simpler than before. There's now only one funtion for enabling xhci
ports,
and we only once walk through pci devices to find Intel EHCI and xHCI
controllers
In pci-quirks we set a flag if both intel xHCI and EHCI cont
On 06/12/2013 09:06 AM, Felipe Balbi wrote:
> On Wed, Jun 05, 2013 at 02:03:03PM -0600, Stephen Warren wrote:
>> From: Manjunath Goudar
>>
>> In order to build a ULPI PHY driver as a module, this symbol
>> needs to be exported.
>>
>> Signed-off-by: Manjunath Goudar
>> [swarren, reworked Manjun
On Wed, 12 Jun 2013, Manjunath Goudar wrote:
> Suspend scenario in case of ohci-at91 glue was not properly
> handled as it was not suspending generic part of ohci controller.
> Calling explicitly the ohci_suspend()routine in ohci_hcd_at91_drv_suspend()
> will ensure proper handling of suspend scen
Hello.
On 12-06-2013 19:28, Manjunath Goudar wrote:
Suspend scenario in case of ohci-s3c2410 glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in ohci_hcd_s3c2410_drv_suspend() will ensure
proper handling of susp
Separate the Samsung OHCI EXYNOS host controller driver from ohci-hcd
host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
it would be nice to have in 3.11.
V2:
-exynos_ohci_hcd structure assignment error fixed.
-Removed mul
Separate the TI OHCI Atmel host controller driver from ohci-hcd
host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
it would be nice to have in 3.11.
V2:
-Set non-standard fields in ohci_at91_hc_driver manually, rather than
Separate the TI OHCI OMAP3 host controller driver from ohci-hcd
host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
it would be nice to have in 3.11.
V2:
-ohci_setup() removed because it is called in .reset member
of the o
Separate the TI OHCI OMAP1/2 host controller driver from ohci-hcd
host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
it would be nice to have in 3.11.
V2:
-omap_ohci_clock_power(0) called in usb_hcd_omap_remove().
-Removed
Separate the Samsung OHCI S3C host controller driver from ohci-hcd
host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
it would be nice to have in 3.11.
V2:
-Set non-standard fields in ohci_s3c2410_hc_driver manually, rat
Separate the ST OHCI SPEAr host controller driver from ohci-hcd
host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
it would be nice to have in 3.11.
V2:
-ohci_setup() removed because it is called in .reset member
of the oh
Hello.
On 12-06-2013 19:28, Manjunath Goudar wrote:
Suspend scenario in case of ohci-da8xx glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in ohci_da8xx_suspend() will ensure proper
handling of suspend scenario
These patches are for separating the SOC On-Chip ohci host controller
from ohci-hcd host code into its own driver module.
This work is part of enabling multi-platform kernels on ARM.
V2:
In patch 5/6 and 6/6:
-Set non-standard fields in hc_driver manually, rather than
relying on an expanded
Change intervall into interval.
Signed-off-by: Huang Rui
---
drivers/usb/dwc3/core.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h
index b69d322..0fc54cc 100644
--- a/drivers/usb/dwc3/core.h
+++ b/drivers/usb/dwc3/core.h
Suspend scenario in case of ohci-pxa27x glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in ohci_hcd_pxa27x_drv_suspend() will ensure proper
handling of suspend scenario.
Signed-off-by: Manjunath Goudar
Cc: Arnd B
Suspend scenario in case of ohci-platform glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in ohci_platform_suspend() will ensure proper
handling of suspend scenario.
Signed-off-by: Manjunath Goudar
Cc: Arnd Bergm
Suspend scenario in case of ohci-sm501 glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in ohci_sm501_suspend() will ensure proper
handling of suspend scenario.
Signed-off-by: Manjunath Goudar
Cc: Arnd Bergmann
C
Suspend scenario in case of ohci-spear glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in spear_ohci_hcd_drv_suspend() will ensure proper
handling of suspend scenario.
Signed-off-by: Manjunath Goudar
Cc: Arnd Ber
Suspend scenario in case of ohci bus glue was not properly handled as
it was not suspending generic part of ohci controller. Calling
explicitly the ohci_suspend()routine will ensure proper handling
of suspend scenario.
Manjunath Goudar (10):
USB: OHCI: Properly handle ohci-at91 suspend
USB
Suspend scenario in case of ohci-at91 glue was not properly
handled as it was not suspending generic part of ohci controller.
Calling explicitly the ohci_suspend()routine in ohci_hcd_at91_drv_suspend()
will ensure proper handling of suspend scenario.
Signed-off-by: Manjunath Goudar
Cc: Arnd Bergm
Suspend scenario in case of ohci-omap glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in ohci_omap_suspend() will ensure proper
handling of suspend scenario.
Signed-off-by: Manjunath Goudar
Cc: Arnd Bergmann
Cc:
Suspend scenario in case of ohci-s3c2410 glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in ohci_hcd_s3c2410_drv_suspend() will ensure
proper handling of suspend scenario.
Signed-off-by: Manjunath Goudar
Cc: Arnd
Suspend scenario in case of ohci-da8xx glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in ohci_da8xx_suspend() will ensure proper
handling of suspend scenario.
Signed-off-by: Manjunath Goudar
Cc: Arnd Bergmann
C
Suspend scenario in case of ohci-ep93xx glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in ohci_hcd_ep93xx_drv_suspend() will ensure proper
handling of suspend scenario.
Signed-off-by: Manjunath Goudar
Cc: Arnd B
Suspend scenario in case of ohci-exynos glue was not
properly handled as it was not suspending generic part
of ohci controller.Calling explicitly the ohci_suspend()
routine in exynos_ohci_suspend() will ensure proper
handling of suspend scenario.
Signed-off-by: Manjunath Goudar
Cc: Arnd Bergmann
Hi,
On Mon, Jun 10, 2013 at 01:40:05AM +0300, Aaro Koskinen wrote:
> +void omap_otg_set_mode(enum omap_otg_mode mode)
> +{
> + if (!otg_dev) {
> + WARN(1, "%s: controller not present\n", __func__);
> + return;
> + }
> + mutex_lock(&otg_dev->serialize);
> + s
On Mon, Apr 29, 2013 at 12:39:56PM +0200, Andrzej Pietrasiewicz wrote:
> A USB "gadget" can be set up entirely through configfs.
> This patch adds options to build the USB functions' modules
> without building "old" gadget modules, e.g. build
> usb_f_acm.ko or usb_f_ecm.ko, but not g_cdc.ko.
>
> P
On Wednesday 12 June 2013 10:35:44 Alan Stern wrote:
> On Wed, 12 Jun 2013, Ming Lei wrote:
>
> > If not, I am wondering why one USB driver need register another hard
> > interrupt handler? Could you share such examples? I understand the
> > case only exists with timer handler as discussed with Ol
On Fri, Jun 07, 2013 at 08:08:18PM +0200, Boris BREZILLON wrote:
> Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
> avoid common clk framework warnings.
>
> Signed-off-by: Boris BREZILLON
Acked-by: Felipe Balbi
--
balbi
signature.asc
Description: Digital signature
On Wed, Jun 05, 2013 at 02:03:03PM -0600, Stephen Warren wrote:
> From: Manjunath Goudar
>
> In order to build a ULPI PHY driver as a module, this symbol needs to
> be exported.
>
> Signed-off-by: Manjunath Goudar
> [swarren, reworked Manjunath's patches to split them more logically]
> Signed-o
On Wed, Jun 05, 2013 at 02:03:04PM -0600, Stephen Warren wrote:
> From: Stephen Warren
>
> When this file is built as a module, it needs a MODULE_LICENSE in order
> to access many exported symbols.
>
> Signed-off-by: Stephen Warren
> Acked-by: Arnd Bergmann
Acked-by: Felipe Balbi
--
balbi
On 23:04 Thu 07 Feb , manjunath.gou...@linaro.org wrote:
> From: Manjunath Goudar
>
> Separate the Atmel host controller driver from ehci-hcd host code
> into its own driver module.
>
> Signed-off-by: Manjunath Goudar
> Cc: Alan Stern
> Cc: Greg KH
> Cc: Grant Likely
> Cc: Rob Herring
>
On Wed, 12 Jun 2013, victor yeo wrote:
> I did another usbmon capture from the moment usb cable is plugged into
> the Ubuntu x100e laptop. This time the usbmon does not have -75 error.
> When the SCSI_READ_10 command request for 4096 bytes of data, and the
> data is returned by the gadget, usbmon
On Wed, 12 Jun 2013, Ming Lei wrote:
> If not, I am wondering why one USB driver need register another hard
> interrupt handler? Could you share such examples? I understand the
> case only exists with timer handler as discussed with Oliver, don't I?
Here's another possibility. A USB driver has a
On Sun, Jun 9, 2013 at 6:25 AM, Barry Song <21cn...@gmail.com> wrote:
> CSR SiRF SoCs licensed chipidea ci13xxx USB IP, this patch
> makes the chipidea drivers support CSR SiRF SoCS.
>
> It also changes the Kconfig, only compile MSM and IMX if related
> drivers are enabled. Otherwise, we always nee
On 12 June 2013 15:35, Vinod Koul wrote:
> On Thu, May 30, 2013 at 11:19:33PM +0200, Linus Walleij wrote:
>> On Thu, May 30, 2013 at 10:31 PM, Tony Lindgren wrote:
>>
>> > There are many devices where the device FIFO is memory mapped to the
>> > GPMC bus on omaps, like TUSB, OneNAND, smc911x etc.
Hi,
> The usbmon trace shows lots of errors. All those -75 (EOVERFLOW)
> status codes mean that the gadget sent a packet that was too large,
> i.e., more than 512 bytes. This happened in all the READ(10) commands
> except the last one -- none of them succeeded in transferring any data.
>
> After
On Wed, Jun 12, 2013 at 6:19 PM, Oliver Neukum wrote:
> On Wednesday 12 June 2013 18:11:34 Ming Lei wrote:
>> On Wed, Jun 12, 2013 at 5:11 PM, Oliver Neukum wrote:
>> > On Tuesday 11 June 2013 15:10:03 Alan Stern wrote:
>> >> In order to prevent this from happening, you would have to change the
>
> > a37025b USB: ftdi_sio: fix chars_in_buffer overhead
> > c413364 USB: ftdi_sio: clean up get_modem_status
> > dcf0105 USB: serial: add generic wait_until_sent implementation
> >
> > These three are also needed in 3.9 (and also 3.8).
>
> I have these three. 3.8-stable is dead as far as I'm
On Thu, May 30, 2013 at 11:19:33PM +0200, Linus Walleij wrote:
> On Thu, May 30, 2013 at 10:31 PM, Tony Lindgren wrote:
>
> > There are many devices where the device FIFO is memory mapped to the
> > GPMC bus on omaps, like TUSB, OneNAND, smc911x etc. I believe the
> > only reason why these have n
On Wednesday 12 June 2013 18:11:34 Ming Lei wrote:
> On Wed, Jun 12, 2013 at 5:11 PM, Oliver Neukum wrote:
> > On Tuesday 11 June 2013 15:10:03 Alan Stern wrote:
> >> In order to prevent this from happening, you would have to change the
> >> spin_lock() call in the completion handler to spin_lock_
On Wed, Jun 12, 2013 at 5:11 PM, Oliver Neukum wrote:
> On Tuesday 11 June 2013 15:10:03 Alan Stern wrote:
>> In order to prevent this from happening, you would have to change the
>> spin_lock() call in the completion handler to spin_lock_irqsave().
>> Furthermore, you will have to audit every USB
Initial patch set to add support for dwc3 in am437x platform.
This patch series addresses the regiter map differences between
OMAP5 and AM437x, to re-use the same driver.
AM437x and OMAP5 dwc3 subsytem have different register map.
Major differences are as follows.
OMAP5 has one main interrupt and
AM437x and OMAP5 dwc3 subsytem have different register map.
Major differences are as follows.
OMAP5 has one main interrupt and one misc interrupt
Aegis has four main interrupts and one misc interrupt.
Miscellanous Interrupt offsets are changed.
UTMI OTG Control and Status Registers offsets are ch
This patch Initializes the register offset values depending
on the X_MAJOR of USBOTGSS_REVISION register. Also adds register
offset defines and new debug register defines.
X_MAJOR is 2 for both OMAP5 and AM437x. But both have different glue register
layout. Differentiate AM437x using dt compatible
This patch adds wrappers to dwc3_omap_readl/writel calls to accomodate
both OMAP5 and AM437x reg maps (It uses the cached register offsets).
Also renames OMAP5 IRQ1 as IRQMISC and IRQ1 bits as IRQMISC bits.
Signed-off-by: George Cherian
---
drivers/usb/dwc3/dwc3-omap.c | 173
On Tuesday 11 June 2013 15:10:03 Alan Stern wrote:
> In order to prevent this from happening, you would have to change the
> spin_lock() call in the completion handler to spin_lock_irqsave().
> Furthermore, you will have to audit every USB driver to make sure that
> all the completion handlers ge
On Wed, 12 Jun 2013, Ming Lei wrote:
> On Wed, Jun 12, 2013 at 3:10 AM, Alan Stern wrote:
> >> Also the tasklet running in CPU0 can handle the work which should
> >> have been done by the same tasket scheduled in CPU1, so we can
> >> avoid busy-waitting in CPU1 which may be introduced by tasklet_
Typo.. corrected
"The /proc/iomem does not show this common register"
-Original Message-
From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-ow...@vger.kernel.org]
On Behalf Of B, Ravi
Sent: Wednesday, June 12, 2013 12:51 PM
To: Sergei Shtylyov
Cc: ABRAHAM, KISHON VIJAY; linux-usb@vge
+
+ res = platform_get_resource_byname(pdev, IORESOURCE_MEM, "phy_wkup");
+ phy->phy_wkup = ioremap(res->start, resource_size(res));
>>> devm_ioremap?
>> The phy_wakeup register is common across two instances of phy,
>> devm_ioremap_resource() will fail to map for twice for same
79 matches
Mail list logo
