Alan Stern wrote:
> On Wed, 31 Jul 2013, James Stone wrote:
>> On Wed, Jul 31, 2013 at 4:48 PM, Alan Stern
>> wrote:
>>> James, see what happens with this patch. It will print a warning
>>> message in the system log every time it detects an underrun, but it
>>> won't cause an URB submission fail
On Wed, Jul 31, 2013 at 10:26:15PM +0200, Julia Lawall wrote:
> On Wed, 31 Jul 2013, Kumar Gaurav wrote:
>
> > Fixed String splitted into multiple line issue using macro
>
> I'm not an expert on this kind of style issue, but I prefer strings that
> look like strings.
>
Yeah. This patch makes
On Tue, Jul 30, 2013 at 09:49:05PM +0200, Frank Schäfer wrote:
> Based on the formula in the code description, Reinhard Max and me have
> investigated the devices behavior / functional principle of the divisor based
> baud rate encoding method.
>
> It turned out, that (although beeing a good start
On Sun, Jul 07, 2013 at 09:32:55PM +0200, pchavent wrote:
> On Sun, 7 Jul 2013 10:37:59 -0700, Greg KH wrote:
> >On Sun, Jul 07, 2013 at 07:17:40PM +0200, pchavent wrote:
> >>Hi.
> >>
> >>lsusb doesn't handle 32 bits Usage tags.
> >>
> >>I've tried to do a patch but i'm not confident in its
> >>imp
On Fri, Jul 26, 2013 at 06:19:16PM +0530, Kishon Vijay Abraham I wrote:
> +static int phy_get_id(void)
> +{
> + int ret;
> + int id;
> +
> + ret = ida_pre_get(&phy_ida, GFP_KERNEL);
> + if (!ret)
> + return -ENOMEM;
> +
> + ret = ida_get_new(&phy_ida, &id);
> + i
Qiao Zhou wrote:
> when usb audio device removes, it doesn't notify the ALSA read /
> write thread. due to no data transmitting any more, those threads
> wait for a long timeout(10s), then detects IO error. it causes
> long time blocking in upper layer read/write.
>
> to fix this issue, wake up pot
On Wed, Jul 31, 2013 at 09:40:26AM -0700, Sarah Sharp wrote:
> On Wed, Jul 31, 2013 at 06:51:47PM +0800, Ming Lei wrote:
> > This patch marks all xHCI controllers as no_sg_limit since
> > xHCI supports building packet from discontinuous buffers.
> >
> > Cc: Sarah Sharp
> > Signed-off-by: Ming Lei
On Wed, Jul 31, 2013 at 04:44:43PM -0400, Alan Stern wrote:
> On Wed, 31 Jul 2013, Tomasz Figa wrote:
>
> > Alan, Greg,
> >
> > On Tuesday 23 of July 2013 01:49:23 Tomasz Figa wrote:
> > > This patch modifies the ohci-s3c2410 driver to prepare and unprepare
> > > clocks in addition to enabling an
There are several drivers in drivers/net/usb/ that
do not have specific MAINTAINERS that should have
emails forwarded to the linux-usb mailing list.
Add a section for those drivers.
Signed-off-by: Joe Perches
---
> In the future, you do not need to send drivers/net/usb/ patches to me,
> netdev a
On Thu, Aug 01, 2013 at 12:48:48AM -0700, Joe Perches wrote:
> There are several drivers in drivers/net/usb/ that
> do not have specific MAINTAINERS that should have
> emails forwarded to the linux-usb mailing list.
>
> Add a section for those drivers.
>
> Signed-off-by: Joe Perches
> ---
> > In
Hi,
Le Wed, 31 Jul 2013 18:41:57 +0100,
Tuomas Tynkkynen a écrit :
> The has_hostpc capability bit indicates that the host controller has
> the HOSTPC register extensions, but at the same time enables clock
> disabling power saving features with the PHY Low Power Clock Disable
> (PHCD) bit.
>
>
On Thu, 2013-08-01 at 15:56 +0800, Greg KH wrote:
> On Thu, Aug 01, 2013 at 12:48:48AM -0700, Joe Perches wrote:
> > There are several drivers in drivers/net/usb/ that
> > do not have specific MAINTAINERS that should have
> > emails forwarded to the linux-usb mailing list.
> > diff --git a/MAINTAI
On Thu, Aug 1, 2013 at 1:04 PM, Eric Dumazet wrote:
> On Thu, 2013-08-01 at 12:41 +0800, Ming Lei wrote:
>
>> From my trace result, lots of linear SKBs are cloned or header-cloned, so
>> it needs skb copy too.
>>
>> Is it normal in xmit path to see cloned SKBs for driver? If not, I can add
>> che
On Thu, 2013-08-01 at 15:30 +0800, Greg Kroah-Hartman wrote:
> On Wed, Jul 31, 2013 at 09:40:26AM -0700, Sarah Sharp wrote:
> > On Wed, Jul 31, 2013 at 06:51:47PM +0800, Ming Lei wrote:
> > > This patch marks all xHCI controllers as no_sg_limit since
> > > xHCI supports building packet from discont
Hi,
Peter Chen writes:
> On Wed, Jul 31, 2013 at 04:21:14PM +0200, Lothar Waßmann wrote:
> > This prevents the USB PHY refcount to be decremented below zero upon
> > unloading the ci-hdrc-imx module.
> >
> > Signed-off-by: Lothar Waßmann
> > ---
> > drivers/usb/chipidea/ci_hdrc_imx.c |4 +--
Hi,
Peter Chen writes:
> On Wed, Jul 31, 2013 at 04:21:15PM +0200, Lothar Waßmann wrote:
> >
> > Signed-off-by: Lothar Waßmann
> > ---
> > drivers/usb/chipidea/core.c |1 -
> > 1 files changed, 0 insertions(+), 1 deletions(-)
> >
> > diff --git a/drivers/usb/chipidea/core.c b/drivers/usb/c
Hi,
Peter Chen writes:
> On Wed, Jul 31, 2013 at 04:21:16PM +0200, Lothar Waßmann wrote:
> > commit 40dcd0e introduced the following code to the ci_hdrc_probe()
> > function:
> >
> > + if (!dev->of_node && dev->parent)
> > + dev->of_node = dev->parent->of_node;
> >
> > This i
On 08/01/2013 03:33 PM, Clemens Ladisch wrote:
Qiao Zhou wrote:
when usb audio device removes, it doesn't notify the ALSA read /
write thread. due to no data transmitting any more, those threads
wait for a long timeout(10s), then detects IO error. it causes
long time blocking in upper layer read
hello,
I'm reading code of usb core and driver model/sysfs. I believe they are
designed with OOP. So, do we have any UML design diagrams for better
understanding? I can't image newbies can ramp up quickly in front of
such tons of codes without a high-level design guidance, though I
believe I can un
The AT91 PMC (Power Management Controller) provides an USB clock used by
USB Full Speed host (ohci) and USB Full Speed device (udc).
The usb drivers (ohci and udc) must configure this clock to 48Mhz.
This configuration was formely done in mach-at91/clock.c, but this
implementation will be removed w
On Thu, Aug 01, 2013 at 10:38:18AM +0200, Lothar Waßmann wrote:
> Hi,
>
> Peter Chen writes:
> > On Wed, Jul 31, 2013 at 04:21:14PM +0200, Lothar Waßmann wrote:
> > > This prevents the USB PHY refcount to be decremented below zero upon
> > > unloading the ci-hdrc-imx module.
> > >
> > > Signed-of
On Thu, Aug 01, 2013 at 10:40:42AM +0200, Lothar Waßmann wrote:
> Hi,
>
> Peter Chen writes:
> > On Wed, Jul 31, 2013 at 04:21:15PM +0200, Lothar Waßmann wrote:
> > >
> > > Signed-off-by: Lothar Waßmann
> > > ---
> > > drivers/usb/chipidea/core.c |1 -
> > > 1 files changed, 0 insertions(+)
Hi folks,
as we all know naming conventions are fragile and easy to break. We've
had weird endpoint naming conventions for far too long in the gadget
framework.
I'm trying to come up with means to get rid of that and, one of the
ideas, was to add transfer support flags to our struct usb_ep which
Updated the document as per the latest implementation.
While at it also fixed some trivial typos.
Signed-off-by: Sachin Kamat
---
.../devicetree/bindings/usb/exynos-usb.txt | 38 +++-
1 file changed, 21 insertions(+), 17 deletions(-)
diff --git a/Documentation/devicetr
Peter Chen writes:
> On Thu, Aug 01, 2013 at 10:40:42AM +0200, Lothar Waßmann wrote:
> > Hi,
> >
> > Peter Chen writes:
> > > On Wed, Jul 31, 2013 at 04:21:15PM +0200, Lothar Waßmann wrote:
> > > >
> > > > Signed-off-by: Lothar Waßmann
> > > > ---
> > > > drivers/usb/chipidea/core.c |1 -
>
Hi,
On Thu, Aug 01, 2013 at 12:29:55PM +0300, Felipe Balbi wrote:
> Hi folks,
>
> as we all know naming conventions are fragile and easy to break. We've
> had weird endpoint naming conventions for far too long in the gadget
> framework.
>
> I'm trying to come up with means to get rid of that and
Updated the documentation as per the latest driver implementation.
While at it also fixed some trivial typos.
Signed-off-by: Sachin Kamat
---
.../devicetree/bindings/usb/samsung-usbphy.txt | 48 ++--
1 file changed, 23 insertions(+), 25 deletions(-)
diff --git a/Documentat
On 08/01/2013 11:29 AM, Felipe Balbi wrote:
> Hi folks,
Hi felipe,
> as we all know naming conventions are fragile and easy to break.
> We've had weird endpoint naming conventions for far too long in the
> gadget framework.
>
> I'm trying to come up with means to get rid of that and, one of
> th
On Thu, 2013-08-01 at 17:13 +0800, Chen Wang wrote:
> hello,
> I'm reading code of usb core and driver model/sysfs. I believe they are
> designed with OOP.
Yes, much of the code is OO. However, we usually
don't overwrite methods.
> So, do we have any UML design diagrams for better
No. The code w
On Thu, Aug 01, 2013 at 10:43:52AM +0200, Lothar Waßmann wrote:
> Hi,
>
> Peter Chen writes:
> > On Wed, Jul 31, 2013 at 04:21:16PM +0200, Lothar Waßmann wrote:
> > > commit 40dcd0e introduced the following code to the ci_hdrc_probe()
> > > function:
> > >
> > > + if (!dev->of_node && dev->
On Thu, Aug 01, 2013 at 11:47:56AM +0200, Sebastian Andrzej Siewior wrote:
> On 08/01/2013 11:29 AM, Felipe Balbi wrote:
> > Hi folks,
>
> Hi felipe,
>
> > as we all know naming conventions are fragile and easy to break.
> > We've had weird endpoint naming conventions for far too long in the
> >
when usb audio device removes, we need to stop the current pcm
substream when detecting hw disconnects. otherwise the read /
write thread may sleep for long time before timeout, thus upper
layer is blocked for long time and can't repsond quickly to the
hw disconnection.
also substream & pcm may st
v2->v1:
stop pcm stream instead of wake up the sleep thread, which is more
reasonable.
Qiao Zhou (1):
usb: gadget: audio file: wake up sleep thread when device unbind
drivers/usb/gadget/f_audio_source.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
--
To unsubscribe fro
On Wednesday, June 12, 2013 5:17 PM Felipe Balbi wrote:
> Hi,
>
> This is a note to let you know that the patch:
>
> usb: gadget: cdc2: convert to new interface of f_ecm
>
> has been applied to my tree and can be found at:
>
> http://bit.ly/172DRHC
>
> a snapshot of the tree ca
On 08/01/2013 12:18 PM, Felipe Balbi wrote:
> yeah, I want to drop gadget_is_*() altogether and add feature flags
> for the struct usb_gadget too. I mean, gadget driver shouldn't need
> to know that it's running on dwc3, it needs to know if the UDC
> supports alternate settings.
One of them is to
Hi
On Thu, Aug 01, 2013 at 12:31:55PM +0200, Andrzej Pietrasiewicz wrote:
> On Wednesday, June 12, 2013 5:17 PM Felipe Balbi wrote:
> > Hi,
> >
> > This is a note to let you know that the patch:
> >
> > usb: gadget: cdc2: convert to new interface of f_ecm
> >
> > has been applied to my
This fixes commit a38a275030086d95306555e544fc7c0e65ccd00e.
The invocation of usb_get_function_instance() is in cdc_bind()
and should not be repeated in cdc_do_config().
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/cdc2.c | 19 +--
Hi,
On Thu, Aug 01, 2013 at 12:40:47PM +0200, Andrzej Pietrasiewicz wrote:
> This fixes commit a38a275030086d95306555e544fc7c0e65ccd00e.
> The invocation of usb_get_function_instance() is in cdc_bind()
> and should not be repeated in cdc_do_config().
>
>
> Signed-off-by: Andrzej Pietrasiewicz
>
On 08/01/2013 07:24 AM, George Cherian wrote:
>> b/arch/arm/boot/dts/am33xx.dtsi
>> index 38b446b..0f756ca 100644
>> --- a/arch/arm/boot/dts/am33xx.dtsi
>> +++ b/arch/arm/boot/dts/am33xx.dtsi
>> @@ -333,21 +337,85 @@
>> status = "disabled";
>> };
>> -usb@4740 {
On 08/01/2013 07:36 AM, George Cherian wrote:
please keep the file here file snipping
>> +static const struct of_device_id omap_control_usb_id_table[] = {
>> +{ .compatible = "ti,am335x-ctrl-module", .data = &ctrl_am335x },
>> +{}
>> +};
>> +MODULE_DEVICE_TABLE(of, omap_control_usb_id_tab
On 08/01/2013 12:52 PM, Sebastian Andrzej Siewior wrote:
> On 08/01/2013 07:24 AM, George Cherian wrote:
>>> b/arch/arm/boot/dts/am33xx.dtsi
>>> index 38b446b..0f756ca 100644
>>> --- a/arch/arm/boot/dts/am33xx.dtsi
>>> +++ b/arch/arm/boot/dts/am33xx.dtsi
>>> @@ -333,21 +337,85 @@
>>>
Hi list,
blunt question, because I'm about to assemble a new Haswell box and I
wonder if waiting for C2 boards makes sense:
Does Linux care about the apparent C1 stepping xHCI bug [1]?
Are workarounds required for the kernel? If so, does C2 get rid of them?
[1] http://www.guru3d.com/news_story/i
Hello.
On 01-08-2013 3:29, Stephen Warren wrote:
Don't they cause numerous resource conflicts while device nodes
being
instantiated as the platform devices?
No; the driver knows that the HW is screwy and there's lots of
register-range sharing going on, so it simply maps the registers, r
Hello.
Your subject don't seem to match the patch itself.
On 01-08-2013 14:40, Andrzej Pietrasiewicz wrote:
This fixes commit a38a275030086d95306555e544fc7c0e65ccd00e.
Please also specify that commit's summary line in parens.
The invocation of usb_get_function_instance() is in cdc_bi
On 08/01/2013 02:22 AM, Stephen Warren wrote:
> On 07/31/2013 11:41 AM, Tuomas Tynkkynen wrote:
>> Hi all,
>>
>> Here are the patches for the USB tree to enable USB Host support on Tegra30
>> and
>> Tegra114. These are based on my and Mikko's cleanup patches that just got
>> merged to Felipe's tre
On Thu, 2013-08-01 at 16:10 +0800, Ming Lei wrote:
> On Thu, Aug 1, 2013 at 1:04 PM, Eric Dumazet wrote:
> > On Thu, 2013-08-01 at 12:41 +0800, Ming Lei wrote:
> >
> >> From my trace result, lots of linear SKBs are cloned or header-cloned, so
> >> it needs skb copy too.
> >>
> >> Is it normal in x
On Thu, Aug 01, 2013 at 11:51:07AM +0200, Oliver Neukum wrote:
> On Thu, 2013-08-01 at 17:13 +0800, Chen Wang wrote:
> > hello,
> > I'm reading code of usb core and driver model/sysfs. I believe they are
> > designed with OOP.
>
> Yes, much of the code is OO. However, we usually
> don't overwrite
From: Eric Dumazet
ax88179_tx_fixup() has quite complex code trying to push 8 bytes
of control data (len/mss), but fails to do it properly for TCP packets,
incurring an extra copy and point of memory allocation failure.
Lets use the simple and approved way.
dev->needed_headroom being 8, all fra
On Thu, 2013-08-01 at 06:49 -0700, Eric Dumazet wrote:
> From: Eric Dumazet
>
> ax88179_tx_fixup() has quite complex code trying to push 8 bytes
> of control data (len/mss), but fails to do it properly for TCP packets,
> incurring an extra copy and point of memory allocation failure.
I forgot to
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
As we don't support non-DT boot, we just bail out on probe
if device node is
Split otghs_ctrl and USB2 PHY power down into separate
omap-control-usb nodes. Update ti,mode property.
CC: Benoit Cousson
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap4.dtsi | 17 -
1 files changed, 12 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/om
Split USB2 PHY and USB3 PHY into separate omap-control-usb
nodes. Update ti,mode property.
CC: Benoit Cousson
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5.dtsi | 18 --
1 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/a
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
Signed-off-by: Roger Quadros
---
drivers/usb/musb/omap2430.c | 22 ++
TYPE2 meaning has changed. It is now a USB2 phy with Power down bit in
control_dev_conf register.
Introduce TYPE3 and TYPE4 PHY. TYPE3 is USB3 phy with DPLL and individual
TX/RX power control. TYPE4 is USB2 phy with power aux register.
Update DT binding information to reflect these changes.
Also
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
As we don't support non-DT boot, we just bail out on probe
if device node is
Hi,
This patchset does the following:
* Restructure and add support for new PHY types. We now support the follwing
four types
TYPE1 - if it has otghs_control mailbox register (e.g. on OMAP4)
TYPE2 - if it has Power down bit in control_dev_conf register. e.g. USB2 PHY
TYPE3 - if it has DPLL an
This fixes commit a38a275030086d95306555e544fc7c0e65ccd00e
(usb: gadget: cdc2: convert to new interface of f_ecm)
The invocation of usb_get_function_instance() is in cdc_bind()
and should not be repeated in cdc_do_config().
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
This function was preventing us from supporting multiple
instances. Get rid of it. Since we support DT boots only,
users can get the control device phandle from the DT node.
Signed-off-by: Roger Quadros
---
drivers/usb/phy/phy-omap-control.c | 31 ++-
include/linu
On Wed, 2013-07-31 at 11:13 -0400, Alan Stern wrote:
> More importantly, if we already know that the medium is not present or
> has been changed since it was last used, then there's no reason to call
> sd_sync_cache() at all.
Like this?
Regards
Oliver
>From 8c90d860652
On Thu, 1 Aug 2013, Oliver Neukum wrote:
> On Thu, 2013-08-01 at 17:13 +0800, Chen Wang wrote:
> > hello,
> > I'm reading code of usb core and driver model/sysfs. I believe they are
> > designed with OOP.
>
> Yes, much of the code is OO. However, we usually
> don't overwrite methods.
>
> > So, d
On Thu, 1 Aug 2013, Boris BREZILLON wrote:
> The AT91 PMC (Power Management Controller) provides an USB clock used by
> USB Full Speed host (ohci) and USB Full Speed device (udc).
> The usb drivers (ohci and udc) must configure this clock to 48Mhz.
> This configuration was formely done in mach-at9
On Wed, 31 Jul 2013, James Stone wrote:
> > It seems likely that the error is caused by an SMI taking too much
> > time. At least, we seem to have ruled out everything else. Besides,
> > this change has to be made eventually in any case -- underruns can
> > occur at any time, in principle, and t
From: Mikko Perttunen
Device tree entries for the three EHCI controllers on Tegra114.
Enables the the third controller (USB host) on Dalmore.
Signed-off-by: Mikko Perttunen
---
arch/arm/boot/dts/tegra114-dalmore.dts | 9 +
arch/arm/boot/dts/tegra114.dtsi| 62 ++
Add device tree entries for the 3 USB controllers and PHYs and
enable the third controller on Cardhu and Beaver boards.
Fix VBUS regulator entries on Beaver. The GPIO pins were wrong.
Also, internal pullups need to be enabled on those pins.
Signed-off-by: Tuomas Tynkkynen
---
v2: Use internal pu
Hi all,
Here's the device tree changes required for USB Host support on Tegra30 and
Tegra114. This enables USB Host on the Cardhu's dock connector port and on the
single built-in A-ports on Dalmore and Beaver.
Diff from v1:
- Use internal pullups on the VBUS regulator GPIOs on Beaver.
Mikko Per
Hi Nate,
On Tue, Jul 30, 2013 at 6:33 PM, Stoddard, Nate (GE Healthcare)
wrote:
> So you would expect a temporary CPU increase when a device is connected or
> reset since the scheduler will need to set up when the packets will be
> transferred. Once this is complete, the CPU should return to
On 01/08/2013 16:39, Alan Stern wrote:
On Thu, 1 Aug 2013, Boris BREZILLON wrote:
The AT91 PMC (Power Management Controller) provides an USB clock used by
USB Full Speed host (ohci) and USB Full Speed device (udc).
The usb drivers (ohci and udc) must configure this clock to 48Mhz.
This configur
On 08/01/2013 01:13 AM, Stephen Warren wrote:
> On 07/31/2013 11:42 AM, Tuomas Tynkkynen wrote:
>> Add device tree entries for the 3 USB controllers and PHYs and
>> enable the third controller on Cardhu and Beaver boards.
>>
>> Fix VBUS regulator entries on Beaver. The GPIO pins were wrong.
>
> Th
On Thu, 1 Aug 2013, James Stone wrote:
> I've got some error messages written to syslog now - with no audible
> effect on audio processing:
> Aug 1 01:12:36 blueberry kernel: [ 6233.028335] ehci-pci
> :00:12.2: iso underrun 8800c872db00 (1407+0 < 1471)
That's an impressive one. It indi
On Thu, 1 Aug 2013, Clemens Ladisch wrote:
> > It seems likely that the error is caused by an SMI taking too much
> > time. At least, we seem to have ruled out everything else. Besides,
> > this change has to be made eventually in any case -- underruns can
> > occur at any time, in principle, an
On Wed, Jul 31, 2013 at 3:51 AM, Ming Lei wrote:
> This patch enables 'can_dma_sg' flag for ax88179_178a device
> if the attached host controller supports building packet from
> discontinuous buffers(DMA SG is possible), so both frame header
> and skb data buffers can be passed to usb stack via ur
On Thu, 2013-08-01 at 08:30 -0700, Grant Grundler wrote:
> http://lxr.free-electrons.com/source/include/linux/byteorder/generic.h#L111
> http://lxr.free-electrons.com/ident?i=__cpu_to_le32s
>
> IIRC, cpu_to_leXX() macros return the endian "corrected" value.
> In other words, they need to be assig
On Thu, 1 Aug 2013, Felipe Balbi wrote:
> Hi folks,
>
> as we all know naming conventions are fragile and easy to break. We've
> had weird endpoint naming conventions for far too long in the gadget
> framework.
>
> I'm trying to come up with means to get rid of that and, one of the
> ideas, was
Hi,
On Thu, Aug 01, 2013 at 11:44:59AM -0400, Alan Stern wrote:
> On Thu, 1 Aug 2013, Felipe Balbi wrote:
>
> > Hi folks,
> >
> > as we all know naming conventions are fragile and easy to break. We've
> > had weird endpoint naming conventions for far too long in the gadget
> > framework.
> >
>
On Thu, 1 Aug 2013, Oliver Neukum wrote:
> On Wed, 2013-07-31 at 11:13 -0400, Alan Stern wrote:
>
> > More importantly, if we already know that the medium is not present or
> > has been changed since it was last used, then there's no reason to call
> > sd_sync_cache() at all.
>
> Like this?
Yes
On Thu, 1 Aug 2013, boris brezillon wrote:
> > What happens if uclk isn't found but it is needed?
> It will not fail but I guess the usb host won't work as the clock won't
> be correctly
> configured.
>
> I agree with you: this is not a good solution.
>
> Another option is to keep the previous
On Thu, 1 Aug 2013, Felipe Balbi wrote:
> > The endpoint naming convention currently determines type and direction.
> > It works okay for simple cases but not for more complicated ones. For
> > example, it can't handle endpoints that support bulk or interrupt but
> > not isochronous. If you
On Thu, Aug 1, 2013 at 8:36 AM, Eric Dumazet wrote:
...
>> IIRC, cpu_to_leXX() macros return the endian "corrected" value.
>> In other words, they need to be assigned to something, no?
>
> Nope, this in in-place byte swapping (for Big Endian only)
Ah ok - thanks for clarifying. I couldn't find th
On 08/01/2013 03:54 AM, Greg KH wrote:
On Sun, Jul 07, 2013 at 09:32:55PM +0200, pchavent wrote:
On Sun, 7 Jul 2013 10:37:59 -0700, Greg KH wrote:
On Sun, Jul 07, 2013 at 07:17:40PM +0200, pchavent wrote:
Hi.
lsusb doesn't handle 32 bits Usage tags.
I've tried to do a patch but i'm not confi
On 08/01/2013 07:02 AM, Tuomas Tynkkynen wrote:
> On 08/01/2013 02:22 AM, Stephen Warren wrote:
>> On 07/31/2013 11:41 AM, Tuomas Tynkkynen wrote:
>>> Hi all,
>>>
>>> Here are the patches for the USB tree to enable USB Host support on Tegra30
>>> and
>>> Tegra114. These are based on my and Mikko's
On 08/01/2013 09:00 AM, Tuomas Tynkkynen wrote:
> Add device tree entries for the 3 USB controllers and PHYs and
> enable the third controller on Cardhu and Beaver boards.
>
> Fix VBUS regulator entries on Beaver. The GPIO pins were wrong.
> Also, internal pullups need to be enabled on those pins.
On Thu, 1 Aug 2013, James Stone wrote:
> > SMIs are controlled by the BIOS, not by the kernel. I don't think
> > changing the kernel would affect their timings.
> >
>
> Hmm.. ok. So do I need to see if there is a bios update/report this to
> motherboard manufacturer?
If there's an update availa
The AT91 PMC (Power Management Controller) provides an USB clock used by
USB Full Speed host (ohci) and USB Full Speed device (udc).
The usb drivers (ohci and udc) must configure this clock to 48Mhz.
This configuration was formely done in mach-at91/clock.c, but this
implementation will be removed w
The AT91 PMC (Power Management Controller) provides an USB clock used by
USB Full Speed host (ohci) and USB Full Speed device (udc).
The usb drivers (ohci and udc) must configure this clock to 48Mhz.
This configuration was formely done in mach-at91/clock.c, but this
implementation will be removed w
On Tue, 30 Jul 2013, Takashi Iwai wrote:
> At Mon, 29 Jul 2013 21:23:15 +0200,
> Daniel Mack wrote:
> >
> > On 29.07.2013 20:20, Alan Stern wrote:
> > > data_ep_set_params() checks snd_usb_endpoint_implicit_feedback_sink()
> > > in three places. It looks like only the second place is correct.
Hello.
On 08/01/2013 07:56 PM, Alan Stern wrote:
What happens if uclk isn't found but it is needed?
It will not fail but I guess the usb host won't work as the clock won't
be correctly
configured.
I agree with you: this is not a good solution.
Another option is to keep the previous ver
On Mon, 29 Jul 2013, Clemens Ladisch wrote:
> Alan Stern wrote:
> > Clemens remarked some time ago that keeping the queue full would be
> > trivial, if only he knew how full it needed to be. The answer to that
> > is given above. I have been trying to make the appropriate changes,
> > but I'm no
On Thu, 1 Aug 2013, Boris BREZILLON wrote:
> The AT91 PMC (Power Management Controller) provides an USB clock used by
> USB Full Speed host (ohci) and USB Full Speed device (udc).
> The usb drivers (ohci and udc) must configure this clock to 48Mhz.
> This configuration was formely done in mach-at9
On Thu, 1 Aug 2013, Sergei Shtylyov wrote:
> > Yes. However, a more elegant approach is to protect the relevant
> > statements with: if (defined(CONFIG_COMMON_CLK)). This preprocessor
>
> You probably meant IS_ENABLED() or IS_BUIILTIN()? Or is there something I
> don't know about gcc prepr
Make sure that we mark const string so that it does not get modified.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozproto.c |6 +++---
drivers/staging/ozwpan/ozproto.h |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/ozwpan/ozproto.c b/d
Use kernel's strncmp() function instead of defining same within driver.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozproto.c | 17 +
1 file changed, 1 insertion(+), 16 deletions(-)
diff --git a/drivers/staging/ozwpan/ozproto.c b/drivers/staging/ozwpan/ozproto.c
in
Managing interface list, is easier if we use kernel list_* API
than managing it on our own.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozproto.c | 29 +
1 file changed, 13 insertions(+), 16 deletions(-)
diff --git a/drivers/staging/ozwpan/ozproto.c b/d
In case of ISOC transfer, if TX queue is full then we start
dropping latest frame, instead we should drop oldest frame &
add latest frame to TX queue.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozpd.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git
This patch series removes duplicate code, & replaces it
with kernel library functions, and few bug fixes.
Rupesh Gujare (6):
staging: ozwpan: Use kernel list function for managing interface
list.
staging: ozwpan: Mark string as const
staging: ozwpan: Use kernel strncmp function.
stagin
Farewell report size can be bigger than one byte, increase array
size to accomodate maximum 32 bytes of farewell report.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozpd.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ozwpan/ozpd.h b/drivers/s
Fixes a bug where we were not setting length field causing wrong
report size to be copied.
Signed-off-by: Rupesh Gujare
---
drivers/staging/ozwpan/ozproto.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/ozwpan/ozproto.c b/drivers/staging/ozwpan/ozproto.c
index ec60286..0
Em Sun, 28 Jul 2013 22:29:04 -0700
Joe Perches escreveu:
> It's convenient to have ethernet mac addresses use
> ETH_ALEN to be able to grep for them a bit easier and
> also to ensure that the addresses are __aligned(2).
>
> Add #include as necessary.
>
> Signed-off-by: Joe Perches
> ---
> in
On Thu, 2013-08-01 at 18:40 +0100, Rupesh Gujare wrote:
> Make sure that we mark const string so that it does not get modified.
[]
> diff --git a/drivers/staging/ozwpan/ozproto.h
> b/drivers/staging/ozwpan/ozproto.h
[]
> -void oz_binding_add(char *net_dev);
> -void oz_binding_remove(char *net_dev)
Alan Stern wrote:
> On Thu, 1 Aug 2013, Clemens Ladisch wrote:
>>> It seems likely that the error is caused by an SMI taking too much
>>> time. At least, we seem to have ruled out everything else. Besides,
>>> this change has to be made eventually in any case -- underruns can
>>> occur at any tim
Hi,
On Thu, Aug 01, 2013 at 11:58:30AM -0400, Alan Stern wrote:
> > > The endpoint naming convention currently determines type and direction.
> > > It works okay for simple cases but not for more complicated ones. For
> > > example, it can't handle endpoints that support bulk or interrupt but
1 - 100 of 135 matches
Mail list logo
