-
Posts
3892 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by martinayotte
-
-
-
... 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.
-
BTW, I've committed a preliminary AP6212 integration for BPiM2+Ultra DTS.
But, to my surprise, BPiM2+Ultra WL-WAKEUP is not attached to some GPIO of the R40, so I've left it commented in the DTS.
This is may one of the reason with I wasn't able to make it work : the wlan0 appears but doesn't receive it DHCP response.
Or this is related to the fact that it is not a "A" version, since I'm now getting the same issue with plain BPiM2+, although it worked last week.
-
That trick did fix the issue ...
Thanks a lot !
-
Igor, I know that are there in github, it is where I've download them, but there are not in the built image since it seems to install them, from my understanding, from the armbian-firmware-full_5.27_armhf.deb which still older than the commit date.
-
Good !
But I still don't see the fw_bcm43438a1.bin in neither output/debs/armbian-firmware-full_5.27_arm64.deb or output/debs/armbian-firmware-full_5.27_armhf.deb.
So, I still have to manually install it from manual download...
-
I've tried today this driver from https://github.com/jwrdegoede/rtl8723bs
Unfortunately, I didn't get it to work, even after having fixed some of those pacthes_v5, it crash while loading driver.
-
Ok ! I've finally found some discripancies in DT between H3 and H5 : the reset-gpios default level in wifi-pwrseq of DT.
Thoses fixes the OPiZeroPlus2-H5 as well as NanoPiM1Plus2-H5. Next nigthlies should reflect that.
(Be aware for those two boards : MicroUSB powering is choking when WiFi get powered. I need some new stronger cables)
A side note : OPiWin still not work with the same medecine, as well as the BanadaPi-M2-Ultra ... I will dig further ...
EDIT : For those who trying fresh builds, you sill need @tkaiser firmware hack, which is not part of the images yet :
download /lib/firmware/ap6212/fw_bcm43438a1.bin and copy it under /lib/firmware/brcm/brcmfmac43430-sdio.bin.
AP6212 in Mainline
in Advanced users - Development
Posted
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.