All Activity
This stream auto-updates
- Past hour
-
Test if the ADV7611 gets detected via I2C: dmesg | grep ADV I'm stuck with this too. You need to configure the EDID memory of the ADV7611 with media-ctl to tell the HDMI "sender" which resolutions are available. But I don't know how to do that.
-
What's ironic here is that it took an SBC board with only a shell for me to get the hang of RPN. I *dig* it now. I think I'm strange, but I try to *force* myself to use the unix BC or DC desk calculators. Since I could never get the hang of rpn while in school, or with a friend's bitchin hp calculator, I finally tried DC and whaddya know! I like rpn now - it makes sense. Stranger still is just grooving on what was provided back in '69/70 basically by Bob Morris and Lorinda Cherry. Whaddy'a know - it still works nice. Practice makes perfect, and my finger-memory skills using bc or dc is getting better and better. Sorry - had to get that out there. Had to show some cow-orkers tending a redhat box who were all crying about not having a calculator around anywhere. Showed 'em bc. They thought I was some sort of unix super genius. I laughed but kept quiet.
-
In Android u-boot, some providers block the ability to stop startup. It would be interesting to see the UART log when trying to run Armbian from SD card. I am interested in whether the u-boot from eMMC is interrupted and control is transferred to u-boot from SD card or not.
- Today
-
Hi, The Armbian Build no more works with Pine 64 LTS using the configuration: BOARD="pine64so" BRANCH="next" RELEASE="stretch" And appending to /boot/armbianEnv.txt: fdtfile=allwinner/sun50i-a64-sopine-baseboard.dtb I saw, a dedicated DTB is now available for LTS: /boot/dtb/allwinner/sun50i-a64-pine64-lts.dtb. I tested adapting to /boot/armbianEnv.txt: fdtfile=allwinner/sun50i-a64-pine64-lts.dtb Unfortunately the issue is the same: the booting process is failing. The Ethernet plug is blinking but Linux didn't boot. I also used the images (with the kernel "next") published on https://dl.armbian.com/pine64so but no ones work, changing or not the fdtfile file. Last time I build images it was end of December 2018 and the images worked (with the fix). So, I getted the state of the Armbian Build repository around end of December, but built images are still don't work. On my side the "debugging" is ... very difficult: HDMI doesn't work and UART as well. So I do not know what happen during the boot. Someone know if I can recover the state of Armbian Build of end of December (with all dependencies)? Someone know if the current images from https://dl.armbian.com/pine64s are working with Sopine? Thank for your help! Best regards
-
Try my fixes: [SOLUTION] Armbian kernel 4.4 has broken HDMI (don't work some resolutions) I think, your issue same.
-
What was the exact reason that the pcduino3nano was dropped from support?
TonyMac32 replied to Michale Jasson's topic in Allwinner A20
Under a dozen developers, seemingly hundreds of boards. I think between lack of hardware in developers hands and really low download numbers were primary reasons. -
Sorry but i can't change display resolution with armbian 5.75 in one orange pi pc plus: ARMBIAN 5.73 stable Ubuntu 18.04.2 LTS 4.19.20-sunxi -h3disp not found -armbianEnv.txt not working -Documentation not easy and don't work Thanks a lot.
-
Thanks for reply. Then i will have a look at orange pi forums
-
Judging by the log, the system starts, but there is a problem with the quality of data reading from the SD card (maybe problems with the card or card reader on the TV box). Try to write an image on a USB flash drive and also to configure dtb. If multi-boot is activated, you can use any media SD card and USB flash drives. On TV boxes usually only two variants of wired network 100 and 1000 are used. Therefore, a wired network must work with one of the DTBS.
-
Are you asking about testing specifically on the Rock64 model ?
-
Built Armbian_5.77_Pineh64_Ubuntu_bionic_dev_5.0.2.img today. Looked to have a clean boot, working video, full 3gb ram available, Ethernet working, Wi-fi working. Can play with it more later, but it is looking pretty good.
-
What was the exact reason that the pcduino3nano was dropped from support?
lanefu replied to Michale Jasson's topic in Allwinner A20
Hi Michale. Your best bet would be to freeze the kernel and u-boot packages. Additional you could remove the armbian apt repository. Upstream debian and ubuntu will still work as long as they're still supporting the release you're on. Older boards that don't receive much attention from the community are often dropped. Unfortunately I don't think you'll find a reason much more specific. Please take a few minutes to understand some of our project's challenges. If you're passionate about the board, and would like to test and contribute, PRs are accepted and it could get moved back to Community Supported Status. -
What was the exact reason that the pcduino3nano was dropped from support?
Michale Jasson posted a topic in Allwinner A20
After along time I downloaded a new armbian image, after doing apt update/upgrade for the last year or so. I was quite surprised to see that the pcduino3nano is now deprecated, while other A20 boards are still supported. What was the exact reason that the pcduino3nano was dropped from support? If I keep using the deprecated OS, can I fully use apt update/upgrade for all user stuff? What would happen to all kernel and u-boot update packages? Is the latest armbian for the pcduino3nano automatically disabling those updates, or do I need to do something manually? *should* I block kernel & u-boot updates? thanks, Michale Jasson -
What you say concern people mounting on a 64bit Kernel a File System created on 32 bit Kernel. This is not the issue we are talking about. Our limitation is that simply you cannot address a File System > 16TB with a 32bit Kernel because of page cache limitation. I'm not aware of possible work around even with other File System than EXT. The only solution is to use a FUSE union file system to merge two or more partitions into one big volume. MergerFS : https://github.com/trapexit/mergerfs (It's available as a Debian package.) @9a3eedi @fpabernard You guys don't want to give a try to MergerFS ?
-
I tried install spi-mcp251x.dts on my opi-pc. $ uname -a Linux orangepipc 4.19.20-sunxi #5.75 SMP Sat Feb 9 19:02:47 CET 2019 armv7l GNU/Linux $ ls spi-mcp251x.dts spi-mcp251x.dts I added set -x to /usr/sbin/armbian-add-overlay $ sudo armbian-add-overlay ./spi-mcp251x.dts + [[ ! -n ./spi-mcp251x.dts ]] + [[ 0 -ne 0 ]] + [[ ! -f ./spi-mcp251x.dts ]] + [[ ./spi-mcp251x.dts == *.dts ]] ++ basename ./spi-mcp251x.dts .dts + fname=spi-mcp251x + [[ ! -f /etc/armbian-release ]] + [[ ! -f /boot/armbianEnv.txt ]] + . /etc/armbian-release ++ BOARD=orangepipc ++ BOARD_NAME='Orange Pi PC' ++ BOARDFAMILY=sun8i ++ VERSION=5.75 ++ LINUXFAMILY=sunxi ++ BRANCH=next ++ ARCH=arm ++ IMAGE_TYPE=stable ++ BOARD_TYPE=conf ++ INITRD_ARCH=arm ++ KERNEL_IMAGE_TYPE=zImage + [[ sunxi != sunxi ]] + [[ next != next ]] ++ uname -r + [[ -d /lib/modules/4.19.20-sunxi/build/scripts/dtc ]] ++ uname -r + [[ ! -x /lib/modules/4.19.20-sunxi/build/scripts/dtc/dtc ]] + echo 'Error: kernel headers are not installed properly' Error: kernel headers are not installed properly + echo 'Can'\''t find dtc that supports compiling overlays' Can't find dtc that supports compiling overlays ++ uname -r + echo 'Please install the headers package for kernel 4.19.20-sunxi' Please install the headers package for kernel 4.19.20-sunxi + exit -1 $ ls /lib/modules/4.19.20-sunxi/build/scripts/dtc/ checks.c dtc-parser.y fdtput.c livetree.c treesource.c data.c dt_to_config flattree.c Makefile update-dtc-source.sh dtc.c dtx_diff fstree.c Makefile.dtc util.c dtc.h fdtdump.c include-prefixes srcpos.c util.h dtc-lexer.l fdtget.c libfdt srcpos.h version_gen.h Can I have some advice?
-
Hi people, I have a minix X8-H and I running the last version Armbian_5.76_Aml-s812_Debian_stretch_default_3.10.108_desktop_20190307, all its OK... but not ethernet, not wifi is running I try all dtb and no one its working... Any idea...
-
Armbian for Amlogic S9xxx kernel 4.1x (>= ver 5.55)
purplepumkin replied to balbes150's topic in TV boxes
I'm having some reboot issues with the new builds, maybe 1 out of 5 times the box doesn't come back online. I have to remove the power plug for it to boot back into Armbian. I tried both 5.0.0 and 5.0.2 builds. No such issues exist on 4.20 builds on same boxes. On 5.x the screen stays black, no IP is fetched. I tried to solder on a serial interface but couldn't get it to work. Sorry to not be able to provide more info. Update: Connected one up to a screen and after a few reboots it "hangs" on shutdown, that's my guess because no logo is displayed after the signal is cut and where it would normally reboot. Really weird. Sometimes I can reboot a couple of times in a row without issue and then it hangs again. The shutdown sequence seemed complete and the signal to the screen was cut. Normally the led then changes quickly blue->red->blue to indicate a reboot but it doesn't get that far. It's hanging or stalled right before where the system would send the signal to reboot -- It might be simple hardware failure. Some of them have been running 24/7 but I can't replicate the issue on 4.x builds. I'm done rebooting for now Been thinking about some Orange Pi's to replace some s905's as they're officially supported by Armbian, these old tv boxes are nice to recycle and give a new lease of life as dedicated server for some tasks or micro desktop but they're not the pinnacle of reliability in some cases. A lot of hit and miss with parts quality. -
ARMBIAN for Amlogic S905 and S905X (ver 5.44 =<)
purplepumkin replied to balbes150's topic in TV boxes
- - Yesterday
-
I got distracted on some other projects and am circling back to this once again. @TonyMac32, what output do you need to help troubleshoot what is going on? I have a serial to USB adapter finally so I can capture the debug console from the Tinkerboard S and I can shell in and run whatever is needed from the cmd line. TinkerOS boots and displays so the HDMI converter and LCD in the CEED are working. Armbian 5.75 boots but no display on the LCD.
-
Hahahaha thats awesome!
-
Actually I already make it work on mainline: https://github.com/jernejsk/linux-1/commits/h6_i2s But I didn't sent patches yet, because DMA patches (pre-requirement) are still pending.
-
for those who do not want to spend their preciaus CPU time - https://drive.google.com/file/d/10v5c9imEsbQBmH3NxoL-PODEzfd2XU8z/view wifi trick: mv /lib/firmware/brcm/brcmfmac43455-sdio.bin /lib/firmware/brcm/brcmfmac43455-sdio.bin-ORIG mv /lib/firmware/brcm/brcmfmac43455-sdio.txt /lib/firmware/brcm/brcmfmac43455-sdio.txt-ORIG cp /lib/firmware/rkwifi/fw_bcm43456c5_ag.bin /lib/firmware/brcm/brcmfmac43455-sdio.bin cp /lib/firmware/rkwifi/nvram_ap6256.txt /lib/firmware/brcm/brcmfmac43455-sdio.txt if display is not supporting resolution 1024x768 (like mines) then apt install x11vnc should help to change resolution down to supported one.
-
Hi Akash This forum only focuses on mainline kernels, not the vendor provided kernels. Unfortunately it doesn't look like there are any plans for i2s on the Allwinner Kernel Mainling Project page. Maybe you'll have better luck on the orange pi forums or perhaps you can assist the sunxi project with getting i2s to mainline.
-
Thank you. I can also say I changed to glamor on kernel 4.4.167. Chromium instantly froze when playing a video. I then changed to armsoc again with the script. I again played video for +1 hour, and it crashed 2 times(aw snap!) So now I'm not sure if I had luck the last time that it didn't crash, or if it's because I've done the script multiple times with different settings. But it's clearly more stable with 4.4.167 and armsoc. I'll see how things go with a clean install with 4.4.167 and glamor as first time choice. It does feel very snappy to work with, surfing is nice. Strange thing is that kdenlive works with the script installed, while on the RK3399's and the Tinker Board it stops it from working.
-
SOPINE Not working
AZClusterboard replied to AZClusterboard's topic in Peer to peer technical support
So then why do you say you support SOPINE if you don't want to support SPOINE? Because you can do it in less time means it makes more sense that I should be able to get some help rather than me wasting my time trying to do it on my own blind. There is no point in wasting that much time. That's the point of community support. I might not know a lot about this hardware or this software but clearly it's the best you have at the moment. Judging by your reaction to me, I can see why more people aren't even trying to come forward. As for your analogy, it does not apply. Money should not be a factor unless you're trying to run some kind of extortion scheme. I have never found satisfaction in finding a solution to a problem. I find satisfaction in doing work instead of trying to find out why the machine doesn't work. The troubleshooting I do is all in service of that goal as opposed to being the goal itself.
