Dev

dev@lists.96boards.org

241 discussions

by Robert Wolff

Hello everyone, This is a courtesy email regarding *96Boards wiki* and *documentation*. Over the next week *(04/03/16 - 04/09/16)*, we will be transitioning all *Reference Platform *wiki pages and documents to a new home ( *https://github.com/linaro/documentation* <https://github.com/Linaro/documentation>). A freeze on all 96Boards wiki editing permissions has been put into place to avoid complications during the transition process. This decision was made in an effort to simplify the wiki structure. We believe this change with prevent any confusion around the Reference Software and its many hardware platforms. ------------------------------------------------------------------------------------------------------ *Please note:* - This is just for the Reference Platform Project pages - Board Specific documentation will stay on 96Boards wiki all Reference Platform wiki pages will move... >From (Old Location): https://github.com/96boards/documentation <https://github.com/Linaro/documentation> https://github.com/96boards/documentation/wiki/Reference-Platform-Home To (New Location): https://github.com/linaro/documentation <https://github.com/Linaro/documentation> https://github.com/linaro/documentation/wiki/Reference-Platform-Home ------------------------------------------------------------------------------------------------------ For questions, please join the #96boards channel on IRC - freenode, or visit us on the forums <http://www.96boards.org/forums/topic/reference-platform-wiki-is-moving/>. Thanks! -- Robert Wolff IRC: sdrobertw

10 years, 5 months

BREAKING: LINARO to abandon 96boards, remaining board stock to be put on LAVA

by Thomas B. Rücker

==== As ANN TV has learned, LINARO is going to shutter the 96Boards project with immediate effect and refocus on writing ARM software. Remaining stock at manufacturers and distributors is to be bought by LINARO and put in a LAVA cloud project. Engineering resources will be made redundant, management move to a strategy project codenamed "Hootenanny". Internal sources are being quoted, that the failure to produce a coherent and implementable spec which would yield a useable development board was the deciding factor. Despite being in the works for a long time and a lot of internal and even occasional external feedback the spec remains in its original state. It was impossible for manufacturers to come up with even one compliant product, actually most were abandoned in the design stage or right after being announced and never became available. A HW design engineer at one of the board manufacturers went on record "It's as if this spec was written by software people who never held a soldering iron. Let them fix it in software then." He requested to remain anonymous. LINARO management said that the 96borads project was immensely successful, but strategic focus had evolved. When asked to elaborate they added "It may depend on your definition of 'immense' and 'successful'.". ==== Well, I guess that answers some questions - doesn't it? Thomas PS: If you haven't yet, check your calendar.

10 years, 5 months

freescale i.mx 7d

by Trevor Woerner

Hi, Just curious if there's anything to report publicly on the Freescale i.MX 7D 96board? November 2015[1] became Q1 2016[2] which have both come and gone. Best regards, Trevor [1] http://www.cnx-software.com/2015/08/02/freescale-i-mx7-96boards-compliant-b… [2] https://plus.google.com/+TrevorWoerner/posts/epvnnXJmxpa

10 years, 5 months

[LSK4.1-android] USB gadget broken

by Leo Yan

Hi all, I found one bug for enabling Hikey's usb gadget driver; this bug only happen when I use linux-linaro-lsk-v4.1-android but linux-linaro-lsk-v4.1 has no such issue. The detailed info for this bug is: When system bootup, I use configfs to enable ethernet on USB, kernel dumps below backtrace. After narrow down this issue, found below patch introduce this issue: commit 3fdf0dcfea876a0d730da5544f947b0a19c37fdc Author: Badhri Jagan Sridharan <Badhri(a)google.com> Date: Wed Sep 24 18:58:23 2014 -0700 usb: u_ether: Add workqueue as bottom half handler for rx data path u_ether driver passes rx data to network layer and resubmits the request back to usb hardware in interrupt context. Network layer processes rx data by scheduling tasklet. For high throughput scenarios on rx data path driver is spending lot of time in interrupt context due to rx data processing by tasklet and continuous completion and re-submission of the usb requests which results in watchdog bark. Hence move the rx data processing and usb request submission to a workqueue bottom half handler. Change-Id: I316de8e267997137ac189a8b7b2846fa325f4a5a Signed-off-by: Badhri Jagan Sridharan <Badhri(a)google.com> I'm not familiar with USB driver, so want to get some suggestion to fix this issue. BTW, I also searched this patch, but this patch have not been really merged into mainline kernel. Thanks, Leo Yan --- Kernel dump log --- Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. [ 11.638907] using random self ethernet address [ 11.643381] using random host ethernet address [ 11.677646] usb0: HOST MAC 0a:70:5f:8a:c1:aa [ 11.682136] usb0: MAC 1e:84:31:c3:50:0f [ 11.689207] dwc2 f72c0000.usb: bound driver configfs-gadget [ 11.701933] dwc2 f72c0000.usb: bound driver configfs-gadget SIOCSIFHWADDR: Device or resource busy - you may need to down the interface root@linaro-developer:~# [ 12.009430] dwc2 f72c0000.usb: new device is high-speed [ 12.094179] dwc2 f72c0000.usb: new device is high-speed [ 12.164194] dwc2 f72c0000.usb: new address 53 [ 12.191379] configfs-gadget gadget: high-speed config #1: c [ 12.256053] ------------[ cut here ]------------ [ 12.260753] WARNING: CPU: 0 PID: 0 at kernel/workqueue.c:1369 __queue_work+0x2dc/0x354() [ 12.268861] Modules linked in: [ 12.271932] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.1.15+ #86 [ 12.278033] Hardware name: HiKey Development Board (DT) [ 12.283265] Call trace: [ 12.285722] [<ffffffc00008a928>] dump_backtrace+0x0/0x164 [ 12.291131] [<ffffffc00008aaac>] show_stack+0x20/0x28 [ 12.296196] [<ffffffc0006f0b38>] dump_stack+0x84/0xc4 [ 12.301260] [<ffffffc0000bc960>] warn_slowpath_common+0xa8/0xdc [ 12.307192] [<ffffffc0000bcae0>] warn_slowpath_null+0x38/0x44 [ 12.312959] [<ffffffc0000d51d8>] __queue_work+0x2dc/0x354 [ 12.318377] [<ffffffc0000d52d0>] queue_work_on+0x80/0xa4 [ 12.323712] [<ffffffc00057e748>] rx_complete+0xd4/0x1ac [ 12.328958] [<ffffffc00057c110>] usb_gadget_giveback_request+0x2c/0x38 [ 12.335510] [<ffffffc0005516d4>] s3c_hsotg_complete_request+0xdc/0x1ec [ 12.342059] [<ffffffc000553e08>] s3c_hsotg_handle_outdone+0xa4/0x1d0 [ 12.348433] [<ffffffc0005541d0>] s3c_hsotg_epint+0x29c/0x6f4 [ 12.354112] [<ffffffc000554dd8>] s3c_hsotg_irq+0x408/0x734 [ 12.359621] [<ffffffc00010fca4>] handle_irq_event_percpu+0x64/0x210 [ 12.365909] [<ffffffc00010fea4>] handle_irq_event+0x54/0x80 [ 12.371501] [<ffffffc000112f6c>] handle_fasteoi_irq+0xb4/0x178 [ 12.377355] [<ffffffc00010f214>] generic_handle_irq+0x3c/0x54 [ 12.383121] [<ffffffc00010f564>] __handle_domain_irq+0x6c/0xbc [ 12.388972] [<ffffffc000082494>] gic_handle_irq+0x3c/0x88 [ 12.394388] Exception stack(0xffffffc000a83d30 to 0xffffffc000a83e50) [ 12.400850] 3d20: d91bd3d5 00000002 00b0bce0 ffffffc0 [ 12.409063] 3d40: 00a83e70 ffffffc0 005ae31c ffffffc0 00000000 00000000 005ae318 ffffffc0 [ 12.417275] 3d60: 00a80000 ffffffc0 005d8518 ffffffc0 00000020 00000000 004ea4a9 00000000 [ 12.425487] 3d80: 5fe6aba0 00023c34 00000019 00000000 b5193519 00000032 00084800 ffffffc0 [ 12.433697] 3da0: 00000000 00000000 00000000 00000000 34d5d91d 00000000 00000000 00000000 [ 12.441908] 3dc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [ 12.450120] 3de0: 00000000 00000000 d91bd3d5 00000002 00b0bce0 ffffffc0 3a3bfe00 ffffffc0 [ 12.458332] 3e00: 00000002 00000000 00000001 00000000 00000000 00000000 d8fad491 00000002 [ 12.466544] 3e20: 00a64b50 ffffffc0 00a6a1d8 ffffffc0 007099b0 ffffffc0 00a83e70 ffffffc0 [ 12.474753] 3e40: 005ae318 ffffffc0 00a83e70 ffffffc0 [ 12.479822] [<ffffffc0000855ac>] el1_irq+0x6c/0xe0 [ 12.484634] [<ffffffc0005ae568>] cpuidle_enter+0x30/0x3c [ 12.489967] [<ffffffc0000fff98>] call_cpuidle+0x44/0x78 [ 12.495212] [<ffffffc0001001f8>] cpu_startup_entry+0x22c/0x314 [ 12.501064] [<ffffffc0006ebc44>] rest_init+0x8c/0x94 [ 12.506051] [<ffffffc0009b3980>] start_kernel+0x394/0x3a8 [ 12.511466] ---[ end trace 7240af96fd6fdc18 ]---

10 years, 5 months

CoreOS on HiKey

by Geoff Levand

Just for anyone interested, I've been releasing experimental disk images of CoreOS [1] for the HiKey ARM64 developer board. These images currently have about 90% of the packages in the CoreOS developer build. See the README at https://github.com/glevand/hikey-coreos. [1] https://coreos.com/ -Geoff

10 years, 5 months

HiKey: entering bootloader mode

by Jorge Ramirez Ortiz

I am having issues getting the HiKey to enter bootloader mode by linking J15 pins 1-2, 3-4 (the board always boots not matter what). is there a work around to reprogram the bootloader? -- jro

10 years, 5 months

Reference Software Platform 16.03 Release!

by Ricardo Salveti

We are happy to announce the 16.03 release for the Reference Software Platform project, right before Linaro Connect BKK16! This is our third release, incorporating quite a few changes and improvements for both the consumer and enterprise reference platforms. We are also happy to share, for the first time, that we were able to produce a common and unified kernel tree (4.4.0 based) that is shared across all the supported platforms! The unified kernel is a critical piece as we can concentrate the development and validation into one single source tree, and also allowing us to create one package (deb/rpm) that can be shared with everyone. As a result of the integration of many different development trees, we are also able to quickly spot issues that could later affect upstream and distros (e.g. DT x ACPI). Some of the highlights for this release (check https://github.com/96boards/documentation/wiki/RPB-16.03-Highlights for the complete list): Unified Kernel: - Unified tree shared between the CE and EE builds, supporting Hikey, Dragonboard, D02, APM X-Gene, HP Proliant m400 and AMD Overdrive. - 4.4.0 based, including under-review topic branches to extend the hardware support for the platforms available. - Device-Tree support for CE; ARM ACPI and PCIe support for Enterprise. - Single kernel config for all platforms in arch/arm64/configs/distro.config Consumer Reference Platform: CE Debian RPB: - Upgrade to Debian 8.3 "Jessie" - Upgrade to the unified 4.4.0 Linux Kernel - DB410c: Freedreno X11 video driver included by default (1.4.0) - HiKey: Grub 2 config supporting kernel package updates CE AOSP RPB: - AOSP Android Marshmallow 6.0 (android-6.0.1_r16) - Early Developer Preview snapshot for DragonBoard™ 410, supporting Mesa and Freedreno Enterprise Reference Platform: Platforms Supported: - AMD Overdrive A0 (new) and B0 - D02 - APM X-Gene Mustang (new) - HP ProLiant m400 (new) Features: UEFI with ACPI, KVM and PCIe support Firmware: Updated UEFI/EDK2 for D02, including support for PCIe and SAS Network Installers: - Upgrade to Debian 8.3 "Jessie" - CentOS (now supported): Based on CentOS 7.2 15.11 Install instructions, known issues, test reports and instructions to build from source are all published at https://github.com/96boards/documentation/wiki/Reference-Platform-Home. For general questions or support requests, please go to the 96boards.org Community forum (https://www.96boards.org/forums/). For development questions and topics, please use the 96Boards.org development mailing-list (dev(a)lists.96boards.org). For bugs related to the 96Boards platforms, please use the 96Boards bug tracking system (https://bugs.96boards.org/). For bugs related to the reference software platform release, but on development boards that are not officially part of 96Boards, please use https://bugs.linaro.org instead (e.g. AMD Overdrive and HiSilicon D02). For IRC support, please go to the #96boards channel at Freenode. Since Linaro Connect BKK16 is just around the corner, please also make sure to check the sessions involving 96Boards and the Reference Software Project. Sessions we will cover next week: * BKK16-100: Evolution of the Reference Software Platform Project * BKK16-501: Kernel and bootloader consolidation and upstreaming * BKK16-505: Mezzanine Enablement Also make sure to check https://bkk16.pathable.com/ for the full schedule! We hope you enjoy the release, and have a great Linaro Connect BKK16! On behalf of the Linaro 96Boards team, Ricardo Salveti

10 years, 6 months

Reference platform kernel on github

by Amit Kucheria

Hi all, For the upcoming 16.03 release of the reference platform, we've been working on a unified kernel that works on Hikey, Dragonboard 410c and also enables enterprise HW that we have access to (D02, Overdrive, APM XGene). That kernel is now pushed to github[1] to the 96b/releases/2016.03 branch. It is based on the upstream kernel v4.4 and combines the work from the Hisilicon and Qualcomm landing teams with the enterprise bits coming from the Linaro Enterprise Group. A big thanks for their assistance in sorting out various integration issues. Please note that this kernel tree will now be used only to host a unified kernel. The Hisilicon landing team has graciously agreed to modify their workflow and move their kernel tree to the 96boards-hikey namespace[2] on github. I'll be talking about the experience of putting together this tree at Connect BKK16 (including some patch statistics) and soliciting feedback on the roadmap for this kernel tree - please get in touch if you have ideas. Look forward to more information about the release itself from Ricardo later. Regards, Amit [1] https://github.com/96boards/linux.git [2] https://github.com/96boards-hikey

10 years, 6 months

Problem using ./resize-helper.sh to resize SD card partition size

by Guodong Xu

Hi, Nico and Fathi https://github.com/96boards/96boards-tools/commit/7d2d6c5d4f3f4a1488fe75024… Bruce from Lemaker reported this issue when he tries to use 'resize-helper.sh' to resize his SD card on HiKey. Here is his log. Would you please have a check? Does his procedure correct? -Guodong On 27 January 2016 at 10:19, bruce.zou <bruce.zou(a)lemaker.com> wrote: > Hi， > > > > 昨天聊的这个问题，帮忙看看哈。重启后没有任何变化。 > > > > root@linaro-alip:~# lsblk > > NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT > > mmcblk0boot0 179:64 0 4M 1 disk > > mmcblk0boot1 179:128 0 4M 1 disk > > mmcblk0 179:0 0 7.3G 0 disk > > ├─mmcblk0p1 179:1 0 1M 0 part > > ├─mmcblk0p2 179:2 0 1M 0 part > > ├─mmcblk0p3 179:3 0 1M 0 part > > ├─mmcblk0p4 179:4 0 8M 0 part > > ├─mmcblk0p5 179:5 0 2M 0 part > > ├─mmcblk0p6 179:6 0 64M 0 part /boot/efi > > ├─mmcblk0p7 179:7 0 256M 0 part > > ├─mmcblk0p8 179:8 0 256M 0 part /media/linaro/cache > > └─mmcblk0p9 179:9 0 6.7G 0 part > > mmcblk1 179:192 0 7.4G 0 disk > > ├─mmcblk1p1 179:193 0 68M 0 part /media/linaro/boot > > └─mmcblk1p2 179:194 0 2G 0 part / > > root@linaro-alip:~# ./resize-helper.sh > > Warning: The kernel is still using the old partition table. > > The new table will be used at the next reboot. > > The operation has completed successfully. > > Error: Partition doesn't exist. > > resize2fs 1.42.12 (29-Aug-2014) > > The filesystem is already 506880 (4k) blocks long. Nothing to do! > > root@linaro-alip:~# > > > > > > *Bruce Zou* > > > *Making Innovation EasyLeMaker Team -- The Professional Makers for > Hardware and Software Customization.* > > Address: B1002, SIAT campus, Shenzhen University Town, Shenzhen, China > Post Code: 518055 > > Email: > support(a)lemaker.org (Technical Support) > product(a)lemaker.org (Product Distribution) > > http://www.lemaker.org/ > > >

10 years, 6 months

New 64bit ARM community board for makers

by Thomas B. Rücker

Hi, If you haven't noticed yet, the RaspberryPi 3 was unveiled today. It sports a quad cortex A53 arrangement: http://hackaday.com/2016/02/28/introducing-the-raspberry-pi-3 I guess that settles where the community will flock for 64bit ARM. Hobbyists and Makers can now get a small and affordable SBC, that at the same time is compliant with THE gold standard for community boards: RPi. Cheers Thomas

10 years, 6 months

← Newer
1
...
6
7
8
9
10
11
12
...
25
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Dev