arox
-
Posts
391 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by arox
-
-
As stated in the tutorial, you should assign an address to the bridge only.
The bridge forward everything on data link layer and the interface of the bridge then form/extract IP packet. Otherwise you will have a hard time to manage kernel routing tables...
-
I've just installed a RPI dvb hat (sony cxd2880 spi device) on a bpim2plus with kernel 5.10.60-sunxi #21.08.2 SMP Tue Sep 14 16:28:44 UTC 2021 armv7l.
/dev/spi is not populated but the cxd2880 driver can obviously find spi0 (thanks to a dtb found on armbian forum) because I can stream DVB-T ?!?
I suppose the driver don't need spi devices.
udev problem on debian bullseye ? (I am afraid to say I don't understand anything on dtb).
Kernel seems happy anyway :
ls -l /sys/bus/spi/devices/
total 0
lrwxrwxrwx 1 root root 0 Feb 22 12:32 spi0.0 -> ../../../devices/platform/soc/1c68000.spi/spi_master/spi0/spi0.0 -
After struggling many days with alsa, vlc and usb audio devices, I inevitably was confronted with "RPI usb problem". My feeling so far is that there are some bugs in the linux USB2 kernel driver, but those bugs are making havoc the "RPI firmware", that is to say the underlying OS witch manage the GPU and all devices.
The consequence is that any power or driver (video driver, usb driver) problem can turn the RPI in a state where it become unusable (not because of Linux but the firmware itself) until a reboot and electrical reset ! In such case, the fs on a disk plugged in the USB3 bus is also corrupted. (force fsck is greatly encouraged). So, it is quite difficult to reproduce and diagnose linux or devices problems !
-
Does-it start if you unplug/replug the RJ45 connector (as on RPI...)
-
find . -type d | awk -F/ '{printf("%"4*NF"s|-- %s\n", " ",$NF)}'
(find in current dir all files of type directory and process them threw awk with "/" field separator to print a space with 4 times number of fields width, then a bar and two dash and the last field.
awk is your friend
-
"called by snmpcd (snmp formating)"
As you and Werner say : the best solutions are often the simplest. The problem is to find what is really the simplest and to make the difference between simple and basic in a use case.
(This is just a bit of general thinking (and nostalgy), as I have no idea about what you are working on).
The **simple** network management protocol is surely basic but I never found it was simple and it has been a long time since I saw someone care about it.
One more time, this is just general thinking, but I feel we use today a lot of complicated but no so powerful technologies in IT. Linux is a unix derivative, UNix has been designed by people who wanted a simple but powerful system after having worked on MULTix.
I try to keep that in mind. But it is not always easy and cannot be achieve if we want our computers to also toast bread and do the laundry.
-
In shell, pipes and awk are your bests friends : perhaps something like this :
$ mkfifo /tmp/timefifo
$ awk -W interactive -F: '{printf("cmd=%s s=%f\n", $1, $2*60+$3)}' <>/tmp/timefifo > /tmp/stats &
$ /usr/bin/time -o /tmp/timefifo -f "%C:%E" ls -l
$ /usr/bin/time -o /tmp/timefifo -f "%C:%E" ls
$ /usr/bin/time -o /tmp/timefifo -f "%C:%E" who
$ cat /tmp/statscmd=ls -l s=0.700000
cmd=ls s=0.070000cmd=who s=0.000000
$ killall awk
N.B. : <> open the pipe in read/wite mode to prevent it to be closed when "time" send EOF.
-
"time" is "built in" into the shell.
In order to use the full version described by "man", you should first install the full version in /usr/bin/time :
# apt-get install time.
And call it with the full path.
Also, when man fail to give doc because a package is missing, just google "man cmd".
-
"Are there other things I can do aside from these I have done?"
Lowering DRAM refresh rate was the most efficient powersaving trick. But I don't know if and how it can be done with modern kernel ?
https://github.com/armbian/build/blob/master/packages/bsp/h3consumption
-
26 minutes ago, tony013 said:
After some further research - it looks like armbian generates mac-address from cpuid - but rockpi has no cpuid ...
excerpt from ifconfig:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 6e:e4:fe:d4:82:6d brd ff:ff:ff:ff:ff:ff
Is there a way to fake/set/overwrite static part from cpuid or cpuid ?
Hum !
Is address 6e:e4:fe:d4:82:6d a valid mac-address ?
It seems to me that the first bit of first octet shouln't be 1 because it is reserved to multicast addresses.
7 minutes ago, arox said:Hum !
Is address 6e:e4:fe:d4:82:6d a valid mac-address ?
It seems to me that the first bit of first octet shouln't be 1 because it is reserved to multicast addresses.
Sorry, my mistake, 6e is odd !!!
5 minutes ago, arox said:Sorry, my mistake, 6e is odd !!!
Sorry, it is even so first bit 0. I go to bed ...
-
18 hours ago, tony013 said:
Is there something special on armbian, to have nfs support enabled?
There are a number of issues with the numerous versions of nfs, locking, architecture and export path on server with nfsV4 ... and I wouldn't trust error messages.
For example "protocol not supported" can be emitted because of the share path semantic :
From : https://wiki.archlinux.org/title/NFS/Troubleshooting#mount.nfs:_Protocol_not_supported
mount.nfs: Protocol not supported
This error occurs when you include the export root in the path of the NFS source. For example:
# mount SERVER:/srv/nfs4/media /mnt mount.nfs4: Protocol not supported
Use the relative path instead:
# mount SERVER:/media /mnt
I have had some troubles in the past with export path and nfsV4 and it works at present although my configuration is not supposed to be correct ?!?
-
"f you want control and your apps are available, try OpenBSD, very hands on, secure *nix ..."
I use a Gentoo system to concentrate and serve all network and security functions. This one would be a good candidate for OpenBSD.
But I never used an OpenBSD system. Not really a problem (I have used dozen of *nix systems and BSD was the first one) but I do not know on which SBC, light platform or appliance it could be easily installed (and reliable) ?
-
systemd-shim is provided by debian.
I do not know what may fail without it. (It is said to translate systemd helpers and anyway I have no use for automatic service start and stop on a personally administered system).
"dhcp, with the router reserving ip addr for your client mac addr"
Well, I am not sure there exists a "good solution". Anyway, I prefer editing a central repository than having (bugged) auto-configuration systems. Auto configuration is mandatory in some cases and a pain in the neck as soon as you have a problem and are not sure where it lies. That is why I removed systemd one more time (I kept it 3 months which is a record-breaking event for me). In this precise case, it is because the network interface needs sometimes a reset at boot (which stall the boot process), that the problem is known to happen in my case with D-link switches - and not handled of course ... I simply cannot patch systemd to resolve all mishappenings by editing meta-configuration files everywhere and praying it will convince systemd to resolve the problems disregarded by mainstream maintainers.
-
For info, I managed to get rid of systemd on my raspbian desktop. I had to first install dbus-x11 because the dependencies would force half of packages removal.
Then installation of sysvinit-core do the trick and trigger install of libnih-dbus1, systemd-shim, libcgmanager0, libnih1, cgmanager and "pinned out" systemd.
You probably need to install : ntp and ntpdate and of-course I use a totally static network configuration. (No avahi, no networmanager, no dhcpcd ...)
Also, I needed to modify /etc/X11/Xwrapper.config because of DRM driver needing root uid of X server.
Of course, I do that sort of things only after reaching a stable configuration that I can maintain without support and with a good system backup !
-
You didn't say if pihole works or not. I do not think ifconfig is able to report complex configurations correctly. (That may or may not work).
Anyway it is recommended in pihole tutorials to setup a static IP address. For example edit : /etc/dhcpcd.conf.
# Example static IP configuration:
interface eth0
static ip_address=10.4.5.2/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
static routers=10.4.5.1 #adresse IP du modem/routeur
#static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1Note that you need to be careful to specify the correct bitmask : 10.4.5.2/24 means a 24 bit netmask although your router may think otherwise.
-
2 hours ago, SteeMan said:
you likely need the above described board at a price point no more than a RaspPi.
With 32 GB emmc ?!?
That is an option that generally costs the price of a RPI.
-
1 hour ago, gounthar said:
big low profile heatsink
Many seems to think that theirs has to be very long and powerful (if you understand what I mean). In fact, a well designed enclosure can assume this function. And in any case the quality of the thermal interface is more important than anything else.
-
Manufacturers will always add all hardware features that does not cost a lot : i.e. crappy cheap wifi and so on, because they do not bother to provide good drivers.
In the other hand, RAM is always priced a lot and thermal design bad. If I want a SBC for specific use case like computing (and not a X86 server), I want it to be passively cooled and energy efficient. Storage is also a choice : either emmc, either a good bus design for drives.
I simply cannot find a SBC for a use case because they are all designed for "general purpose" like a RPI or expensive with no guarantee of software support.
-
2 hours ago, Dmitri_B said:
Stupid me
Stupid us !
For me configuring is like programing. We need to check live parameters to debug configuration or design mistakes.
I wish I would know how to debug efficiently some declarative languages ...
-
cat /sys/devices/platform/sunxi-i2c.0/i2c-0/0-0034/axp20-supplyer.28/power_supply/ac/voltage_now is not present om my Banana Pi.
Well my kernel is outdated. You can find the correct path in armbianmonitor script.
-
Check you have the same netmask on router, bridge and dhcp config.
Check router arp tables and messages to see if it receive requests.
Check if interfaces are really added to the bridge with brctl and that some nasty software has not added addresses to wlan0 and eth0 with ifconfig.
-
Perhaps you should try another PSU or check your cables : your voltage drop low at 960 MHz and you got SATA errors and reset.
Try : cat /sys/devices/platform/sunxi-i2c.0/i2c-0/0-0034/axp20-supplyer.28/power_supply/ac/voltage_now while transferring files.
-
3 hours ago, lanefu said:
This is great! I had a similar problem to solve
I would like DT overlay could handle that sort of thing. (I may suggest here something completely stupid because I know nothing about DT).
Using an overkilled dynamic system configuration system like udev to make a static configuration is somewhere strange ...
-
22 hours ago, gogoer said:
thank you for your answer!!!
my problem that uart adapters are the same! they are totally identical, their serial numbers are the same)
is there any way to resolv this issue?? or it better to you different adapters and write rules as you advised?
The method "filtering by devpath" I have indicated before is targeted at providing a solution in that case. The match is done for a type of (identical) devices (same idVendor/idProduct) and the device name chosen according to the index of USB port.
device tree on upgraded kernel not creating spi devices.
in Beginners
Posted
I am just discovering as yourself on this subject (and as I said above, perfectly happy with my armbian config which does not require /dev/spi* nodes)
Do you have module spidev loaded (lsmod | grep spi). If not try "modprobe spidev".
As far as I know, this is this module that should create device nodes to give userland access to spi devices. Kernel drivers don't need it.
It must be enabled by armbian-config for the bus you need for your device. (The dtb overlay is then added to /boot/armbianEnv.txt).
Anyway, I found complaints on RPI forum for the lack of /dev/spi interfaces and this may come for dtb for specific devices.