Linaro-android September 2012

linaro-android@lists.linaro.org

26 participants
33 discussions

First (semi-)working Linaro JellyBean build

by Bernhard Rosenkränzer

Hi, I've just committed the code needed to build an initial Linaro JellyBean version (buildable with the Linaro gcc 4.7 compiler): repo init -u git://android.git.linaro.org/platform/manifest.git -b linaro_android_4.1.1 repo sync Currently the build supports only the Galaxy Nexus - didn't want to run into trouble with potentially incompatible binary blobs before knowing the rest of the system is working. Support for our normally supported boards will be added over the next couple of days. Optimizations that currently aren't on the 4.1 branch will also be restored in the next couple of days. There's also 2 problems we need to fix quickly: E/WVMExtractor( 126): Failed to open libwvm.so entries showing up in logcat (a quick grep indicates nothing seems to build libwvm - neither in our tree nor in AOSP) and I/v8 ( 1293): ERROR: Binary compiled with -mfloat-abi=hard but without -DUSE_EABI_HARDFLOAT (we don't actually use hardfloat (yet), so chances are the check for hardfloat goes wrong with gcc 4.7.x) The camera isn't working, but that's not a high priority issue given the Galaxy Nexus is not a device we're supporting officially. Of course our gerrit is always happy to receive patches for these and other issues. ;) ttyl bero

12 years, 8 months

Re: [Omapandroid-discussion] smsc95xx: download ok, upload hangs

by Zach Pfeffer

