<Grommish>
SInce the subnet will always start with 255.xxx.xxx.xxx, might work
<SwedeMike>
philipp64: are you looking to find all addresses that matches a certain subnet?
<SwedeMike>
Grommish: are you thinking of netmask?
<Grommish>
Subnet is Netmask in expanded form.. and you can't subnet a class A at the first octect, can you?
<SwedeMike>
philipp64: I am not aware of any such command line tool, you'd probably have to write a short program using one of the libraries such as https://docs.python.org/3/library/ipaddress.html
<Grommish>
So, wouldn't it be always a 255. to match?
<SwedeMike>
Grommish: no, it wouldn't always be 255.
<SwedeMike>
10.10.10.8/30 has no 255 in it
<Grommish>
With 2 assignable addresses
<Grommish>
its 255.255.255.252
<Grommish>
for a /30
Tapper has joined #openwrt-devel
<Grommish>
No?
<SwedeMike>
Grommish: that's not a subnet, that's a netmask.
<SwedeMike>
10.10.10.8/30 is the subnet, 255.255.255.252 is the netmask
<blogic>
svanheule: short question, i thought that ethtool -m worked once upon a time on SFP ports
<blogic>
svanheule: trying it now it does not work anymore
<blogic>
do you know if it did once work ?
<svanheule>
blogic: I haven't tried using SFP, or ethtool -m, with OpenWrt
<blogic>
svanheule: ok
<blogic>
svanheule: will try an old image, thanks 1
<svanheule>
blogic: recently asked bmork if he was having any issues with I2C via the rtl8231, but he said his module were polling just fine
<blogic>
mine too
<blogic>
the irq gave me issues
<blogic>
so i turned of gpio-irq
<svanheule>
ok
<blogic>
will send you a detailed report next couple of days
<blogic>
basically it tries to use gpio0
<svanheule>
did you also make sure system led is disabled? that's on gpio0 on the realtek target
<blogic>
it works
<blogic>
but when I unplug the sfp it gets an irq and dthen oopses
Borromini has joined #openwrt-devel
<stintel>
blogic: is the ethtool -m question related to realtek or in general ?
<blogic>
stintel: yeah
<blogic>
to the sfp ports
<stintel>
ok I don't have any realtek with SFP, only octeon and there it didn't work
<blogic>
ok, maybe i tested it on my pc witht he 10g sfps
<svanheule>
blogic: I tried to enable a i2c-gpio bus (over the mdio-gpio bus to the RTL8231) to the SFPs on my Cisco SG220, but nothing shows up on 0x50/0x51 when I run i2cdetect
<svanheule>
although I haven't been able to probe _any_ device via I2C on that machine, using the pinouts described in their source archive
<svanheule>
also not the lm75a temperature sensors
danitool has joined #openwrt-devel
rejoicetreat has joined #openwrt-devel
goliath has joined #openwrt-devel
swegener has quit [Quit: leaving]
tapper has quit [Ping timeout: 480 seconds]
swegener has joined #openwrt-devel
swegener has quit []
swegener has joined #openwrt-devel
tapper has joined #openwrt-devel
Zaba2 has quit [Quit: Leaving.]
<rsalvaterra>
I've been meaning to ask this for a long time, but I keep forgetting (because, well, it works)… Is specifying the IP address of an interface in CIDR notation (omitting option netmask) a supported feature, albeit undocumented, or does it just work by chance? I'm almost sure it's the former, but I'd like an authoritative answer… :)
rsalvate_ has joined #openwrt-devel
rsalvaterra has quit [Ping timeout: 480 seconds]
<jow>
it is supported and documented
<jow>
in fact ipaddr/netmask is legacy
<jow>
when using cidr notation you can also specify multiple addresses or ranges using uci list notation
<jow>
list ipaddr 192.168.1.1/24; list ipaddr 192.168.1.2; list ipaddr 10.25.0.1/24
<jow>
all in one proto static interface
<jow>
same for ip6addr
goliath has quit [Ping timeout: 480 seconds]
<Borromini>
isn't CIDR kind of enforced by LuCI now?
goliath has joined #openwrt-devel
<rsalvate_>
jow: Good to know, but there's no info about it on /etc/config/network in the wiki I could find.
rsalvate_ is now known as rsalvaterra
<rsalvaterra>
jow: I knew about the list of multiple IP addresses, since I had to configure a connection with IP aliasing years ago: https://paste.debian.net/1199999/ :)
barhom has joined #openwrt-devel
mustafacan has quit [Remote host closed the connection]
<barhom>
Trying to start using the physical buttons. Reading the docs it says there are two ways hotplug.d and procd. And it mentions that hotplug is deprecated? So I should not be using /etc/hotplug.d/buttons ? Docs are a bit confusing.
<barhom>
The deprecated notice was several years ago
feriman has joined #openwrt-devel
gch981213 has quit [Quit: leaving]
<wb9688>
Hotplug2 is deprecated in favor of procd, which reads the /etc/hotplug.d directory
tapper has quit [Read error: Connection reset by peer]
tapper has joined #openwrt-devel
nitroshift has quit [Quit: Gone that way --->]
* russell--
has an ancient soekris net4826 he's been nursing along, which is hanging on a warm boot: http://paste.debian.net/1200002/ ... if i power cycle it, it boots successfully.
<jow>
afair that issue existed in the past as well
<russell-->
yeah, i haven't been paying close attention ... it's probably been there for a while
<russell-->
maybe tomorrow i'll try to bracket it with some old builds
<tmn505>
this might be CONFIG_X86_REBOOTFIXUPS not enabled, but seing as it's hanging around clocksource maybe You'll need clocksource=scx200_hrt in kernel command line.
<nick[m]4>
how can I add "libm" as dependency to a package? gpsd fails under glibc
<russell-->
tmn505: clocksource=scx200_hrt didn't help
<tmn505>
thanks, I'll test k5.10 later today on my WRAP boards, this might be related to changes in config.
<russell-->
i'm building with CONFIG_X86_REBOOTFIXUPS right now
<tmn505>
btw, which subtarget are You using, geode or legacy?
<jow>
nick[m]4: do you get an error "Package xxxx is missing dependencies for the following libraries: libm.so" or something else?
<nick[m]4>
however, the other scon stuff is probably still wrong
<jow>
nick[m]4: ah yes. Still I think the scons build itself should be fixed to not use the wrong default flags. But this is obviously far out of scope of waht you actually wanted to do, polish olsrd :)
<nick[m]4>
xD
<jow>
but as long as providing CFLAGS completely overrides the bogus builtin default, the solution is adequate for gpsd
<johnf>
I'm working on support for the gl-xe300
<johnf>
my image files work through the gl-inet uboot http interface
<johnf>
I think the error that matters is tar: invalid tar magic
<johnf>
which suggests that I'm using the wrong compression maybe, but I don't understand how that could be
<johnf>
I'd really appreciate any help anyone can offer, I want to submit a PR but no sysupgrade support isn't really where I want it to be when I do :(
Zaba2 has joined #openwrt-devel
Borromini has joined #openwrt-devel
<tmn505>
russell--: it boots fine the legacy subtarget image with clocksource=scx200_hrt applied to kernel. So the issue is, when kernel configs were prepared for 5.10, guidosarducci used generic subtarget to refresh, instead of lowest denominator which is legacy subtarget.
<tmn505>
That's why geode kernel inherits CONFIG_M686 from target config instead of CONFIG_M586MMX. So now geode is i686.
philipp64|work has joined #openwrt-devel
<jow>
tmn505: do you have a list of kconfig symbols we should enable/change/disable for legacy?
pekster has quit [Quit: musical hosts]
<jow>
not sure if I still own my wrap board, might that I've thrown it into the trash before the move to the new appartment
pekster has joined #openwrt-devel
<tmn505>
jow: legacy is fine, it was fixed later
<tmn505>
the issue is with geode target
<tmn505>
the symbols which should be changed are CONFIG_X86_MINIMUM_CPU_FAMILY=6 to 5 and CONFIG_M686 to CONFIG_M586MMX.
<tmn505>
I'll dig what else changed and prepare patches for that issue.
netprince has quit [Remote host closed the connection]
<johnf>
nand_upgrade_tar /tmp/gl-xe300.bin
<johnf>
ok, so it's deciding to do a tar upgrade
<johnf>
but the image file is actually not a tar file, but a uboot image
<tmn505>
jow: russell--: I migth have pointed fingers to soon, it seems that geode cpu family is set properly in config. Will investigate what else chaged.
Luke-Jr has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
schwicht has quit [Read error: Connection reset by peer]
philipp64|laptop has quit [Quit: philipp64|laptop]
schwicht has joined #openwrt-devel
rmilecki has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
dedeckeh has quit [Remote host closed the connection]
rejoicetreat has quit [Read error: Connection reset by peer]
rejoicetreat has joined #openwrt-devel
nlowe has joined #openwrt-devel
<mangix>
nick[m]4: I am curious why you're building with glibc
huaracheguarache has joined #openwrt-devel
huaracheguarache has quit []
<nick[m]4>
mangix: because some targets use glibc per default
<nick[m]4>
?
<mangix>
nick[m]4: that's only ARC
<nick[m]4>
mangix: yep. and that the target that is in the github workflow ^^
<mangix>
I ask since I never saw gpsd fail on that architecture
<mangix>
i don't doubt the PR is good, but typically with failures like these, people use glibc on other architectures where the default is musl.
<nick[m]4>
yes. I used it first on x86 with glibc. and then I realized that something is wrong. I'm unsure if arc was wrong before.
Tapper has quit [Remote host closed the connection]
Tapper has joined #openwrt-devel
<mangix>
ARC is an architecture on life support
<mangix>
in terms of OpenWrt
<nick[m]4>
but is it not good, to also support glibc?
<mangix>
sure, if someone cares
<mangix>
Most of the reason glibc is in the tree AFAIK is because some of the core people want to run fancy stuff like ASAN and UBSAN
<nick[m]4>
okay, I did not know that
<mangix>
while on the topic of glibc, several hacks in the packages feed probably need to be looked at.
<nick[m]4>
or we drop glibc compltetly ...
<mangix>
funny you say that. some core developers would be in favor of that. That was a big reason why I got rid of uClibc-ng. The issue then becomes ARC, which has no musl support.
Tapper has quit [Ping timeout: 480 seconds]
<nick[m]4>
... ;) I finally found a glibc workaround for olsrd. however, for that I need to check for glibc in a makefle.
<nick[m]4>
why did u get rid of uclibc?
<mangix>
nick[m]4: because it was marked as BROKEN and only ARC was using it. ARC has glibc support, which was present in the tree. I didn't introduce glibc.
<mangix>
nobody was maintaining it either.
<nick[m]4>
mangix: just reading about it. sounds good.
<nick[m]4>
that we got rid of it
<nick[m]4>
what is actually this arc target? why do we support it? are there some routers using the platform?
<hauke>
xdarklight: thanks for the link, I didn't check my work email in the evening. With the 2.5G support there are many new featuers, I think it is easier to just start with a new driver
rejoicetreat has quit [Ping timeout: 480 seconds]
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]