Hi all,
Several people have complained about the need to constantly
connect/disconnect usb cables when switching from image flashing (over
OTG) to booting with usb-ethernet/keyboard/mouse (on the Type A
connector) on the currently available boards.
Since LAVA has automated this, I got Tyler to do a short write up
(Thanks!), added a diagram and here it is[1]. This should alleviate
some of the pain. Please feel free to share externally with others
who've been asking for how to do this.
Regards,
Amit
[1] https://docs.google.com/document/d/1tCbC7gCRAIvmqXkePqMK-fLL0jfE3EPk3zW_u9x…
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
> 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
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
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
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