On 29 June 2012 10:55, Émeric Vigier <emeric.vigier(a)savoirfairelinux.com> wrote: > Hi, > > I am not 100% sure but it seems my smsc95xx is unable to wake up the CPU while it is in WFI. > I have verified that my OMAP4430 constantly enters WFI. Note that sleep states are disabled. > USB mouse and keyboard events wake it up properly. eth0 RX seems to wake it up, but eth0 TX does not... > What could be possibly wrong in my config then? usbnet.c only creates softirq to submit URB. No HW irq. > > How can I make smsc95xx trigger an interrupt (ehci_hcd:usb1) while transferring data? > Do you know? I don't know. Including linaro-android and pandaboard. > Emeric > > ----- Mail original ----- >> De: "Émeric Vigier" <emeric.vigier(a)savoirfairelinux.com> >> À: "Zach Pfeffer" <zach.pfeffer(a)linaro.org> >> Cc: "Vikram Pandita" <vikram.pandita(a)ti.com>, omapandroid-discussion(a)gforge.ti.com >> Envoyé: Jeudi 28 Juin 2012 16:04:31 >> Objet: Re: [Omapandroid-discussion] smsc95xx: download ok, upload hangs >> >> I tried 4AI.1.4-P1 kernel this morning. The panda_defconfig did not >> compiled out of the box: >> arch/arm/mach-omap2/temp_sensor_device.c:38: undefined reference to >> `omap_temp_sensor_idle' >> I disabled CONFIG_OMAP_TEMP_SENSOR and CONFIG_OMAP4_DIE_TEMP_SENSOR. >> It seems that there are not supported on omap4430 anyway... >> But kernel panics short after init, with my Android images. And I am >> not really into investigating this panic. >> >> Compiling my current kernel with gcc-4.6 (provided by google android) >> did not change the behavior. >> >> I made more tests though. My test setup is now as follows: >> On the pandaboard I run: >> # nc -l -p 1032 < /dev/zero & >> On my host computer (connected to the same network), I run: >> # nc 192.168.50.107 1032 > /dev/null >> I can see with nethogs that TX is stalled as I got "nc [...] 0KB/sec" >> >> I tried to change mtu, from 1500 to 512, no real improvement. >> >> here is a list of my usb devices: >> >> # cat /d/usb/devices >> >> T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 3 >> B: Alloc= 0/800 us ( 0%), #Int= 3, #Iso= 0 >> D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 >> P: Vendor=1d6b ProdID=0002 Rev= 3.00 >> S: Manufacturer=Linux 3.0.8-g2562c68-dirty ehci_hcd >> S: Product=OMAP-EHCI Host Controller >> S: SerialNumber=ehci-omap.0 >> C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA >> I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub >> E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=256ms >> >> T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=480 MxCh= 5 >> D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=02 MxPS=64 #Cfgs= 1 >> P: Vendor=0424 ProdID=9514 Rev= 1.00 >> C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 2mA >> I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=01 Driver=hub >> E: Ad=81(I) Atr=03(Int.) MxPS= 1 Ivl=256ms >> I:* If#= 0 Alt= 1 #EPs= 1 Cls=09(hub ) Sub=00 Prot=02 Driver=hub >> E: Ad=81(I) Atr=03(Int.) MxPS= 1 Ivl=256ms >> >> T: Bus=01 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#= 3 Spd=480 MxCh= 0 >> D: Ver= 2.00 Cls=ff(vend.) Sub=00 Prot=01 MxPS=64 #Cfgs= 1 >> P: Vendor=0424 ProdID=ec00 Rev= 1.00 >> C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 2mA >> I:* If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=ff >> Driver=smsc95xx >> E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms >> E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms >> E: Ad=83(I) Atr=03(Int.) MxPS= 16 Ivl=1ms >> >> T: Bus=01 Lev=02 Prnt=02 Port=01 Cnt=02 Dev#= 4 Spd=1.5 MxCh= 0 >> D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 >> P: Vendor=04b3 ProdID=3025 Rev= 1.02 >> S: Manufacturer=CHICONY >> S: Product=USB NetVista Full Width Keyboard >> C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA >> I:* If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=01 Driver=usbhid >> E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=10ms >> >> T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=03 Dev#= 6 Spd=12 MxCh= 0 >> D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 >> P: Vendor=066b ProdID=400b Rev= 1.01 >> S: Manufacturer=LINKSYS Inc >> S: Product=LINKSYS USB Adapter >> S: SerialNumber=9b1fa5 >> C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=156mA >> I:* If#= 0 Alt= 0 #EPs= 3 Cls=00(>ifc ) Sub=00 Prot=00 Driver=pegasus >> E: Ad=81(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms >> E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms >> E: Ad=83(I) Atr=03(Int.) MxPS= 8 Ivl=1ms >> >> We can see the smsc9514 chipset which is causing me so much pain. >> Also I compiled the pegasus driver to support an external Linksys >> device. This device ethernet behaves just fine as eth1. I noticed >> that MxPS (MaxPacketSizes) and Cls (Class) are different on the two >> ethernet devices. But I don't think this is the cause of my problem. >> >> When I stress the cpu: >> # stress -c 1 >> TX is resumed and speed increases to ~20KBps. >> This is strange, because I remember having tested with "stress -c 2" >> before, without seeing any improvement. My setup is probably >> different now... >> >> Something must be wrong with the wakeonlan capability of the chipset. >> I checked register 0x20, smsc95xx.h defines: >> >> #define PM_CTRL (0x20) >> #define PM_CTL_DEV_RDY_ (0x00000080) >> #define PM_CTL_SUS_MODE_ (0x00000060) >> #define PM_CTL_SUS_MODE_0 (0x00000000) >> #define PM_CTL_SUS_MODE_1 (0x00000020) >> #define PM_CTL_SUS_MODE_2 (0x00000060) >> #define PM_CTL_PHY_RST_ (0x00000010) >> #define PM_CTL_WOL_EN_ (0x00000008) >> #define PM_CTL_ED_EN_ (0x00000004) >> #define PM_CTL_WUPS_ (0x00000003) >> #define PM_CTL_WUPS_NO_ (0x00000000) >> #define PM_CTL_WUPS_ED_ (0x00000001) >> #define PM_CTL_WUPS_WOL_ (0x00000002) >> #define PM_CTL_WUPS_MULTI_ (0x00000003) >> >> # while(true); do ethtool -d eth0 | grep 020: ; sleep 1; done >> 020: 81 00 00 00 00 00 11 01 1f 00 00 1f a0 30 f8 00 >> 020: 81 00 00 00 00 00 11 01 1f 00 00 1f a0 30 f8 00 >> 020: 81 00 00 00 02 00 11 01 1f 00 00 1f a0 30 f8 00 >> 020: 81 00 00 00 00 00 11 01 1f 00 00 1f a0 30 f8 00 >> 020: 81 00 00 00 00 00 11 01 1f 00 00 1f a0 30 f8 00 >> >> The only register changing is 0x24 which is LED_GPIO_CFG, which >> confirms that my register is correct. >> If I decode correctly, register 0x20 has PM_CTL_WUPS_ED_ and >> PM_CTL_WOL_EN_ set. >> Still lacking register description though... >> >> ethtool returns nothing regarding wakeonlan for eth0: >> >> # ethtool eth0 >> Settings for eth0: >> Supported ports: [ TP MII ] >> Supported link modes: 10baseT/Half 10baseT/Full >> 100baseT/Half 100baseT/Full >> Supports auto-negotiation: Yes >> Advertised link modes: 10baseT/Half 10baseT/Full >> 100baseT/Half 100baseT/Full >> Advertised auto-negotiation: Yes >> Speed: 100Mb/s >> Duplex: Full >> Port: MII >> PHYAD: 1 >> Transceiver: internal >> Auto-negotiation: on >> Current message level: 0x00000007 (7) >> Link detected: yes >> >> Same ethtool result returned with linaro-11.09, whose ethernet works >> like a charm. >> >> I checked again this linaro-11.09. ifconfig eth0 returns an MTU of >> 1488 Bytes, where my faulty android build makes eth0 return 1500 >> Bytes. I believe this 1500 comes from the fact that I apply "9bbf566 >> [PATCH] net: usb: smsc95xx: fix mtu" to my current kernel. >> Changing linaro build's mtu to 1500 does not impact its good >> performance. >> Decreasing the mtu to 512 on my current (and faulty) build does not >> improve the bad performance :-(. >> >> I am starting to go mad. >> >> Regards, >> Emeric >> >> ----- Mail original ----- >> > De: "Émeric Vigier" <emeric.vigier(a)savoirfairelinux.com> >> > À: "Zach Pfeffer" <zach.pfeffer(a)linaro.org> >> > Cc: "Vikram Pandita" <vikram.pandita(a)ti.com>, >> > omapandroid-discussion(a)gforge.ti.com >> > Envoyé: Mercredi 27 Juin 2012 10:06:10 >> > Objet: Re: [Omapandroid-discussion] smsc95xx: download ok, upload >> > hangs >> > >> > Hi Zach, >> > >> > Following Ti's advice >> > (http://e2e.ti.com/support/omap/f/849/p/196732/704452.aspx#704452), >> > I will try >> > http://omapedia.org/wiki/4AI.1.4-P1_OMAP4_Icecream_Sandwich_Release_Notes >> > today. >> > >> > Also I just found out that my current 3.0.8 kernel is compiled with >> > gcc-4.4.3. I am currently trying with gcc-4.6 but I don't feel >> > confident about that. >> > I will try the one you mentioned right after. >> > >> > Thanks, >> > Emeric >> > >> > ----- Mail original ----- >> > > De: "Zach Pfeffer" <zach.pfeffer(a)linaro.org> >> > > À: "Émeric Vigier" <emeric.vigier(a)savoirfairelinux.com> >> > > Cc: "Vikram Pandita" <vikram.pandita(a)ti.com>, >> > > omapandroid-discussion(a)gforge.ti.com >> > > Envoyé: Jeudi 21 Juin 2012 17:34:15 >> > > Objet: Re: [Omapandroid-discussion] smsc95xx: download ok, upload >> > > hangs >> > > >> > > You may want to checkout our omapzoom focused tree: >> > > >> > > https://android-build.linaro.org/builds/~linaro-android/panda-ics-gcc47-oma… >> > > >> > > On 21 June 2012 15:20, Émeric Vigier >> > > <emeric.vigier(a)savoirfairelinux.com> wrote: >> > > > Hi Vikram, >> > > > >> > > > I made this diff and came up with few patches in smsc95xx.c and >> > > > usbnet.c (listed below). I applied them to my kernel, but issue >> > > > occurred again. >> > > > >> > > > Because linaro-12.05 uses a 3.4 kernel, and mine is only 3.0.8, >> > > > I >> > > > narrowed down the oldest linaro having ethernet working fine. >> > > > It came up to be linaro-11.09 for panda, which uses 3.1 kernel. >> > > > diff between my kernel and theirs is null for smsc95xx.c and >> > > > usbnet.c. >> > > > >> > > > Then something must be wrong with my config. I will make the >> > > > diff >> > > > of my config and theirs. I have to figure out what's the config >> > > > file linaro uses for 11.09. >> > > > My config file is for Android-4.0.4, quite long (and probably >> > > > faulty): >> > > > http://pastebin.com/2VXemSae >> > > > >> > > > Emeric >> > > > >> > > > ----- Mail original ----- >> > > >> De: "Vikram Pandita" <vikram.pandita(a)ti.com> >> > > >> À: "Émeric Vigier" <emeric.vigier(a)savoirfairelinux.com> >> > > >> Cc: omapandroid-discussion(a)gforge.ti.com >> > > >> Envoyé: Jeudi 21 Juin 2012 14:03:07 >> > > >> Objet: Re: [Omapandroid-discussion] smsc95xx: download ok, >> > > >> upload >> > > >> hangs >> > > >> >> > > >> > test linaro-12.05 ICS release and see ethernet behavior - >> > > >> > PASSED >> > > >> >> > > >> What version kernel does this use if its working? >> > > >> Would be worth a try to take a diff of the smsc driver files >> > > >> between >> > > >> AOSP and this. >> > > >> At least says its not a hw issue. >> > > >> >> > > >> >> > > >> On Thu, Jun 21, 2012 at 8:30 AM, Émeric Vigier >> > > >> <emeric.vigier(a)savoirfairelinux.com> wrote: >> > > >> > >> > > >> > Hi, >> > > >> > >> > > >> > I am experiencing ethernet issue with a pandaboard A3 >> > > >> > (OMAP4430 >> > > >> > rev >> > > >> > 2.2) featuring smsc LAN9514-JZX usbnet chipset. >> > > >> > My panda runs android-4.0.4 with linux kernel 3.0.8 >> > > >> > (android-omap-panda-3.0 branch on >> > > >> > https://android.googlesource.com/kernel/omap.git). >> > > >> > >> > > >> > Receiving ethernet frames work fine, but transmitting them >> > > >> > does >> > > >> > not. The driver/chip seems stuck. >> > > >> > Moving the USB mouse (or USB keyboard key pressed) unlocks >> > > >> > this >> > > >> > behavior and transmission gets resumed for a second or two. >> > > >> > Then >> > > >> > ethernet transmission gets stuck again. >> > > >> > >> > > >> > Recently, I cherry-picked dozen of usbnet and smsc95xx >> > > >> > patches, >> > > >> > and >> > > >> > managed to get a watchdog barking (see test 21 below). >> > > >> > >> > > >> > Unfortunately I have no JTAG probe, so I am limited to >> > > >> > driver >> > > >> > tweaks and tryouts... >> > > >> > Here are the tests I have performed so far, along with a >> > > >> > todo >> > > >> > list: >> > > >> > >> > > >> > FAILED means that the issue came up. >> > > >> > PASSED means that the issue has not come up. >> > > >> > DONE, NOT DONE, ONGOING are more related to a todo list than >> > > >> > a >> > > >> > test >> > > >> > report. >> > > >> > >> > > >> > 1. check with constant cpu load (stress -c 2) - FAILED >> > > >> > 2. check if problem occurs on older releases (non ICS) - NOT >> > > >> > DONE >> > > >> > 3. try CONFIG_PL310_ERRATA_769419 patch in cpuidle - FAILED >> > > >> > 4. check without USB hub connected - FAILED >> > > >> > 5. check with usbcore.autosuspend=600 added to cmdline - >> > > >> > FAILED >> > > >> > 6. patch ehci-omap.c to verify clock frequency - NOT DONE >> > > >> > 7. check with CPU1 offlined - FAILED >> > > >> > 8. check ethtool on android - FAILED >> > > >> > Cannot get register dump: Operation not supported on >> > > >> > transport >> > > >> > endpoint >> > > >> > 9. check without USB_EHCI_TT_NEWSCHED - FAILED >> > > >> > >> > > >> > 10. try to unbind, rebind smsc95xx - FAILED >> > > >> > 11. disable turbo_mode and reset the chip - FAILED >> > > >> > 12. test with "CONFIG_NO_HZ is not set" - FAILED >> > > >> > 13. test with another external USB ethernet dongle - NOT >> > > >> > DONE >> > > >> > 14. test linaro-12.05 ICS release and see ethernet behavior >> > > >> > - >> > > >> > PASSED >> > > >> > Ethernet runs fine on release: >> > > >> > . 12.05 tracking - PASSED >> > > >> > . 11.10 tracking - PASSED >> > > >> > . 11.09 release - PASSED >> > > >> > 15. try with "netcfg eth0 dhcp" - FAILED >> > > >> > 16. check datasheet - ONGOING >> > > >> > registers description is missing on 9514.pdf, only eeprom is >> > > >> > described >> > > >> > 17. adapt driver to ethtool - DONE >> > > >> > 18. dump registers and check against linaro 11.09 - ONGOING >> > > >> > 19. ethtool returns heaps of "0", the pattern I added to the >> > > >> > array >> > > >> > is all replaced by "0"... >> > > >> > Actually the eeprom is blank. I found it out since each time >> > > >> > I >> > > >> > unbind/bind the device to smsc95xx driver, I get a random >> > > >> > MAC >> > > >> > address... >> > > >> > >> > > >> > 20. test with 11.09 linaro kernel - NOT DONE >> > > >> > zygote not starting >> > > >> > 21. uploading 24MB file on the web (http://dl.free.fr) - >> > > >> > FAILED >> > > >> > This occurred only with these patches added to my kernel: >> > > >> > From 8a78335 [PATCH] usbnet: consider device busy at each >> > > >> > recieved >> > > >> > packet >> > > >> > From 5d5440a [PATCH] usbnet: don't clear urb->dev in >> > > >> > tx_complete >> > > >> > From 4231d47 [PATCH] net/usbnet: avoid recursive locking in >> > > >> > usbnet_stop() >> > > >> > From 1aa9bc5 [PATCH] usbnet: use netif_tx_wake_queue >> > > >> > instead >> > > >> > of >> > > >> > netif_start_queue >> > > >> > From 7bdd402 [PATCH] net/usbnet: reserve headroom on rx >> > > >> > skbs >> > > >> > From 0956a8c [PATCH] usbnet: increase URB reference count >> > > >> > before >> > > >> > usb_unlink_urb >> > > >> > From 9bbf566 [PATCH] net: usb: smsc95xx: fix mtu >> > > >> > From 720f3d7 [PATCH] usbnet: fix leak of transfer buffer of >> > > >> > dev->interrupt >> > > >> > From a472384 [PATCH] usbnet: fix failure handling in >> > > >> > usbnet_probe >> > > >> > From 5b6e9bc [PATCH] usbnet: fix skb traversing races >> > > >> > during >> > > >> > unlink(v2) >> > > >> > From 07d69d4 [PATCH] smsc95xx: mark link down on startup >> > > >> > and >> > > >> > let >> > > >> > PHY interrupt >> > > >> > a timeout occurred: >> > > >> > http://pastebin.com/KpaTJY3N >> > > >> > >> > > >> > My current kernel is based on: >> > > >> > commit 52f476403350050beb0dff135a55c06c9e7a82a9 >> > > >> > Author: Jean-Baptiste Queru <jbq(a)google.com> >> > > >> > Subject: Revert "gpu: pvr: Revert to 1.8@550175" >> > > >> > >> > > >> > I managed to get a register and PHY dump when upload is >> > > >> > stuck, >> > > >> > thanks to ethtool: >> > > >> > >> > > >> > 000: 01 00 00 ec 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 010: 04 00 00 00 00 14 00 00 00 00 00 00 00 20 00 00 >> > > >> > 020: 81 00 00 00 00 00 11 01 1f 00 00 1f a0 30 f8 00 >> > > >> > 030: 00 00 00 00 00 00 00 00 00 00 00 00 03 00 00 00 >> > > >> > 040: 00 00 00 80 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 060: 00 00 00 00 00 00 00 00 00 80 00 00 00 20 00 00 >> > > >> > 070: 00 00 00 00 83 0f 83 0f 00 00 00 00 0f 06 0f 06 >> > > >> > 080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 090: 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 0a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 0b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 0c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 0d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 0e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 0f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 100: 0c 20 10 00 f7 6f 00 00 a2 7d 13 dd 00 00 00 40 >> > > >> > 110: 20 00 00 80 40 09 00 00 e1 c1 00 00 00 00 00 00 >> > > >> > 120: 00 81 00 00 ff ff 00 00 00 00 00 00 00 00 00 00 >> > > >> > 130: 00 31 00 00 2d 78 00 00 07 00 00 00 c3 c0 00 00 >> > > >> > 140: e1 0d 00 00 e1 c1 00 00 0b 00 00 00 ff ff 00 00 >> > > >> > 150: ff ff 00 00 ff ff 00 00 ff ff 00 00 ff ff 00 00 >> > > >> > 160: ff ff 00 00 ff ff 00 00 ff ff 00 00 00 00 00 00 >> > > >> > 170: 40 00 00 00 02 00 00 00 e1 00 00 00 ff ff 00 00 >> > > >> > 180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> > > >> > 190: ff ff 00 00 ff ff 00 00 00 00 00 00 0a 00 00 00 >> > > >> > 1a0: 00 00 00 00 c8 00 00 00 50 00 00 00 58 10 00 00 >> > > >> > >> > > >> > But the 9514.pdf datasheet I have misses register >> > > >> > description. >> > > >> > Then decoding all this is quite troublesome. >> > > >> > >> > > >> > I saw that Ubuntu release got trouble with this chipset and >> > > >> > acpi. >> > > >> > But there is no acpi on Android AFAIK. >> > > >> > Did anyone else experience this issue? >> > > >> > Does anyone have an idea where it can come from? >> > > >> > >> > > >> > >> > > >> > Thanks a lot for your kind support, >> > > >> > Emeric >> > > >> > _______________________________________________ >> > > >> > Omapandroid-discussion mailing list >> > > >> > Omapandroid-discussion(a)gforge.ti.com >> > > >> > https://gforge.ti.com/mailman/listinfo/omapandroid-discussion >> > > >> >> > > > >> > > > _______________________________________________ >> > > > Omapandroid-discussion mailing list >> > > > Omapandroid-discussion(a)gforge.ti.com >> > > > https://gforge.ti.com/mailman/listinfo/omapandroid-discussion >> > > >> > > >> > > >> > > -- >> > > Zach Pfeffer >> > > Android Platform Team Lead, Linaro Platform Teams >> > > Linaro.org | Open source software for ARM SoCs >> > > Follow Linaro: http://www.facebook.com/pages/Linaro >> > > http://twitter.com/#!/linaroorg - >> > > http://www.linaro.org/linaro-blog >> > > -- Zach Pfeffer Android Platform Team Lead, Linaro Platform Teams Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

