-
Posts
111 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by mantouboji
-
-
4 hours ago, Werner said:
Check here for latest activity: https://github.com/armbian/build/commits/master
Of course . In fact I clone it from GitHub freshly today .
yaofei@nucu2110:~/src/armbian/build$ LANG=C git status On branch master Your branch is up to date with 'origin/master'. nothing to commit, working tree clean
-
USB not working for a long while , is there any solution?
-
On 11/18/2021 at 8:10 PM, mantouboji said:
Why did you break the DT then cause USB is lost?
yaofei@wgz2:~$ dmesg | grep vcc [ 1.409536] sun50i-h616-pinctrl 300b000.pinctrl: supply vcc-ph not found, using dummy regulator [ 1.427370] sun50i-h616-pinctrl 300b000.pinctrl: supply vcc-pc not found, using dummy regulator [ 2.685538] usb1-vbus: supplied by vcc-5v [ 2.685953] sun50i-h616-r-pinctrl 7022000.pinctrl: supply vcc-pl not found, using dummy regulator [ 2.687760] vdd-cpu: supplied by vcc-5v [ 2.688515] dcdcb: supplied by vcc-5v [ 2.688763] vdd-gpu-sys: supplied by vcc-5v [ 2.689253] vdd-dram: supplied by vcc-5v [ 2.689798] vcc-eth-mmc: supplied by vcc-5v [ 2.690290] vcc-pl: supplied by vcc-5v [ 2.690747] vcc3v3-ext: supplied by vcc-5v [ 2.691288] vcc3v3-ext2: supplied by vcc-5v [ 2.691744] vcc1v8: supplied by vcc-5v [ 2.692482] bldo2: supplied by vcc-5v [ 2.692899] bldo3: supplied by vcc-5v [ 2.693335] bldo4: supplied by vcc-5v [ 2.693817] cldo1: supplied by vcc-5v [ 2.694325] cldo2: supplied by vcc-5v [ 2.694774] cldo3: supplied by vcc-5v [ 2.781685] usb_phy_generic usb_phy_generic.1.auto: supply vcc not found, using dummy regulator [ 2.788334] sun50i-h616-pinctrl 300b000.pinctrl: supply vcc-pf not found, using dummy regulator [ 3.524820] sun50i-h616-pinctrl 300b000.pinctrl: supply vcc-pi not found, using dummy regulator
not DTB, there are must some errors in USB driver.
-
Why did you break the DT then cause USB is lost?
yaofei@wgz2:~$ dmesg | grep vcc [ 1.409536] sun50i-h616-pinctrl 300b000.pinctrl: supply vcc-ph not found, using dummy regulator [ 1.427370] sun50i-h616-pinctrl 300b000.pinctrl: supply vcc-pc not found, using dummy regulator [ 2.685538] usb1-vbus: supplied by vcc-5v [ 2.685953] sun50i-h616-r-pinctrl 7022000.pinctrl: supply vcc-pl not found, using dummy regulator [ 2.687760] vdd-cpu: supplied by vcc-5v [ 2.688515] dcdcb: supplied by vcc-5v [ 2.688763] vdd-gpu-sys: supplied by vcc-5v [ 2.689253] vdd-dram: supplied by vcc-5v [ 2.689798] vcc-eth-mmc: supplied by vcc-5v [ 2.690290] vcc-pl: supplied by vcc-5v [ 2.690747] vcc3v3-ext: supplied by vcc-5v [ 2.691288] vcc3v3-ext2: supplied by vcc-5v [ 2.691744] vcc1v8: supplied by vcc-5v [ 2.692482] bldo2: supplied by vcc-5v [ 2.692899] bldo3: supplied by vcc-5v [ 2.693335] bldo4: supplied by vcc-5v [ 2.693817] cldo1: supplied by vcc-5v [ 2.694325] cldo2: supplied by vcc-5v [ 2.694774] cldo3: supplied by vcc-5v [ 2.781685] usb_phy_generic usb_phy_generic.1.auto: supply vcc not found, using dummy regulator [ 2.788334] sun50i-h616-pinctrl 300b000.pinctrl: supply vcc-pf not found, using dummy regulator [ 3.524820] sun50i-h616-pinctrl 300b000.pinctrl: supply vcc-pi not found, using dummy regulator
-
I simply copied the sun50i-h6-w1-gpio.dts to h616 one , and then modified the file , change h6 to h616 , and change pin to PC7 . and then fixed the general-sunxi-overlays.patch to include overlay subdir.
build well . but when I load the dtbo, error message is :
[ 86.285837] Driver for 1-wire Dallas network protocol. [ 86.300790] sun50i-h616-pinctrl 300b000.pinctrl: pin PC7 already requested by onewire@0; cannot claim for 300b000.pinctrl:71 [ 86.300836] sun50i-h616-pinctrl 300b000.pinctrl: pin-71 (300b000.pinctrl:71) status -22 [ 86.300862] w1-gpio onewire@0: gpio_request (pin) failed [ 86.300875] w1-gpio: probe of onewire@0 failed with error -22
-
If I want to add a new device tree overlay (for instance, H616 W1-gpio or pps-gpio), how to do it and produce diff patch?
-
0036 patch is conflicted with h616_0005 one . should be merged into h616_0005 and remove it .
maybe some new patch breaks the USB stuff , 5.15.1 can't use USB port.
-
On 11/7/2021 at 7:05 AM, Igor said:
please remove the new 0036- patch file and add the change to h616_0005 patch .
-
14 minutes ago, lampra said:
Check the device tree. Only one change was needed https://github.com/jernejsk/linux-1/commit/acb0d7a34dd77ed84228478f5ffb3479a3118fed
I changed this in my board using armian-config
`Welcome to Armbian 21.08.2 Focal with bleeding edge Linux 5.14.8-sunxi64`
and reboot works
this patch was overlapped by h616_0005 one
I build hirsute
-
On 11/7/2021 at 7:05 AM, Igor said:
still no reboot, and USB is broken
11月 08 08:11:11 orangepizero2 kernel: usb 2-1: new full-speed USB device number 6 using ohci-platform 11月 08 08:11:12 orangepizero2 kernel: usb 2-1: device descriptor read/64, error -62 11月 08 08:11:12 orangepizero2 kernel: usb 2-1: device descriptor read/64, error -62 11月 08 08:11:12 orangepizero2 kernel: usb 2-1: new full-speed USB device number 7 using ohci-platform 11月 08 08:11:12 orangepizero2 kernel: usb 2-1: device descriptor read/64, error -62 11月 08 08:11:13 orangepizero2 kernel: usb 2-1: device descriptor read/64, error -62 11月 08 08:11:13 orangepizero2 kernel: usb usb2-port1: attempt power cycle 11月 08 08:11:13 orangepizero2 kernel: usb 2-1: new full-speed USB device number 8 using ohci-platform 11月 08 08:11:13 orangepizero2 kernel: usb 2-1: device not accepting address 8, error -62 11月 08 08:11:14 orangepizero2 kernel: usb 2-1: new full-speed USB device number 9 using ohci-platform 11月 08 08:11:14 orangepizero2 kernel: usb 2-1: device not accepting address 9, error -62 11月 08 08:11:14 orangepizero2 kernel: usb usb2-port1: unable to enumerate USB device
-
2 hours ago, xryl669 said:
This happens because the SDIO driver was built with some no-commented debug message. It's a pain that date back from initial build of linux for this CPU. You'll need rebuild the kernel and add a patch that's commenting the message if it bothers you too much.
@mantouboji Have you seen this: https://github.com/orangepi-xunlong/orangepi-build/blob/main/external/packages/bsp/sunxi/ap6256-wifi.service
It seems some firmware binary blob is required for Wifi to work. Hopefully, you can load them at runtime.
Thanks my dear, Are you kidding me ? there is no this modules in 5.14.x kernel.
-
11 hours ago, Igor said:
Perhaps showing respect to people that waste their precious time for your hobby or business? For us expense and suffering (development is suffer in case you don't know) you totally ignore. Stop pushing. This is not directed to you personally - a lot of people on this forum are losing touch with reality they need to accknowledge.You are always welcome.
As a hobbyist, I only want use this board to run homeassistant and a WireGuard router, so when I found some bug, I think I should report it in here . Since supporting for this model is so difficult, it seems that switch to other board is a better choice.
Thanks a lot for you and all of developers here, I will keep using Armbian on other supported boards .
Grazie mille. Большое спасибо.
-
Sorry . I will abandon all of my Zero2 and not to use them again.
Thanks for all of your work.
-
-
For the latest version in GITHub, kernel 5.4.14, still no DTB overlay , even no -fixup.dtbo , so no WiFi and BT, no any GPIO
no reboot.
Run Hassio supervisor is very well .
Many USB WiFi can't link to AP with WPA2-PSK , such as 8192cu
-
Now with kernel 5.14.2, only mt7601u USB WiFi dongle can connect to 2.4G AP, others such like 8821cu and 8818eu can browse SSIDs but can't connect to them with a PSK password.
same on OrangePi 3
-
now , the latest version in GitHub , boots very well, ethernet and USB are OK, but after plug a USB WiFi dongle, can't connect to WiFi with password .
still no devicetree and overlays .
-
-
25 minutes ago, lampra said:
Did you check for the patches? DO you build the kernel with them or not? If not, just copy the patches to the userpatches folder
I only change that 2 lines, left other stuff nochange. those patches are in the archive folder. May I copy them to userpatches folder?
-
Yes, I just changed these two lines.
I found I made a mistake, use "head" rather than "branch:master"
So I change to exactly as you writo, others keep the Armbian master.
After build and burn to SD card, still stuck at "Starting Kernel ... "
-
-
How long will it take to boot properly?
-
-
On 7/31/2021 at 4:23 PM, mantouboji said:
I can't use BT in OPi 3
I added uart1 in armbianEnv.txt
___ ____ _ _____ / _ \| _ \(_) |___ / | | | | |_) | | |_ \ | |_| | __/| | ___) | \___/|_| |_| |____/ Welcome to Armbian 21.05.6 Hirsute with Linux 5.13.6-sunxi64 System load: 6% Up time: 3 min Memory usage: 7% of 1.94G IP: 192.168.20.50 CPU temp: 69°C Usage of /: 23% of 15G RX today: 0 B Last login: Sat Jul 31 08:20:21 2021 from fe80::18b0:75fb:8156:393%wlan0 yaofei@opip3:~$ hciconfig hci1: Type: Primary Bus: UART BD Address: 00:00:00:00:00:00 ACL MTU: 0:0 SCO MTU: 0:0 DOWN RX bytes:0 acl:0 sco:0 events:0 errors:0 TX bytes:14 acl:0 sco:0 commands:2 errors:0 hci0: Type: Primary Bus: SDIO BD Address: 00:00:00:00:00:00 ACL MTU: 0:0 SCO MTU: 0:0 DOWN RX bytes:0 acl:0 sco:0 events:0 errors:0 TX bytes:0 acl:0 sco:0 commands:0 errors:0 yaofei@opip3:~$ dmesg | grep brcm [ 6.650807] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43456-sdio for chip BCM4345/9 [ 8.839304] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43456-sdio for chip BCM4345/9 [ 8.839533] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available [ 8.840043] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/9 wl0: Feb 11 2020 11:54:51 version 7.45.96.61 (be7af2d@shgit) (r745790) FWID 01-a41d86bd es7.c5.n4.a3
sorry.
Sine my GPS module attached to S-UART-TX and S-UART-RX, I added the uart1 overlay .
Now I changed to GPS to UART3, remove uart1 on armbianEnv.txt , the bluetooth works well .
OrangePi Zero2 - Allwinner H616
in Orange Pi Zero 2
Posted
USB is still broken