I have the Cubox and two other 88AP510 based devices (GlobalScale D2Plug and GlobalScale D3) and audio doesn't appear to work on any of them. I suspect that there is something missing or mis-configured in the DTS or the kernel config is missing 1 or more relevant defines. I haven't had the time lately to dig into it and likely won't until late March!by rayknight - Debian
From my earlier linked article QuoteNow that the hard part — configuring the kernel and the device tree — is done, we can very easily print stuff on the screen by just writing to the /dev/lcd file. Rayby rayknight - Displays
You might want to take a look at HD44780 LCD I²C screen using Linux mainline charlcd driver. That appears to have enough information to be able to determine if lcd4linux already support the device and to add support to lcd4llinux if it does not. Rayby rayknight - Displays
Recent article CNX Software announces that Linaro has added support for booting Linux from HTTP to U-Boot and apparently HTTPS support is also in the works. Booting would be as simple as: setenv autoload 0;dhcp wget $loadaddr 192.168.0.1:~/vmlinuz Rayby rayknight - uBoot
I mentioned this before in this thread, but I've seen further posting that has me convinced that some people are confused about which Dell device they have. The Dell Wyse 3010 (sometimes listed as TX0, T10 or T50) has a single DVI-I video output and contains the Marvell Dove 88AP510 SOC, the Dell Wyse 3020 (sometimes listed as TX0D, T10D or T20D) has dual DVI-I and DVI-D video output and coby rayknight - Debian
demonside Wrote: ------------------------------------------------------- > Failed to reload daemon: Refusing to reload, not > enough space available on /run/systemd. Currently, > 10.4M are free, but a safety buffer of 16.0M is > enforced. > Failed to reload daemon: Refusing to reload, not > enough space available on /run/systemd. Currently, > 10.4M are free, but a safby rayknight - Debian
bodhi, Not a problem for me a I usually build my own kernels using your patches. Just thought it would be helpful to have the config options there for any current or future users of your kernel packages who might be using with that device. Rayby rayknight - Debian
bodhi, Those options would also apply to the Kirkwood kernel for NETGEAR ReadyNAS NV+ v2 as well. Rayby rayknight - Debian
Just received this device and the first issue I see with the device tree provided above is that it defines 2 CPUs. This device has an 88F6810 as defined by your U-Boot log above and by inspection of the board. So you should remove the cpu@1 definition from your DTS file.by rayknight - Debian
Based on the DTS file I believe you need to include the following config options: CONFIG_AUXDISPLAY=y CONFIG_HD44780=y Rayby rayknight - Displays
First suggestion would be to ensure that the driver has actually loaded. Initialization of the charlcd driver has the following: charlcd_puts(lcd, "\x1b[Lc\x1b[Lb\x1b[L*Linux-" UTS_RELEASE "\n"); This should print the linux version on the display if the module loaded correctly. The (un)official LCD4Linux Wiki could be another source for answers to your question.by rayknight - Displays
bodhi Wrote: ------------------------------------------------------- > See the picture in this post (the picture > orientation is also inside-facing-out): > https://forum.doozan.com/read.php?2,66989,116939#msg-116939 > > Perhaps your board is from a different production > lot. The photo in that post appears to be for a HP t5325 not the t5335z which is very different iby rayknight - Debian
bodhi Wrote: ------------------------------------------------------- > Serial console pinouts. > > Left-to-Right, Inside facing out. > > MicroJST header > > 1. GND > 2. RxD > 3. TxD > 4. N/A: 3.3V This is confusing and caused me to have issues! The MicroJST on both of my examples is P4 and has pins 1 and 4 labeled. With front of unit with power fby rayknight - Debian
Still not able to affect environment with fw_setenv after the above changes. Since this device has USB serial console its easy enough to get access to u-boot, so no rush to resolve this issue. Rayby rayknight - Debian
bodhi Wrote: > 1. The env size is 64K, sector size 4K > > > # MTD device name Device offset Env. size > Flash sector size Number of sectors > > /dev/mtd1 0x0000 0x10000 > 0x1000 > > With this config fw_printenv now works, but fw_setenv does not appear to actually set anything. Rayby rayknight - Debian
Attached is the result of the above dd command. Rayby rayknight - Debian
root@D2Plug:~# root@D2Plug:~# cat /etc/fw_env.config # MTD device name Device offset Env. size Flash sector size Number of sectors /dev/mtd1 0x0000 0x20000 0x1000 root@D2Plug:~# fw_printenv Cannot read environment, using default Cannot read default environment from file Attempt to dump mtd1 root@D2Plug:~# nanddump --noecc --omitooby rayknight - Debian
You might want to mention your general location as someone in the same country/region as you may make more sense than shipping it halfway around the world!by rayknight - Off-Topic
This improves things but I still have an issue. From dmesg I now see the flash partitions recognized: [ 5.461676] spi-nor spi0.0: mx25l3205d (4096 Kbytes) [ 5.467359] 3 cmdlinepart partitions found on MTD device spi0.0 [ 5.474884] Creating 3 MTD partitions on "spi0.0": [ 5.480376] 0x000000000000-0x0000000c0000 : "u-boot" [ 5.488428] 0x0000000c0000-0x00by rayknight - Debian
__ __ _ _ | \/ | __ _ _ ____ _____| | | | |\/| |/ _` | '__\ \ / / _ \ | | | | | | (_| | | \ V / __/ | | |_| |_|\__,_|_| \_/ \___|_|_| _ _ ____ _ | | | | | __ ) ___ ___ | |_ | | | |___| _ \ / _ \ / _ \| __| | |_| |___| |_) | (_) | (_) | |_ \___/ |____/ \___/ \___/ \__|by rayknight - Debian
Following up on this it appears that the correct mac address is already set by the mainline linux kernel and the set_persistent_mac_address script is not needed for this device. root@debian:~# dmesg | grep eth0 [ 5.570953] mv643xx_eth_port mv643xx_eth_port.0 eth0: port 0 with MAC address f0:ad:4e:XX:XX:XX [ 152.888169] mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 1000 Mb/s, fulby rayknight - Debian
I am trying to get the MVEBU kernel and Debian root file to work with a GlobalScale D2Plug. I was successful in modifying the u-boot environment to boot the MVEBU and Debian root from USB. The first issue I am trying to resolve is getting the MAC address set properly using the set_persistent_mac_address script. The problem I have is creating a correct /etc/fw_env.config file. The stock enviroby rayknight - Debian
bodhi Wrote: -> I could not find this OpenWrt u-boot in their > source tree. So that is my educated guess. > The pull request has not yet been merged by someone with commit access. It likely will not be merged as activity seems to have stopped by the developer back in May and the code will need to be re-based at a minimum. Rayby rayknight - Debian
Which dtb file are you using? Have you tried each of the existing dtb files that support the 6283 SOC? kirkwood-openblocks_a6.dts kirkwood-openblocks_a7.dts kirkwood-silverstore-hncn2.dtb kirkwood-topkick.dtb Rayby rayknight - Debian
The Marvelll 88F6283 is the low power version of the ARMADA 300/310 available operating at either 800MHz or 1GHz. Its the same processor as the Freecom SilverStore as bodhi suggested, so that dts might be a good starting point. An even closer example would be the Plat'Home OpenBlocksA7 (DTB file is kirkwood-openblocks_a7.dtb) as it has very similar features (i.e. 1GB RAM, 2x Gigabit Etherneby rayknight - Debian
karrelax Wrote: ------------------------------------------------------- > GREAT SUCCESS!!!! > > So, In sum: > > I have a Wyse 3020 with thinOs Lite. > The 3020 is a different device than the T10/T50 with a different SOC. The 3020 has an Armada PXA2128 and does appear to be supported by mainline Linux kernel as there is a DTS file (mmp3-dell-ariel.dts).by rayknight - Debian
I recently came across my old Samsung Chromebook (the 1st ARM based Chromebook) that is no longer provided updates to Chrome by Google. Found the Velvet OS project on GitHub that provides Debian and Ubuntu images and a build mechanism for not only older Chromebooks but a variety of other ARM devices. I'm happily running Debian Bullseye with kernel 5.18.1 and will be building my on 6.0 versby rayknight - Off-Topic
I haven't tried it as I did not have an NSA325 at the time (and NAS Central is no longer online), but I recall someone indicating that the gpio lines for the MCU on NSA325 and NSA320 were identical (verified by inspection of both dts files). They apparently were able to add the appropriate node to the NSA325 dts and get the nsa320-hwmon to work with the NSA325 as well. https://cateee.net/lkby rayknight - Debian
The nsa320-hwmon kernel module is supposed to be able to handle the MCU on both the NSA320 and NSA325. Rayby rayknight - Debian
Amazon has a 10 pack of 0.5ft for $17.99. They are available in a couple of colors.by rayknight - Off-Topic