13 years

[IMPORTANT] Please clean up personal and older official Android builds

by Paul Sokolovsky

Hello, We keep having cases of out of disk space, latest we had is https://bugs.launchpad.net/linaro-android-infrastructure/+bug/1055546 . The reason this happens so often is that Jenkins has a broken build expiration process - it is applied to jobs which are actually built. If a job is left unattended, its builds will stay forever. This is long-standing known issue, and I manually deleted stale builds in this case, while queuing need to write a script for that, which I'm going to start with now. To remind, we have following build retention policy: 1) Release builds stay forever 2) Official daily builds kept for 3 months 3) Personal builds kept for 1 month With new expiration script to be developed, many builds will be "suddenly" (but in full accordance with the policy above) gone. So, I would like to ask all Android developers to look thru their builds to check if you need anything old (and preserve it somewhere else then). Zach, Fathi, Alexander, can you please do the same for old official builds. For example, https://android-build.linaro.org/jenkins/view/Official%20builds/job/linaro-… would be gone completely. In addition to the above, the issue we may have that there're lot of empty personal jobs piled up (with builds removed per the policy above). They clutter view largely, for example, Bero has 10 such jobs, Zach - 8, etc. Do you still need them? Otherwise, I'd propose to add another clause to the policy and remove such empty jobs if not updated within last 3 months. Let me know what you think. Thanks, Paul Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

