Dev October 2015

dev@lists.96boards.org

28 participants
15 discussions

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

9 years, 7 months

SPI on HiKey

by Kazumoto Kojima

Hi, I've heard that the next release will include SPI support, so this might be already a bit old topic. I'm trying SPI on HiKey according to the thread https://www.96boards.org/forums/topic/hikey-board-spi/ with a .dsti hunk spi_0: spi@f7106000 { compatible = "arm,pl022", "arm,primecell"; reg = <0x0 0xf7106000 0x0 0x1000>; #address-cells = <1>; #size-cells = <0>; interrupts = <0 50 4>; reset-controller-reg = <0x330 0x334 0x338 9>; clocks = <&clock_sys HI6220_SPI_CLK>; clock-names = "apb_pclk"; pinctrl-names = "default"; pinctrl-0 = <&spi0_pmx_func &spi0_cfg_func>; status = "ok"; }; on linux-xenomai kernel. Now it looks OK at least for the loop test on the spidev which is added as a sub-node spidev@0 { compatible = "linux,spidev"; spi-max-frequency = <500000>; reg = <0>; }; and I can test sensors via spidev. BTW, I've found that a few pl022 dt entries for other SoCs describe two clocks and the first clock looks to be the one for SSPCLK. I'm curious about how SSPCLK of amba pl022 is handled on HiKey. Regards, kaz

9 years, 11 months

fail to dump value from coprocessor in ARMv8 by openocd

by Haojian Zhuang

Hi Philip & Peter, I found there's the limitation on dumping coprocessor value on armv8. My platform is hikey. I found there're "hi6220.cpu" and "arm" commands in openocd. But I failed to dump any coprocessor value by these commands. After checking the sourcecode, I found that they're just used to dump ARMv4 -- ARMv7. And there's no really support in ARMv8 to dump coprocessor. Do you plan to enable this feature on ARMv8? Best Regards Haojian

10 years

Re: [Dev] Draft 96Boards Sensors Kit Getting Started Guide

by Lee Jones

> Also, can you please let me know if your board was missing the > bootloader, and if you were able to get it reflashed? The Sensor Board delivered to me was also wanting of a bootloader. The initial plan was to flash it with a USBAsp bought from China, however the Arduino IDE complained of a programmer error and refused to load the binary. Assuming the problem was related to Dan et. al's low Current issue, I moved right along to the 'Arduino as ISP' method using one of my Nanos. http://tinyurl.com/nanoasisp In the attempt depicted above, the Nano is connected to the Sensor Board via the ISP header and power is being drawn from the Nano's v5 supply; however, during subsequent attempts the Uno headers were used and despite testing all configurations both with and without external power from a regulated power supply, all attempts to flash using 'Arduino as ISP' sadly failed with a 'not in sync' error. After a little Googling I stumbled across and interesting article which mentioned that all of the cloned USBAsps are shipped with ancient firmware which requires updating. Unfortunately after removing the device from its case it was evident that the 'self programming mode' jumper/button had been omitted on my version. I traced the Reset line from the AVR and back from the Reset pin on the header and discovered that it's possible to bridge 2 of the vias which had the desired effect. Flashing the USBAsp using the Nano in 'Arduino as ISP' mode was successful. http://tinyurl.com/usbasupdate Wiring the newly updated USBAsp up via the Sensor Board's ISP port finally did the trick. After which it was possible to program the AVR from HiKey. http://tinyurl.com/usbaspsensorboard It's just I2C support which is now lacking. Is there -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog

10 years

UART adapter documentation and design files

by Grant Likely

For those of you who have a 96Boards UART adapter board (Sonic Screwdriver), I've written a user guide and the design files are available on the Linaro git tree. https://docs.google.com/document/d/1x3g4mfZJ2GxHCUYXp_O-ShwlbhJE2bMRtjcyRPF… https://git.linaro.org/people/grant.likely/96boards-uart.git g.

10 years

bluetoothctl hangs

by Milosz Wasilewski

Hi, I'm playing with BT devices using bluetoothctl. When I connect some HID (mouse, keyboard) bluetoothctl hangs and doesn't accept any commands. The sequence looks like this: trust <mac> pair <mac> connect <mac> --> hangs here Is this expected? I'm able to put bluetoothctl to background and the devices are still connected. milosz

10 years

Re: [Dev] [PATCH] hisilicon: iic: fix "add sloving reset function"

by Xinwei Kong

