Hello Maxim,
I hit the situation well described in
https://gcc.gnu.org/ml/gcc-help/2015-02/msg00029.html , and wonder if
there's any updates to your answer since February?
I'm playing with Ubuntu 15.04, on Dragonboard (15.09 Linaro release).
Grepping thru output of apt-cache search, I found
gcc-4.9-multilib-arm-linux-gnueabi, installed it, which pulled armel
and armhf toochains, but didn't change linking behavior of "gcc
-mabi=ilp32". Trying to use a arm-linux-gnueabi-gcc-4.9 crosscompiler,
it builds executable, but it errors out with "./a.out: No such file or
directory" (missing dynamic linker?).
Btw, I had a suspicion that current gcc on that Ubuntu version (gcc
(Ubuntu/Linaro 4.9.2-10ubuntu13) 4.9.2), when used with -mapi=ilp32,
defines uint64_t to be 4 bytes, and indeed it's true:
#include <stdint.h>
int main() {
printf("sizeof(uint64_t)=%d\n", sizeof(uint64_t));
}
gcc -mabi=ilp32 -S uint64.c
...
add w0, w0, :lo12:.LC0
mov w1, 4
bl printf
...
Thanks,
Paul
P.S. Any chance we could hope for -m32 switch, familiar from x86_64?
--
Best Regards,
Paul
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
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
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