13 years

benchmark of libjpeg62

by aigo6＠mail.ustc.edu.cn

Dear linaro, I follow the page https://wiki.linaro.org/ChaoYang/Sandbox/tjbench to use the benchmark of libjpeg62 in my computer ,which operation system is Ubuntu 11.10. Run the " tjbench /mnt/mytmpfs/nightshot_iso_100.ppm 95 -rgb -quiet scale 1/2 tjbench /mnt/mytmpfs/nightshot_iso_100.ppm 95 -rgb " in terminal ,result tell me it is correct. But when I use " tjbench-libjpeg62 /mnt/mytmpfs/nightshot_iso_100.ppm 95 -rgb -quiet scale 1/2 tjbench-libjpeg62 /mnt/mytmpfs/nightshot_iso_100.ppm 95 -rgb " , system tell me it can not find "tjbench-libjpeg62" ,did libjpeg-turbo-1.2.1 only can be used in android ? Best wishes.

13 years

Linaro Android - 12.09 Release Test Result Summary for Calendar Week 39

by amit khare

Hi, Calendar Week 39: We had Linaro android 12.09 release this week. Here is test result summary on following boards: 1) ARM Versatile Express A9 2) ST-Ericsson Snowball Board 3) TI Panda Board 4430 4) TI Panda Board 4460 5) Samsung Origen Board *Synopsis: This week, Linaro Image Tool 12.09 version was used to flash SD-card for testing. Installation instructions are missing on all the android build pages. Glmark2 can now be run successfully on Snowball and Panda too. "Deadlock" error no longer exists on Vexpress-a9 board and for some reason "clock" application fails on Origen board. * Detail Report for all the boards: *1. ARM Versatile Express A9 - Android (Column I)* Test Results: https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadExQd… Installation instruction is missing. "DEADLOCK" error has been eliminated. Device Tree is still unavailable although the blob files now can be loaded successfully. This is an expected result since it's caused by a UEFI defect as Ryan mentioned before. Although "Calendar" app can be launched and shown successfully, bug 1057208 actually makes it unusable - failed to add any event item. All other features remain same status as previous week. *2) ST-Ericsson Snowball Board - Android(Column I)* Test Results: https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadEF1N… Install instruction missing on the build page. With 12.09 release "GLMARK2" test case is working which used to fail earlier. *3) TI Panda Board 4430 - Android(Column Z)* * * Test Results: https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadGVWd… On Panda board hardware graphics acceleration, glmark2 and 0xbench works fine with 12.09 release build. *4) TI Panda Board 4460(Column Q)* Test Results: https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadGVWd… Test results same as 4430. *5) Samsung Origen Board(Column D)* Test Results: https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadDRDV… Installation instruction is missing. The other features remain the same status as last week, except the "Clock" app. More details can be found in bug 1032703. Note - For the previous week (Calendar week 38) summary, please refer to attachment. Thanks, Amit khare <amit.khare(a)linaro.org> QA Services - Linaro Platform http://wiki.linaro.org/Platform/QA