hi Ryan: On 2015/10/16 19:13, Ryan Harkin wrote: > Patch "hisilicon: iic: add sloving reset function" prevents Juno from > booting due to referencing an uninitialised pointer: > > [ 4.050860] usbcore: registered new interface driver usbfs > [ 4.056349] usbcore: registered new interface driver hub > [ 4.061717] usbcore: registered new device driver usb > [ 4.067159] Unable to handle kernel paging request at virtual address ffffffc9 > [ 4.074328] pgd = ffffffc000ccf000 > [ 4.077694] [ffffffc9] *pgd=0000000000000000, *pud=0000000000000000 > [ 4.083911] Internal error: Oops: 96000045 [#1] PREEMPT SMP > [ 4.089426] Modules linked in: > [ 4.092456] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 4.3.0-rc5 > [ 4.098572] Hardware name: ARM Juno development board (r1) (DT) > [ 4.104432] task: ffffffc977cf6c00 ti: ffffffc977cf8000 task.ti: ffffffc977cf8000 > [ 4.111845] PC is at dw_i2c_probe+0x210/0x544 > [ 4.116159] LR is at dw_i2c_probe+0x1dc/0x544 > [ 4.120471] pc : [<ffffffc000652f14>] lr : [<ffffffc000652ee0>] pstate: 80000045 > [ 4.127791] sp : ffffffc977cfbbd0 > [ 4.131069] x29: ffffffc977cfbbd0 x28: ffffffc000b3e630 > [ 4.136336] x27: ffffffc000c58000 x26: ffffffc000af4254 > [ 4.141602] x25: ffffffc000b3e6a0 x24: ffffffc977f65410 > [ 4.146867] x23: ffffffc000cb6000 x22: 0000000000000001 > [ 4.152133] x21: ffffffc977f65400 x20: 0000000000000000 > [ 4.157399] x19: ffffffc9770d9818 x18: 0000000000000001 > [ 4.162664] x17: 0000000000000000 x16: 0000000000000019 > [ 4.167929] x15: fffffffffffffff8 x14: 0ffffffffffffffe > [ 4.173194] x13: 0000000000000030 x12: 0000000000000008 > [ 4.178459] x11: 0000000000000030 x10: 0101010101010101 > [ 4.183725] x9 : fffffffffffffffe x8 : ffffffc977f0b940 > [ 4.188990] x7 : 0000000000000000 x6 : 0000000000008063 > [ 4.194255] x5 : 6300000000000000 x4 : 0000000000000000 > [ 4.199520] x3 : 0000000000000000 x2 : 0000000000000000 > [ 4.204784] x1 : 00000000ffffffc9 x0 : 0000000000000001 > > This patch prevents the new code from running if the pointer has not been > initialised. > > Signed-off-by: Ryan Harkin <ryan.harkin(a)linaro.org> > --- > Andrey, please add this patch to linux-linaro. If you don't have change to add it to the HiSilicon topic branches and respin, I'd be happy with it simply being added to the top of the tree. Without it, Juno is dead, unfortunately. > > Thanks, > Ryan. > > --- > drivers/i2c/busses/i2c-designware-platdrv.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/i2c/busses/i2c-designware-platdrv.c b/drivers/i2c/busses/i2c-designware-platdrv.c > index 00231e3..7320b67 100644 > --- a/drivers/i2c/busses/i2c-designware-platdrv.c > +++ b/drivers/i2c/busses/i2c-designware-platdrv.c > @@ -252,7 +252,8 @@ static int dw_i2c_probe(struct platform_device *pdev) > if (IS_ERR(dev->clk)) > return PTR_ERR(dev->clk); > > - i2c_clk_domain_enable(dev, 0); > + if (sctrl_base) > + i2c_clk_domain_enable(dev, 0); > > clk_prepare_enable(dev->clk); > > you can delete this above patch, this code have ported into uefi for iic2. you can use lastes uefi image and will slove your problem. Thank you Xinwei.

10 years

AndroidFastbootApp.efi

by Milosz Wasilewski

Hi, What is the purpose of publishing the AndroidFastbootApp.efi together with other UEFI binaries? http://builds.96boards.org/snapshots/hikey/linaro/uefi/latest/ The flashing instructions don't mention it in any way. Is there a way to update only the AndroidFastbootApp.efi without changing fip.bin? milosz

10 years

HiKey AOSP #184: OpenGLRenderer 'Out of memory' errors and corrupt display

by Jerome Forissier

Hi, I am trying AOSP snapshot 184 [1] + UEFI snapshot 75 [2] on my HiKey board, and I'm seeing some corruption on the HDMI display [3]. OpenGLRenderer logs some 'Out of memory' errors. Am I doing something wrong? Is this a known issue? (I found nothing in the bug tracker [4]). I have posted the outputs of 'adbg logcat' [5] and 'adbg shell dmesg' [6], taken shortly after a clean boot. [1] http://builds.96boards.org/snapshots/hikey/linaro/aosp/184/ [2] http://builds.96boards.org/snapshots/hikey/linaro/uefi/75/ [3] http://postimg.org/gallery/38rg8vffo/ [4] https://bugs.96boards.org/buglist.cgi?bug_status=__open__&list_id=144&order… [4] https://pastebin.linaro.org/view/8813a18f [5] https://pastebin.linaro.org/view/30dbc19b Thanks, -- Jerome

10 years

FTP support on BT with Linux build

by Milosz Wasilewski

Hi, Is FTP supported on bluetooth using Linux/Debian on HiKey? Chase (CCed) said he was able to transfer files using Android build on HiKey. From what I can see, the only supported profile on Linux is a2dp. milosz

10 years

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Dev October 2015