** Changed in: linux-linaro
Status: Fix Committed => Fix Released
** Changed in: linux-linaro
Assignee: Mian Yousaf Kaukab (mian-yousaf-kaukab) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.l
I have no USB analyzer in my office. The 'git bisect' was one of the few
items remaining in my todo list. Thanks for your time.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP sc
Emeric,
On Wed, Jul 11, 2012 at 1:20 AM, Emeric Vigier
<709...@bugs.launchpad.net> wrote:
> Ming Lei,
>
> Delay between URB submission and call-back for a given URB is huge indeed...
> My hardware (panda rev A3) is fine: linaro-12.05 (kernel-3.4) and
> linaro-11.09's ethernet works just fine.
Ye
Ming Lei,
Delay between URB submission and call-back for a given URB is huge indeed...
My hardware (panda rev A3) is fine: linaro-12.05 (kernel-3.4) and
linaro-11.09's ethernet works just fine.
My aosp kernel is "based" on kernel-3.0.8 but has wide differences with
linaro-11.09 (3.1) kernel, sta
Emeric，
>From your usbmon trace, I can find that your TX is extremely slow:
It may take several seconds to complete one packet with
1514bytes.
Could you run upstream kernel(3.4 or 3.5-rcX) first to see if the hardware of
your smsc95xx NIC is OK? And you'd better to test a usb storage t
I ran iperf as well and got poor results with both 256KB and 16Bytes
(2KB).
(desktop-pc) $ iperf -s -w 256K
Server listening on TCP port 5001
TCP window size: 256 KByte (WARNING: requested 256 KByte)
---
1. Here I booted Android without RJ45 cable plugged. I issued:
# cat /sys/kernel/debug/usb/usbmon/1u > /sdcard/1.mon.out.11
2. Then I plugged in the cable, got an IP address through DHCP:
(panda) # netcfg eth0 dhcp
eth0 UP 192.168.50.107/24 0x1043
42:82:7e:fd
On Fri, Jul 6, 2012 at 9:57 PM, Emeric Vigier <709...@bugs.launchpad.net> wrote:
> I don't think it is the same problem. My ethernet TX gets stuck stuck to
> 10-20KBps (80-160Kbps). When I force some activity (USB mouse events) it
> can reach ~1MBps (8Mbps). Also the interface is supposed to (and s
I don't think it is the same problem. My ethernet TX gets stuck stuck to
10-20KBps (80-160Kbps). When I force some activity (USB mouse events) it
can reach ~1MBps (8Mbps). Also the interface is supposed to (and says
to) be 100Mbps...
I opened a thread on various mailing-lists:
http://comments.gman
On Fri, Jul 6, 2012 at 6:57 AM, Emeric Vigier <709...@bugs.launchpad.net> wrote:
> Hi,
>
> I am having ethernet performance issue on panda rev A3. TX gets stuck while
> RX seems fine. At least pinging is ok...
We are discussing a similar problem now, see below link:
http://marc.info/
Hi,
I am having ethernet performance issue on panda rev A3. TX gets stuck while RX
seems fine. At least pinging is ok...
I started a thread on various mailing-list
(http://comments.gmane.org/gmane.linux.network/234335).
I made a lot of trials but no luck so far...
My problem may be related to t
** Branch linked: lp:ubuntu/linux-ti-omap4
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notifications about this bug go to:
https://bugs.l
Finally, Will Deacon figured out a workaround for the issue on arm code, see
below upstream commit:
(CONFIG_PL310_ERRATA_769419 is needed for the fix)
commit 11ed0ba1754841316d4095478944300acf19acc3
Author: Will Deacon
Date: Mon Nov 14 17:24:58 2011 +0100
ARM: 7161/1: errata: no automati
** Changed in: oem-priority/natty
Status: Fix Committed => Fix Released
** Changed in: oem-priority/maverick
Status: Fix Committed => Fix Released
** Changed in: oem-priority
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a membe
This bug was fixed in the package linux-ti-omap4 - 2.6.38-1209.16
---
linux-ti-omap4 (2.6.38-1209.16) natty-proposed; urgency=low
* Release tracking bug
- LP: #862554
[ Ming Lei ]
* SAUCE: usb: ehci: make HC see up-to-date qh/qtd descriptor ASAP
- LP: #709245
[ Upst
Tested kernel 2.6.38-1209.16. Much improvement to write speeds.
Test used: dd bs=4M count=100 if=/dev/zero of=test.img
Before:
419430400 bytes (419 MB) copied, 50.2334 s, 8.3 MB/s
After:
419430400 bytes (419 MB) copied, 18.7676 s, 22.3 MB/s
** Tags removed: verification-needed-natty
** Tags a
Natty 2.6.38-1209.16 release is now available in -proposed.
This bug is awaiting verification that this kernel for Natty in
-proposed solves the problem. Please test the kernel and update this bug
with the results. If the problem is solved, change the tag
'verification-needed-natty' to 'verificati
** Branch linked: lp:ubuntu/natty-proposed/linux-ti-omap4
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notifications about this bug go to:
** Changed in: linaro-ubuntu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notifications about
This bug was fixed in the package linux-ti-omap4 - 2.6.35-903.25
---
linux-ti-omap4 (2.6.35-903.25) maverick-proposed; urgency=low
[ Ming Lei ]
* SAUCE: usb: ehci: make HC see up-to-date qh/qtd descriptor ASAP
- LP: #709245
[ Upstream Kernel Changes ]
* cifs: fix possib
** Changed in: linux-linaro
Status: Confirmed => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notifications about thi
Tested the Maverick kernel in proposed. While I am not seeing much
improvement, the kernel at least doesn't break other things.
The following is the results of testing on a PATA drive in an external
enclosure:
-- BEFORE --
Linux panda5 2.6.35-903-omap4 #24-Ubuntu SMP PREEMPT Thu Sep 1 20:37:40 U
** Changed in: linaro-ubuntu
Status: Confirmed => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notifications about th
** Changed in: oem-priority
Status: New => Fix Committed
** Also affects: oem-priority/maverick
Importance: Undecided
Status: New
** Also affects: oem-priority/natty
Importance: Undecided
Status: New
** Also affects: oem-priority/oneiric
Importance: Undecided
This bug is awaiting verification that the kernel for Maverick in
-proposed (2.6.35-903.25) solves the problem. Please test the kernel and
update this bug with the results. If the problem is solved, change the
tag 'verification-needed-maverick' to 'verification-done-maverick'.
If verification is n
** Branch linked: lp:ubuntu/maverick-proposed/linux-ti-omap4
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notifications about this bug go
** Changed in: linux-ti-omap4 (Ubuntu Maverick)
Status: Confirmed => Fix Committed
** Changed in: linux-ti-omap4 (Ubuntu Natty)
Status: Confirmed => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://b
** Branch linked: lp:ubuntu/linux-ti-omap4
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notifications about this bug go to:
https://bugs.l
This bug was fixed in the package linux-ti-omap4 - 3.0.0-1204.9
---
linux-ti-omap4 (3.0.0-1204.9) oneiric; urgency=low
[ Leann Ogasawara ]
* [Config] Update CONFIG_EFI_VARS enforcer check
[ Paolo Pisati ]
* Revert "[Config] Temporarily turn off audio support on omap4."
*
** Tags added: rls-mgr-o-tracking
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notifications about this bug go to:
https://bugs.launchpad.
** Changed in: linaro-ubuntu
Assignee: (unassigned) => John Rigby (jcrigby)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notification
new discussion:
https://patchwork.kernel.org/patch/1113332/
** Changed in: linux-ti-omap4 (Ubuntu Oneiric)
Assignee: (unassigned) => Ming Lei (tom-leiming)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.la
discussion ongoing: https://patchwork.kernel.org/patch/1103812/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notifications about this bug
** Tags added: patch
** Changed in: linaro-ubuntu
Milestone: 11.08 => 11.09
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notification
Ah! /dev/urandom is the limiting factor ^^ USB HDD is also stuck at
1.9Mbps with the same test. Same test with of=/dev/null is only getting
2.0Mbps.
With the USB HDD and if=/dev/zero instead, and 10x count
root@linaro:~# dd if=/dev/zero of=/media/dump bs=40960 count=1
1+0 records in
10
Hi Ming-Lei -
What I like about your explanation is it allows cache status to be the
communication path for network traffic to impact the issue, ie network
activity finally spills the cache that does update the qtd descriptor
and then we get less deadtime. That sounds very good to me.
I'm using
Hi warmcat,
On Sun, Aug 28, 2011 at 4:32 PM, warmcat <709...@bugs.launchpad.net> wrote:
> Ming-Lei it sounds like a really good explanation. But when I test it,
> I don't see any real difference on USB memory stick before and after.
> Maybe my test is broken somehow?
Could you check if you have
works here on an external usb hdd:
oneiric/ti-omap4:
flag@omap:~$ sudo hdparm -t /dev/sda1
/dev/sda1:
Timing buffered disk reads: 6 MB in 3.53 seconds = 1.70 MB/sec
oneiric/ti-omap4 + Ming's patch:
flag@omap:~$ sudo hdparm -t /dev/sda1
/dev/sda1:
Timing buffered disk reads: 60 MB in
Ming-Lei it sounds like a really good explanation. But when I test it,
I don't see any real difference on USB memory stick before and after.
Maybe my test is broken somehow?
8GB no-name USB stick
Before the patch -->
root@linaro:~# dd if=/dev/urandom of=/media/dump bs=40960 count=1000
1000+0 re
** Description changed:
Original Bug name: "panda: USB disk IO slow"
+
+ This bug effects ARM Cortex A9 cores, snowball, nvidia, OMAP 4, and
+ other Cortex A9 processors. Problem is in Fedora ARM builds also so not
+ limited to Ubuntu.
My Panda's USB seems to be significantly slower than
I filed a bug for adding dbgsyms to the kernel so we can use systemtap easily
in similar debugging scenarios
https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/832606
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
** Also affects: oem-priority
Importance: Undecided
Status: New
** Changed in: oem-priority
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
AR
comparing the boot logs of an smp and a nosmp kernel (see attached
file), what struck me was an error message about the smp_twd clock:
CPU: Testing write buffer coherency: ok
-twd_timer_setup: no clock found <
-Calibrating local timer... 492.00MHz.
the thing about the GPTimer is interesting... i believe the kernel has
CONFIG_NOHZ defined, that might be interesting to try without that (e.g.
with HZ). in fact it would be nice to make a custom kernel that uses
GPTimer instead of local timer, but that might be a little more tricky
(even though w
I tried to gather more data on this and made several runs of "hdparm -Tt" for
the good and bad case:
- For the good case (nosmp)
- cached reads avg. 184.61MB/sec (MIN=181.02 MAX=186.30 STDDEV=1.62)
- buffered reads avg. 3.64MB/sec (MIN=3.64 MAX=3.65 STDDEV=0)
- For the bad case
- cached read
** Changed in: linux-ti-omap4 (Ubuntu Natty)
Status: New => Confirmed
** Changed in: linux-ti-omap4 (Ubuntu Maverick)
Status: New => Confirmed
** Changed in: linux-ti-omap4 (Ubuntu Maverick)
Importance: Undecided => High
** Changed in: linux-ti-omap4 (Ubuntu Natty)
Importance
** Changed in: linaro-ubuntu
Milestone: 11.07 => 11.08
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/709245
Title:
ARM SMP scheduler performance bug
To manage notifications about this bug go to
47 matches
Mail list logo