13 years

Work around for building Linaro Android 12.08

by Zach Pfeffer

For people trying to build Linaro Android 12.08 there's an issue with an unknown reference in powertop2.0. Here's what to do: cd android edit .repo/manifest.xml Find: <project groups="path:external/powertop,name:tools/powertop-2.0" name="tools/powertop-2.0" path="exter\ nal/powertop" remote="linaro-other" revision="c80f55d9d1b823b7f6ff447eefc8a6ba04b939c4"/> ...and remove the line. Then cp .repo/manifest.xml ../ cd .. rm -rf android/ edit linaro_android_build_cmds.sh and change curl -k http://snapshots.linaro.org/android/~linaro-android/vexpress-jb-gcc47-armlt… > .repo/manifest.xml to cp ../manifest.xml .repo/ and rerun linaro_android_build_cmds.sh You can also take a tip build which is not susceptible to this problem. Tip builds that have been booted are listed at: https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AnpUtxWjZbP9dGg0d… If you still get errors after this, then its a general git timeout error. Just delete the android/ directory and start again or cd android/; repo ./sync -- Zach Pfeffer Android Platform Team Lead, Linaro Platform Teams Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

13 years

the optimization of bionic libc

by 牟刚

Hi everybody, It’s reported that linaro android 4.0.4 boost performance by up to 100% over AOSP because of the optimization of bionic libc, especially the functions memchr( ), strlen( ) and so on. But I found that there is no difference between linaro source code and AOSP source code in these functions. Is there anything wrong? Thanks & Best Regards! 牟刚 Actions Semiconductor Co.,Ltd Tel: +86-756-3392353 ext.3103 Fax: +86-756-3392251 Email: mugang(a)actions-semi.com HTTP://www.actions-semi.com

