hci-hcd.c, including ehci_suspend() and ehci_resume(), not
existing in the 3.1.10 kernel of the N7?
Thanks a lot.
Timur
"Can you charge & USB Host mode simultaneously?"
http://rootzwiki.com/forum/512-nexus-7
Project on github:
http://mehrvarz.github.com/usb-host-mode-power-management-nexus7
On 12/10/2012 11:08 PM, Greg KH wrote:
On Mon, Dec 10, 2012 at 10:42:50PM +0100, Timur wrote:
Hi. I created a replacement kernel for the Nexus 7. Together with a
USB Y-cable, this mod enables charging the N7, while running the
device in USB host mode. People are using this to operate N7 + USB
On 12/11/2012 12:04 AM, Greg KH wrote:
On Mon, Dec 10, 2012 at 11:53:27PM +0100, Timur wrote:
N7 is not using a vanilla kernel.
Yes, I know that quite well :)
It is one thing to apply
modifications to the given code base. It would be far more difficult
(I think) to replace the kernel as a
On 12/11/2012 04:34 PM, Alan Stern wrote:
On Mon, 10 Dec 2012, Timur wrote:
N7 is not using a vanilla kernel. It is one thing to apply modifications
to the given code base. It would be far more difficult (I think) to
replace the kernel as a whole. Maybe I should back port just as little
code
On 12/11/2012 06:36 PM, Timur wrote:
On 12/11/2012 04:34 PM, Alan Stern wrote:
On Mon, 10 Dec 2012, Timur wrote:
N7 is not using a vanilla kernel. It is one thing to apply
modifications
to the given code base. It would be far more difficult (I think) to
replace the kernel as a whole. Maybe I
On 12/11/2012 08:13 PM, Alan Stern wrote:
On Tue, 11 Dec 2012, Timur wrote:
Thank you for your response. Yes, unplugging helps. But host and slave
should also function in a fixed installation setup, where cables are
hidden. I tried different slave devices and they are all "not
acce
On 12/11/2012 11:24 PM, Alan Stern wrote:
On Tue, 11 Dec 2012, Timur wrote:
I am talking about both devices loosing external power at the same time.
Losing external power is different from losing power.
I'm trying to be as precise as I can.
The N7 will then switch to it's intern
On 12.12.2012 16:20, Alan Stern wrote:
On Wed, 12 Dec 2012, Timur wrote:
- Unplugging and re-plugging the slave device works well.
- Unplugging the Y-cable (disconnecting slave and external power at the
same time) then re-plugging the Y-cable works well.
- Disconnecting external power to both
en clearly the
slave is working correctly and the problem lies in the host controller.
This works well most of the time. Some issues in a few cases, not sure
why. (It is possible to debug over WiFi. But doing so would prevent LP0.)
Timur
--
To unsubscribe from this list: send the line "unsu
being present and call usb_add_hcd() directly.
Signed-off-by: Jack Pham
Signed-off-by: Timur Tabi
---
drivers/usb/host/ehci-msm.c | 53 ++---
1 file changed, 31 insertions(+), 22 deletions(-)
diff --git a/drivers/usb/host/ehci-msm.c b/drivers/usb/host/ehci
From: Jack Pham
Disable the silicon quirk which is normally enabled for HSIC
host mode. This would otherwise prevent low speed devices
from enumerating properly.
Signed-off-by: Jack Pham
Signed-off-by: Timur Tabi
---
drivers/usb/host/ehci-msm.c | 2 ++
include/linux/usb/msm_hsusb_hw.h
From: Jack Pham
Allow the EHCI MSM driver to probe against an ACPI enumerated
device with ID QCOM8040.
Signed-off-by: Jack Pham
Signed-off-by: Timur Tabi
---
drivers/usb/host/ehci-msm.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/host/ehci-msm.c b/drivers/usb/host
From: Azriel Samson
Registering usb_hcd_platform_shutdown to be called during
shutdown. This is a generic function that performs the
generic host stack's shutdown. It ensures that USB
operations do not continue while kexec boots a new kernel.
Signed-off-by: Azriel Samson
Signed-off-by:
e support.
Also, update to use the correct value of AHBMODE to allow
data transfers to be posted AHB transactions. This aligns
with the value used in the downstream MSM kernel.
Signed-off-by: Jack Pham
Signed-off-by: Timur Tabi
---
drivers/usb/host/ehci-msm.c | 4 +++-
1 file changed, 3 insertion
Jack Pham wrote:
Andy already sent a patch for just this register change.
http://marc.info/?l=linux-usb&m=144678991912202&w=2
I see it's already been queued on Greg's usb-next. I think it would be
good to rebase.
Ok, I will do that in my next patch version.
--
Sent by an employee of the Qualc
On Fri, Nov 6, 2015 at 12:04 AM, Andy Gross wrote:
> This patch sets the AHBMODE to allow for posted data writes. This
> results in higher performance.
>
> Signed-off-by: Andy Gross
I know it's a little late, but ...
Acked-by: Timur Tabi
--
Qualcomm Innovation Center,
From: Azriel Samson
Registering usb_hcd_platform_shutdown to be called during
shutdown. This is a generic function that performs the
generic host stack's shutdown. It ensures that USB
operations do not continue while kexec boots a new kernel.
Signed-off-by: Azriel Samson
Signed-off-by:
support.
Signed-off-by: Jack Pham
Signed-off-by: Timur Tabi
---
drivers/usb/host/ehci-msm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/host/ehci-msm.c b/drivers/usb/host/ehci-msm.c
index 102837e..b71947d 100644
--- a/drivers/usb/host/ehci-msm.c
+++ b/drivers/usb/host/ehc
being present and call usb_add_hcd() directly.
Signed-off-by: Jack Pham
Signed-off-by: Timur Tabi
---
drivers/usb/host/ehci-msm.c | 53 ++---
1 file changed, 31 insertions(+), 22 deletions(-)
diff --git a/drivers/usb/host/ehci-msm.c b/drivers/usb/host/ehci
From: Jack Pham
Allow the EHCI MSM driver to probe against an ACPI enumerated
device with ID QCOM8040.
Signed-off-by: Jack Pham
Signed-off-by: Timur Tabi
---
drivers/usb/host/ehci-msm.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/host/ehci-msm.c b/drivers/usb/host
From: Jack Pham
Disable the silicon quirk which is normally enabled for HSIC
host mode. This would otherwise prevent low speed devices
from enumerating properly.
Signed-off-by: Jack Pham
Signed-off-by: Timur Tabi
---
drivers/usb/host/ehci-msm.c | 2 ++
include/linux/usb/msm_hsusb_hw.h
Timur Tabi wrote:
From: Jack Pham
Disable the silicon quirk which is normally enabled for HSIC
host mode. This would otherwise prevent low speed devices
from enumerating properly.
Signed-off-by: Jack Pham
Signed-off-by: Timur Tabi
Felipe, any change that these five patches can make it
On Fri, Oct 9, 2015 at 5:30 AM, Mathias Nyman
wrote:
> The xhci platform driver needs to work on systems that
> either only support 64-bit DMA or only support 32-bit DMA.
> Attempt to set a coherent dma mask for 64-bit DMA, and
> attempt again with 32-bit DMA if that fails.
I know this patch is a
Mathias Nyman wrote:
Evolution of the patch can be found in this thread:
http://www.spinics.net/lists/linux-usb/msg128495.html
I think version 8 was the final one.
I couldn't find any answers to my questions in that thread. The key
change to the patch was made between v1 and v2:
+
On Tue, Mar 8, 2016 at 8:59 AM, Timur Tabi wrote:
>> + /* Try setting the coherent_dma_mask to 64 bits, then try 32 bits
>> */
>> + ret = dma_set_mask_and_coherent(&pdev->dev, DMA_BIT_MASK(64));
>> + if (ret) {
>> + ret =
On 01/31/2017 01:19 PM, Russell King wrote:
drivers/net/ethernet/qualcomm/emac/emac-sgmii.c:58:12: error: dereferencing
pointer to incomplete type 'struct phy_device'
Add linux/phy.h to emac-sgmii.c
Signed-off-by: Russell King
---
drivers/net/ethernet/qualcomm/emac/emac-sgmii.c | 1 +
The v
Hi,
PCI-E atomics don't work for me with a Thunderbolt 3 bridge.
I see the following message from my Thunderbolt 3 eGPU in dmesg:
kfd: skipped device 1002:67df, PCI rejects atomics
Hardware is a Dell XPS 13 9370 (with i7-8550U CPU) connected to a Zotac
AMP mini, with an AMD RX 570 graphics card.
On Wed, 2019-03-13 at 07:34 -0700, Greg KH wrote:
> On Wed, Mar 13, 2019 at 02:16:47PM +0100, Timur Kristóf wrote:
> > Hi,
> >
> > PCI-E atomics don't work for me with a Thunderbolt 3 bridge.
> > I see the following message from my Thunderbolt 3 eGPU in dmesg:
&
On 5/22/18 1:55 PM, Adam Wallis wrote:
+ struct device *dev = xhci_to_hcd(xhci)->self.sysdev;
Since you only use 'dev' to get the NUMA node, you might want to
consider this instead:
int node = dev_to_node(xhci_to_hcd(xhci)->self.sysdev);
--
Qualcomm Datacenter Technologies, In
On 12/4/17 8:27 AM, Adam Wallis wrote:
If no interval is specified, the default of 40,000ns (IMOD=160) will be
used.
...
+ - imod-interval-ns: default interrupt moderation interval is 5000ns
...
+ - imod-interval-ns: default interrupt moderation interval is 5000ns
...
+ xhci->i
On 12/04/2017 09:48 AM, Adam Wallis wrote:
As noted in the patch description, xhci-plat devices will use a default of
40,000, while MTK devices will use a default of 5,000. This is also documented
in the probe for each relevant driver. This is further confirmed in the
description for each driver'
Hi,
I have a Dell XPS 13 9370, which has just Type-C ports. Currently
running kernel 4.17.2. I found that plugging in a powered USB hub into
the Type-C port does not work.
Please let me know if this isn't the correct place to report this
problem. Not sure if this is a Dell-specific issue or a Lin
On Mon, 2018-06-25 at 13:11 +0300, Heikki Krogerus wrote:
> +Mika
>
> On Fri, Jun 22, 2018 at 10:12:10AM +0200, Timur Krist?f wrote:
> > Hi,
> >
> > I have a Dell XPS 13 9370, which has just Type-C ports. Currently
> > running kernel 4.17.2. I found that plugg
On Tue, 2018-06-26 at 11:29 +0300, Heikki Krogerus wrote:
> On Mon, Jun 25, 2018 at 01:09:32PM +0200, Timur Krist?f wrote:
> > On Mon, 2018-06-25 at 13:11 +0300, Heikki Krogerus wrote:
> > > +Mika
> > >
> > > On Fri, Jun 22, 2018 at 10:12:10AM +0
On Tue, 2018-06-26 at 13:52 +0300, Heikki Krogerus wrote:
> On Tue, Jun 26, 2018 at 12:10:56PM +0200, Timur Krist?f wrote:
> > On Tue, 2018-06-26 at 11:29 +0300, Heikki Krogerus wrote:
> > > On Mon, Jun 25, 2018 at 01:09:32PM +0200, Timur Krist?f wrote:
> > > > On
Hi Heikki,
On Fri, 2018-06-29 at 14:42 +0300, Heikki Krogerus wrote:
> Hi Tim,
>
> On Tue, Jun 26, 2018 at 02:10:57PM +0200, Timur Krist?f wrote:
> > > Can you send the dmesg output after you have plugged the powered
> > > and
> > > non-powered hubs:
> >
On Thu, 2018-07-05 at 15:58 +0300, Heikki Krogerus wrote:
> > >
> > > Did you have a change to test if the problem can be reproduced in
> > > Windows too?
> >
> > Sorry, not yet but I will get around to it next week.
> > (The XPS is my primary work machine so I will have to back up
> > everythin
SOC_USB_CTRL)
> + & PHY_CLK_VALID)
> + break;
> + udelay(1);
> + }
Use spin_event_timeout() instead.
--
Timur Tabi
Linux kernel developer at Freescale
--
To unsubscribe from this list: send the line "unsubs
38 matches
Mail list logo
