-
Posts
3892 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by martinayotte
-
-
BTW, I've built a Armbian_5.27_Bananapim2ultra_Debian_jessie_dev_4.11.0-next-20170427.img image 2 days ago, and it is booting fine.
The only thing is that the WiFi AP6212 isn't in good shape yet : wlan0 could be activated, but the issue is that it doesn't receive response from DHCP request.
I think it is due to the fact that WL-WAKE is connected to AXP GPIO instead of PLx, and therefore the NMI is managed well.
-
Your display is not with a SPI interface, all transfers are done with parallel GPIOs.
So, don't expect been able to run it using frame buffer.
You can use GPIO library to drive it, but you are on your own displaying something from your own application.
-
I've not tried the AP mode ...
-
Did you tried full image ?
What errors/problems do you have ?
-
On 2017-05-19 at 10:33 AM, balbes150 said:
S905 works well for the main kernel 4.11\4.12
BTW, sorry for the stupid questions, where those images are located ? Why they are not part of Armbian build tools ?
-
Ok ! AP6212 is now working on OPiWin :
- Replaced reg_eldo1 by reg_dldo2.
- Adding RSB/AXP settings in defconfig.
Commit is done, next nigthly build will provide those changes.
-
-
... and, btw, since my previous post, the WiFi is now also working. (For BT, no work has been done).
-
When the device is just connected, it will appear, for example, I've just attached a USB-TTL Serial adaptor on my OPi, and dmesg output is :
[ 635.907660] usb 1-1.3: new full-speed USB device number 3 using ehci-platform [ 636.147607] usbcore: registered new interface driver usbserial [ 636.147692] usbcore: registered new interface driver usbserial_generic [ 636.147736] usbserial: USB Serial support registered for generic [ 636.153595] usbcore: registered new interface driver pl2303 [ 636.153653] usbserial: USB Serial support registered for pl2303 [ 636.153725] pl2303 1-1.3:1.0: pl2303 converter detected [ 636.155984] usb 1-1.3: pl2303 converter now attached to ttyUSB0
What you battery monitor look like ? Are you sure it is appearing as serial device ?
-
I've added some of the Icenowy patches for PMIC to control VCC-WIFI over reg_dldo4 and reg_eldo1, but doesn't seems to be enough ...
I guess I will have to put some traces directly into SDIO code to figure out why it doesn't shows up during probing.
-
So, maybe you should give it a try ...
-
/dev/ttyUSBx only appears when a device is detected as serial when connected.
Which device are you plugging into USB port ?
Maybe the driver is not present ?
-
Be aware that we didn't care about making BT running yet ...
-
That all depends about what you wish to do ...
-
Resolved with the help of Zador : mkimage version too old, but problem appeared only today ...
-
On my side, none of the A64/H5 are building since 24 hours.
-
For a reason I didn't figure out, the build is broken :
MKIMAGE CC [M] fs/ecryptfs/read_write.o CC [M] fs/ecryptfs/crypto.o CC lib/kasprintf.o CC [M] net/bluetooth/mgmt.o CC kernel/compat.o CC [M] sound/soc/soc-dapm.o CC [M] fs/ecryptfs/keystore.o Invalid CPU Type - valid names are: alpha, arm, x86, ia64, m68k, microblaze, mips, mips64, nios2, powerpc, ppc, s390, sh, sparc, sparc64, blackfin, avr32, nds32, or1k, sandbox Usage: mkimage -l image -l ==> list image header information mkimage [-x] -A arch -O os -T type -C comp -a addr -e ep -n name -d data_file[:data_file...] image -A ==> set architecture to 'arch' -O ==> set operating system to 'os' -T ==> set image type to 'type' -C ==> set compression type 'comp' -a ==> set load address to 'addr' (hex) -e ==> set entry point to 'ep' (hex) -n ==> set image name to 'name' -d ==> use image data from 'datafile' -x ==> set XIP (execute in place) mkimage [-D dtc_options] [-f fit-image.its|-F] fit-image -D => set options for device tree compiler -f => input filename for FIT source Signing / verified boot not supported (CONFIG_FIT_SIGNATURE undefined) mkimage -V ==> print version information and exit make[3]: *** [arch/arm64/boot/dts/allwinner/overlay/sun50i-a64-fixup.scr] Error 1 make[2]: *** [arch/arm64/boot/dts/allwinner/overlay] Error 2 make[1]: *** [arch/arm64/boot/dts/allwinner] Error 2 make: *** [dtbs] Error 2 make: *** Waiting for unfinished jobs....
It looks like mkimage choking with some arguments, but, from what I know, we didn't changed anything on Armbian side. So, maybe something that Icenowy introduced in her branch ...
EDIT : Oh ! I've found something on Armbian side : the *.scr are missing ...
-
Last time I've built an images for OPiPrime, although I was using DHCP, the wired networking was working fine.
-
Oh !!! Thanks !
That's mean the schematic is wrong since it is stating PL7/PL8 !
I will try PL2/PL3 tomorrow, since it already late tonight here ...
The commit in Ambian is done thru a patch which create the DTS.
https://github.com/armbian/build/blob/master/patch/kernel/sun50i-dev/add_orangepiwin_dts.patch
EDIT : BTW, the DTS changes for WiFi are not committed yet ... Maybe tomorrow if PL2/PL3 works.
-
I've done that for ZeroPlus-H3/ZeroPlus-H5/NanoPiM1Plus2-H5 Mainline with success !
But still no success with OPiWin on Mainline ...
Maybe I've done a mistake somewhere or there is a mistake on schematic ...
Could you confirmed me what pins are used on Legacy FEX for WL-PWREN and WL-WAKE ?
-
Normally, there is a NTP service running on all Armbian.
Check if it is running by doing "ps -ef | grep ntp", you should have something like :
ntp 720 1 0 May04 ? 00:01:28 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 105:110
if not, try to run it manually to see if any errors ...
-
Armbian just switched from 4.10 to 4.11 recently, and the built-in 8189fs WiFi of OrangePiPC+ still working fine with nightly builds.
-
I've only looked at the Ultra schematic, and I didn't find any GPIO attached to it, it seems to be connected to AP-NMI, so I don't know how to specify that in DTS.
-
BTW, if you wish to share actual/current desktop, vino-server would do the job.
wrong access rights for dpkg-deb after U-Boot build
in Armbian build framework
Posted
Did you plug a USB-TTL Serial adaptor to do debugging ?
You should see the login prompt without any problem.
That said, this image is WIP, WiFi still glitchy, and EMAC not yet implemented.
But that doesn't prevent Armbian for booting, so in the meantime, I'm using MT7601 USB dongle to get networking ...