13 years

udev rules in android

by Onteddu Slreddy

Hi I wanted to execute USB_modeswitch script when I inserted modem, I have wrote one script(myscript.sh) which will do the switching but I am not able to run automatically when I plugged my 3G dongle My device is initially detecting as a cd-rom device and if I execute script manually it is switching I am not finding udevdm and udev.conf files Did anybody tried udev rules in android Will udev rules work in android Thanks & Regards O S L Reddy

13 years

2012-09-26 Android Platform Team Meeting Agenda Posted

by Zach Pfeffer

Please take a look at: https://wiki.linaro.org/Platform/Android/Meetings/2012-09-26 Feel free to add to the agenda and join us in #linaro-meeting on irc.freenode.net at 13:00 UTC on 2012/9/26. -- Zach Pfeffer Android Platform Team Lead, Linaro Platform Teams Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

13 years

Most open source board / best Android board

by Diego

Hi everybody, I'm looking for a board to hack on Android 4. I've seen that there are several ARM boards with Android community support: Origen, PandaBoard, Snowball, etc. I'm interested in knowing which one is the most "open source" one, that is to say, which one relies on the least number of proprietary drivers (es. PandaBoard needs PowerVR binary driver for accelerated graphics, while the Snowball board Mali 400 GPU has an experimental open source driver). I'm also interested in which one has the best support for Android, in terms of features supported (best Android port). Thank you for any suggestion you'll give me! Regards, Diego

13 years

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Linaro-android September 2012