00:15
philipp64 is now known as Guest567
00:15
philipp64 has joined #openwrt-devel
00:17
Guest567 has quit [Ping timeout: 480 seconds]
00:33
madwoota- has joined #openwrt-devel
00:37
madwoota has quit [Ping timeout: 480 seconds]
00:37
madwoota- is now known as madwoota
01:14
cyrozap has joined #openwrt-devel
01:35
<
Tapper >
Hi philipp64 I am like you and use the ./scripts/env for my builds
01:36
<
Tapper >
I had a x86 build set up and did the kernel_menuconfig to refresh
01:36
<
Tapper >
not it will not build. My other builds will tho. Just a heads up
01:37
<
Tapper >
Now it will not build.
01:51
<
philipp64 >
Why are we getting rid of $(AUTORELEASE) again? It saved a lot of trouble...
01:52
<
stintel >
philipp64: it also created trouble
01:52
<
stintel >
I'm not able to point you to specifics atm
01:52
<
stintel >
maybe we need a faq bot
01:52
rua has quit [Ping timeout: 480 seconds]
01:53
<
philipp64 >
I liked that if PR's were approved out of order (or merged out of order) then no one got sent back to redo their PR...
02:02
<
Tapper >
Any one have any pointers on how I can fix this bug. I set up a x86 build using make menuconfig. It builds and all is good. Then if you open make kernel_menuconfig and close it again the build will fail.
02:03
<
Tapper >
I never changed any settings in Kernel_menuconfig
02:03
<
Tapper >
Even after doing a make dirclean it still will not build
02:04
<
stintel >
Tapper: you need to make BUILD_LOG=1 and check logs/ directory
02:06
<
Tapper >
stintel building now I will paste the log.
02:06
<
Tapper >
Paste bin.
02:07
<
Tapper >
WTF log says ERROR: target/linux failed to build.
02:08
<
Tapper >
No I have more. Hang on.
02:09
<
Tapper >
I did not make any changes to make menuconfig or Kernelmenuconfig
02:10
<
stintel >
Tapper: so something in your .config or a kernel bump exposed CPU_UNRET_ENTRY
02:11
<
Tapper >
stintel can I change that back?
02:11
<
stintel >
sure, if you find what did
02:11
<
stintel >
I'm searching
02:12
<
stintel >
but I'm close to shitfaced
02:12
<
Tapper >
it's all good mate.
02:12
<
Tapper >
If it gets to mutch then leve it till the morning.
02:13
<
stintel >
I would like to introduce a CI change that catches this breakage
02:13
<
stintel >
but I've not thought of how exactly to pull that off
02:13
<
Tapper >
Yeah does not sound simple
02:14
<
stintel >
maybe if your native language is GNU Make
02:14
<
Tapper >
I am no good with my native language for spelling never mind make.
02:15
<
Tapper >
I can talk the back end of a dog tho. lol
02:15
<
stintel >
I'm not sure what that means :D
02:15
<
stintel >
I make a good cow impression ..... mooooooooooooo
02:18
<
stintel >
f43b9876e857c (Peter Zijlstra 2022-06-27 22:21:17 +0000 2577) config CPU_UNRET_ENTRY
02:18
<
stintel >
let's see if this floated in a stable bump
02:20
<
stintel >
Tapper: 5.10 or 5.15 ?
02:20
<
Tapper >
5.15 but I can quick test with k5.10 if you like
02:21
<
Tapper >
No x86 is on k5.15 now
02:21
<
Tapper >
So I cant test with 5.10
02:21
<
stintel >
yeah looks like f43b9876e857c was added in a stable series
02:21
<
stintel >
in 5.15.57
02:22
rua has joined #openwrt-devel
02:22
<
stintel >
I should not git push while drunk but ...
02:24
<
stintel >
Tapper: this is x86?
02:24
<
Tapper >
stintel I will test for you mate
02:24
<
Tapper >
If you never tutch Kernel menuconfig it builds just fine
02:25
<
stintel >
CPU_UNRET_ENTRY is already in target/linux/x86/config-5.15
02:25
<
Tapper >
I opened Kernel_menuconfig and all went to shit.
02:25
<
Tapper >
I did not make any changes just closed it again.
02:25
<
stintel >
ah it's not in x86/64
02:27
<
stintel >
I'm not sure if target/linux/x86/config-5.15 is supposed to leak into target/linux/x86/64/config-5.15
02:27
<
stintel >
Tapper: try adding CONFIG_CPU_UNRET_ENTRY=y to target/linux/x86/64/config-5.15
02:28
<
stintel >
I'm on too many Belgian beers to pull that off without accidentally pushing to upstream
02:29
<
Tapper >
Belgian beers sound good.
02:30
<
stintel >
taste good too
02:30
<
stintel >
and hit you hard
02:34
<
Tapper >
stintel I am from the UK so we have some nice ones here to.
02:36
<
Tapper >
it's a ale tho not a larger
02:36
<
minimal >
the larger the better ;-)
02:37
dangole has quit [Remote host closed the connection]
02:41
<
Tapper >
stintel I added that line to the file, but no go. Still does not build.
02:42
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
02:42
minimal has quit [Quit: Leaving]
02:44
<
stintel >
Tapper: sorry mate, then I'm out of ideas for today
02:45
<
Tapper >
It's all good mate. I will ask around in the morning.
02:48
<
stintel >
can you check the same log if it's still CPU_UNRET_ENTRY that says NEW?
02:55
torv is now known as Guest579
02:55
torv has joined #openwrt-devel
02:56
Guest579 has quit [Ping timeout: 480 seconds]
03:00
tSYS has quit [Quit: *squeak*]
03:00
tSYS has joined #openwrt-devel
03:13
<
stintel >
Tapper: could you add diffconfig ?
03:13
<
Tapper >
stintel can I get difconfig to a txt file?
03:14
<
stintel >
./scripts/diffconfig.sh > /tmp/foo.txt
03:15
<
stintel >
I think it's suggested in the bugreport template but I'll cut you some slack because iirc you're one of our blind users
03:17
<
stintel >
since we're on the subject, if you think the template could use improving there, please do tell
03:26
<
Tapper >
stintel template is good.
03:26
<
Tapper >
Cant find that txt file tho. I am on WSL
03:26
<
stintel >
which one? command I gave you should just create it
03:26
<
stintel >
unless WSL doesn't have /tmp?
03:26
<
Tapper >
tmp is not the same as /tapper/home/openwrt/tmp
03:27
<
Tapper >
and says I cant write the file there.
03:27
<
stintel >
so choose a path that is writeable
03:28
<
stintel >
I don't have any windows at hand so I can't easily figure that out for you
03:35
<
mrkiko >
stintel: hi!! Happy to see the bad times are over, at least for now
03:36
<
stintel >
mrkiko: hey no worries. I'm an IRC regular for ~20 years. it was actually weird realizing we hadn't had such a troll in almost 5y
03:37
<
stintel >
dwfreed: I guess for you this is at least weekly
03:37
<
mrkiko >
stintel: you're an OP now so maybe next time it will be little bit easier
03:37
<
dwfreed >
stintel: something like that
03:37
<
mrkiko >
dwfreed: on what channel ?
03:38
<
dwfreed >
mrkiko: the network :)
03:38
<
dwfreed >
I am OFTC staff
03:38
<
mrkiko >
dwfreed: ah, nice!! :D
03:38
<
Tapper >
stintel: is that OK?
03:39
<
stintel >
Tapper: it's not OK, but these things happen
03:39
<
stintel >
if someone has no power, they vent at random places (e.g. today on #openwrt-devel), if someone does have power they might invade a country
03:39
<
stintel >
it sucks, it should not happen, but it happens
03:40
<
Tapper >
stintel: Sorry I was talking about the edit I made to my bug report.
03:40
<
stintel >
ahh sorry dude
03:40
<
mrkiko >
stintel: so, if I understand right, you say it's better to have no power? Sorry, my question is naive. I'm not even native english speaker
03:41
<
Tapper >
mrkiko It's what you do with that power that maters.
03:41
<
stintel >
mrkiko: I think I'm saying it doesn't matter
03:41
<
stintel >
mrkiko: anyone can have a bad day
03:41
<
mrkiko >
stintel: Tapper: ok, thanks
03:41
<
Tapper >
This is getting a bit deep for 3.41 AM lol
03:42
<
stintel >
some take it out on random people on IRC which is mostly negligble
03:42
<
stintel >
others invade countries and get away with it
03:43
<
mrkiko >
mybe it's even too late for preparing pasta, but that's what I'm doing :D :D
03:43
<
stintel >
mrkiko: enjoy ;)
03:43
<
mrkiko >
stintel: yeah, now the concept is clearer. Thanks.
03:44
<
stintel >
now I'm hungry
03:44
<
mrkiko >
stintel: sorry :D :D
03:45
<
mrkiko >
stintel: would happily hand some pasta to you but guess we're little bit far away from each other - italy here
03:45
<
dwfreed >
I should eat too
03:45
<
stintel >
the slightest mention of food usually gets me hungry
03:45
<
stintel >
or at least craving
03:45
<
Tapper >
I am off to bed people have a good day nite or what ever it is for you.
03:45
<
stintel >
Tapper: have a good night
03:45
<
stintel >
mrkiko: not
_that_ far
03:45
<
stintel >
but I flew to Belgium
03:45
<
mrkiko >
Tapper: good night Tapper and thanks for all! And your recommendations. :)
03:46
<
mrkiko >
stintel: :D
03:47
<
stintel >
with my car it could be a matter or 8-24 hours depending on where you at
03:47
<
stintel >
but I don't have my car, and my gf is flying in on Frida
03:48
<
stintel >
the lack of words and characters here and there suggests I should really go to bed
03:48
<
mrkiko >
stintel: :D :D well, if the occasion arrives, I'll be there !!
03:48
<
stintel >
maybe 2023
03:49
<
mrkiko >
have a good night stintel
03:49
<
stintel >
thanks mrkiko. does this mean it's good morning for you?
04:52
<
mrkiko >
stintel: yes, in a sense yes
04:53
<
mrkiko >
stintel: but I think i'll sleep again today :D
06:14
ledeFail has joined #openwrt-devel
06:14
<
ledeFail >
lede was a mistake for openwrt
06:14
<
ledeFail >
it's why buildroot crushes it
06:15
ledeFail is now known as slavintel
06:15
slavintel is now known as ledeDisaster
06:16
ledeDisaster is now known as convolutedMakefileHell
06:16
convolutedMakefileHell is now known as ledeGarbage
06:17
ledeGarbage is now known as brcmdidnothingWrong
06:17
brcmdidnothingWrong is now known as ledeShitshow
06:18
<
ledeShitshow >
_ _ __ _ _
06:18
<
ledeShitshow >
| |
___ __| | ___ __ ____ _
___ __ _ / _| __ _(_) |_ _ _
__ ___
06:18
<
ledeShitshow >
| |/ _ \/
_` |/ _ \ \ \ /\ / / _` / __| / _` | | |_ / _` | | | | | | '__/ _ \
06:18
<
ledeShitshow >
| |
__/ (_| | __/ \ V V / (_| \__ \ | (_| | | _| (_| | | | |_| | | | __/
06:18
<
ledeShitshow >
|_|\___|\__,_|\___| \_/\_/ \__,_|___/ \__,_| |_| \__,_|_|_|\__,_|_| \___|
06:18
<
ledeShitshow >
slavic oper can't even figure out services
06:19
ledeShitshow is now known as opnfukingwrt
06:19
opnfukingwrt is now known as ledeDisaster
06:20
ledeDisaster is now known as FraudWRT
06:20
FraudWRT is now known as LEDEdilapidated
06:21
LEDEdilapidated is now known as YWNBAM
06:21
YWNBAM is now known as LEDE
06:21
LEDE is now known as LEDEclown
06:22
<
LEDEclown >
/bin/sh: 1: Syntax error: "(" unexpected
06:22
<
LEDEclown >
[0;37;40m [0;1;31;40m__[0;1;33;40m__[0;37;40m [0;1;36;40m_[0;1;34;40m_[0;37;40m [0;1;36;40m_[0;1;34;40m__[0;1;35;40m__[0;1;31;40m__[0;37;40m [0;1;33;40m_[0;1;32;40m__[0;1;36;40m__[0;1;34;40m__[0;37;40m [0;1;35;40m_[0;1;31;40m__[0;1;33;40m_[0;37;40m [0;1;33;40m_[0;37;40m [0;1;34;40m_[0;37;40m [0m
06:22
<
LEDEclown >
[0;37;40m [0;1;31;40m/[0;37;40m [0;1;33;40m_[0;1;32;40m_[0;37;40m [0;1;36;40m\[0;37;40m [0;1;34;40m\[0;37;40m [0;1;35;40m\[0;37;40m [0;1;34;40m/[0;37;40m [0;1;35;40m/[0;37;40m [0;1;31;40m_[0;1;33;40m_[0;37;40m [0;1;32;40m\_[0;1;36;40m_[0;37;40m [0;1;35;40m__[0;1;31;40m/[0;37;40m [0;1;33;40m/[0;37;40m [0;1;32;40m_|[0;37;40m
06:22
<
LEDEclown >
[0;1;32;40m|[0;37;40m [0;1;36;40m|[0;37;40m [0;1;34;40m([0;1;35;40m_)[0;37;40m [0m
06:22
<
LEDEclown >
[0;1;33;40m|[0;37;40m [0;1;32;40m|[0;37;40m [0;1;36;40m|[0;37;40m [0;1;34;40m|[0;1;35;40m_[0;37;40m [0;1;31;40m__[0;37;40m [0;1;32;40m_[0;1;36;40m__[0;37;40m [0;1;34;40m_[0;37;40m [0;1;35;40m_[0;1;31;40m\[0;37;40m [0;1;33;40m\[0;37;40m [0;1;32;40m/[0;1;36;40m\[0;37;40m [0;1;34;40m/[0;37;40m [0;1;35;40m/[0;1;31;40m|[0;37;40m [0;1;33;40m|_[0;1;32;40m_)[0;37;40m
06:23
<
LEDEclown >
[0;1;36;40m|[0;37;40m [0;1;34;40m|[0;37;40m [0;1;35;40m|[0;37;40m [0;1;31;40m|[0;37;40m [0;1;33;40m|[0;37;40m [0;1;32;40m|[0;1;36;40m_[0;37;40m [0;1;34;40m_[0;37;40m [0;1;31;40m_[0;37;40m [0;1;33;40m_[0;1;32;40m__[0;1;36;40m|[0;37;40m [0;1;34;40m|[0;37;40m [0;1;35;40m__[0;1;31;40m_[0;37;40m [0;1;33;40m_[0;37;40m [0;1;32;40m__[0;37;40m [0m
06:23
<
LEDEclown >
[0;1;32;40m|[0;37;40m [0;1;36;40m|[0;37;40m [0;1;34;40m|[0;37;40m [0;1;35;40m|[0;37;40m [0;1;31;40m'[0;1;33;40m_[0;37;40m [0;1;32;40m\[0;37;40m [0;1;36;40m/[0;37;40m [0;1;34;40m_[0;37;40m [0;1;35;40m\[0;37;40m [0;1;31;40m'_[0;37;40m [0;1;33;40m\[0;37;40m [0;1;32;40m\[0;1;36;40m/[0;37;40m [0;1;34;40m\[0;1;35;40m/[0;37;40m [0;1;31;40m/[0;37;40m
06:23
<
LEDEclown >
[0;1;33;40m|[0;37;40m [0;1;32;40m_[0;37;40m [0;1;34;40m/[0;37;40m [0;1;35;40m|[0;37;40m [0;1;31;40m|[0;37;40m [0;1;33;40m|[0;37;40m [0;1;32;40m|[0;37;40m [0;1;34;40m_|[0;37;40m [0;1;35;40m|[0;37;40m [0;1;31;40m|[0;37;40m [0;1;33;40m|[0;1;32;40m/[0;37;40m [0;1;36;40m__[0;1;34;40m|[0;37;40m [0;1;35;40m|/[0;37;40m [0;1;31;40m/[0;37;40m [0;1;33;40m|[0;37;40m
06:23
<
LEDEclown >
[0;1;32;40m'[0;1;36;40m_[0;37;40m [0;1;34;40m\[0;37;40m [0m
06:23
<
LEDEclown >
[0;1;36;40m|[0;37;40m [0;1;34;40m|_[0;1;35;40m_|[0;37;40m [0;1;31;40m|[0;37;40m [0;1;33;40m|[0;1;32;40m_)[0;37;40m [0;1;36;40m|[0;37;40m [0;1;35;40m__[0;1;31;40m/[0;37;40m [0;1;33;40m|[0;37;40m [0;1;32;40m|[0;37;40m [0;1;36;40m\[0;37;40m [0;1;34;40m/[0;1;35;40m\[0;37;40m [0;1;31;40m/[0;37;40m [0;1;32;40m|[0;37;40m [0;1;36;40m|[0;37;40m [0;1;34;40m\[0;37;40m
06:23
<
LEDEclown >
[0;1;35;40m\[0;37;40m [0;1;31;40m|[0;37;40m [0;1;33;40m|[0;37;40m [0;1;32;40m|[0;37;40m [0;1;36;40m|[0;37;40m [0;1;34;40m|[0;37;40m [0;1;35;40m|[0;37;40m [0;1;31;40m|[0;1;33;40m_|[0;37;40m [0;1;32;40m|[0;37;40m [0;1;36;40m([0;1;34;40m__[0;1;35;40m|[0;37;40m [0;1;33;40m<|[0;37;40m [0;1;32;40m|[0;37;40m [0;1;36;40m|[0;37;40m [0;1;34;40m|[0;37;40m [0;1;35;40m|[0m
06:23
<
LEDEclown >
[0;37;40m [0;1;34;40m\[0;1;35;40m__[0;1;31;40m__[0;1;33;40m/|[0;37;40m [0;1;32;40m.[0;1;36;40m__[0;1;34;40m/[0;37;40m [0;1;35;40m\_[0;1;31;40m__[0;1;33;40m|_[0;1;32;40m|[0;37;40m [0;1;36;40m|_[0;1;34;40m|\[0;1;35;40m/[0;37;40m [0;1;31;40m\[0;1;33;40m/[0;37;40m [0;1;36;40m|_[0;1;34;40m|[0;37;40m [0;1;35;40m\[0;1;31;40m_\[0;37;40m
06:23
<
LEDEclown >
[0;1;33;40m|[0;1;32;40m_|[0;37;40m [0;1;36;40m|[0;37;40m [0;1;34;40m|[0;1;35;40m_|[0;37;40m [0;1;33;40m\_[0;1;32;40m_,[0;1;36;40m_|[0;1;34;40m\_[0;1;35;40m__[0;1;31;40m|_[0;1;33;40m|\[0;1;32;40m_\[0;1;36;40m_|[0;1;34;40m_|[0;37;40m [0;1;35;40m|[0;1;31;40m_|[0m
06:23
<
LEDEclown >
[0;37;40m [0;1;32;40m|[0;37;40m [0;1;36;40m|[0;37;40m [0;1;35;40m\_[0;1;31;40m\[0;37;40m [0m
06:23
<
LEDEclown >
[0;37;40m [0;1;36;40m|[0;1;34;40m_|[0;37;40m [0m
06:23
<
LEDEclown >
[0;37;40m [0;1;34;40m__[0;1;35;40m__[0;37;40m [0;1;35;40m__[0;1;31;40m__[0;1;33;40m__[0;1;32;40m_[0;37;40m [0;1;36;40m__[0;1;34;40m__[0;1;35;40m__[0;1;31;40m_[0;37;40m [0m
06:23
<
LEDEclown >
[0;37;40m [0;1;35;40m\[0;37;40m [0;1;31;40m\[0;37;40m [0;1;33;40m\[0;37;40m [0;1;35;40m/[0;37;40m [0;1;31;40m/[0;37;40m [0;1;32;40m__[0;37;40m [0;1;36;40m\[0;1;34;40m__[0;37;40m [0;1;31;40m_[0;1;33;40m_|[0;37;40m [0m
06:24
<
LEDEclown >
[0;37;40m [0;1;34;40m__[0;37;40m [0;1;35;40m_[0;37;40m [0;1;31;40m|[0;37;40m [0;1;33;40m\[0;37;40m [0;1;32;40m\[0;37;40m [0;1;34;40m/\[0;37;40m [0;1;31;40m/[0;37;40m [0;1;33;40m/|[0;37;40m [0;1;32;40m|[0;1;36;40m__[0;1;34;40m)[0;37;40m [0;1;35;40m|[0;37;40m [0;1;31;40m|[0;37;40m [0;1;33;40m|[0;37;40m [0m
06:24
<
LEDEclown >
[0;37;40m [0;1;34;40m/[0;37;40m [0;1;35;40m_[0;1;31;40m`[0;37;40m [0;1;33;40m||[0;37;40m [0;1;32;40m|[0;1;36;40m\[0;37;40m [0;1;34;40m\/[0;37;40m [0;1;31;40m\/[0;37;40m [0;1;33;40m/[0;37;40m [0;1;32;40m|[0;37;40m [0;1;34;40m_[0;37;40m [0;1;35;40m/[0;37;40m [0;1;33;40m|[0;37;40m [0;1;32;40m|[0;37;40m [0m
06:24
LEDEclown has quit [autokilled: This host violated network policy. Mail support@oftc.net if you think this is in error. (2022-12-28 06:24:13)]
06:25
openwrtDev has joined #openwrt-devel
06:29
openwrtDev has quit [autokilled: This host violated network policy. Mail support@oftc.net if you think this is in error. (2022-12-28 06:29:17)]
06:30
mrkiko_ has joined #openwrt-devel
06:36
mrkiko_ has quit [autokilled: This host violated network policy. Mail support@oftc.net if you think this is in error. (2022-12-28 06:36:11)]
06:37
bcmfan has joined #openwrt-devel
07:22
srslypascal is now known as Guest600
07:22
srslypascal has joined #openwrt-devel
07:28
Guest600 has quit [Ping timeout: 480 seconds]
07:50
philipp64 is now known as Guest603
07:50
philipp64 has joined #openwrt-devel
07:53
Guest603 has quit [Ping timeout: 480 seconds]
08:28
chuck48 has joined #openwrt-devel
08:29
bcmfan has quit [Ping timeout: 480 seconds]
09:04
gladiac has joined #openwrt-devel
09:15
Luke-Jr has quit [Ping timeout: 480 seconds]
09:27
danitool has joined #openwrt-devel
09:38
gladiac has quit [Quit: k thx bye]
09:38
Luke-Jr has joined #openwrt-devel
09:43
<
mrkiko >
Anyone knows if TP-Link TL-XDR608{6,8} are available only in some markets or some shops? Can't find them easily right now
09:45
<
dwfreed >
mrkiko: probably limited to the chinese market
09:45
<
dwfreed >
since all my search results only show chinese
09:49
<
mrkiko >
dwfreed: thanks a lot! Ok...
09:52
<
mrkiko >
dwfreed: thanks!!
09:55
Luke-Jr has quit [Ping timeout: 480 seconds]
10:11
robimarko has joined #openwrt-devel
10:18
Luke-Jr has joined #openwrt-devel
11:01
noltari has quit [Ping timeout: 480 seconds]
11:08
<
aiyion >
karlp: any suggestions on whether or how to reduce/hash the 16 byte Chip-ID to a 6 byte mac?
11:14
bbezak2 has quit []
11:15
bbezak has joined #openwrt-devel
11:19
<
aiyion >
karlp: I think this is what u-boot does:
11:21
<
aiyion >
the first three words supposedly share quite a few bits across different models.
11:23
<
aiyion >
As u-boot already does the work, is there a sane way to just take the mac-adress uboot generates for h2+/h3/h5 devices?
11:23
<
aiyion >
I think it would be clean to calculate the same address as uboot does.
11:23
<
aiyion >
Or use uboots if possible.
11:25
noltari has joined #openwrt-devel
11:25
<
aiyion >
are we doing a similar thing in other targets already?
11:26
<
aiyion >
getting a mac address from an uboot env?
11:27
<
aiyion >
If I understand this correctly, robimarko answered the question for IPQ40xx in april:
11:28
<
robimarko >
There is a U-boot NVMEM driver
11:28
<
robimarko >
So you can get the MAC as a cell that it provides
11:28
<
robimarko >
Or add an alias so bootloader patches it as thats been the default U-boot behaviour for ages now
11:29
<
aiyion >
which would be preferred? And do you have a link where we do it already?
11:31
<
aiyion >
My current patch extracts the raw 16 bytes from /sys/bus/nvmem/devices/sunxi-sid0/nvmem .
11:32
<
aiyion >
Your ways sound way cleaner.
11:32
<
robimarko >
Does the bootloader already save the MAC as ethaddr?
11:32
<
robimarko >
If it does then you can use the U-boot env NVMEM driver to fetch it
11:33
<
aiyion >
I haven't found a section where it does yet, but it's my first or second visit to uboots codebase, so thats not worth much.
11:33
<
robimarko >
You dont need the source code
11:34
<
robimarko >
Just read the default u-boot env
11:34
<
robimarko >
If ethaddr is there then it does by default
11:34
<
aiyion >
will do once I switched trains, thanks
11:35
<
robimarko >
It could also calculate on each boot and newer save it
11:35
<
robimarko >
Then using an alias should work best
11:36
<
aiyion >
I expect the latter to be the case but will report back in a short while.
12:05
xutaxkamay has joined #openwrt-devel
12:22
hanetzer has quit [Ping timeout: 480 seconds]
12:31
hanetzer has joined #openwrt-devel
13:07
gladiac has joined #openwrt-devel
13:12
guidosarducci has quit [Remote host closed the connection]
13:12
guidosarducci has joined #openwrt-devel
13:22
gladiac has quit [Quit: k thx bye]
13:29
robimarko has quit [Remote host closed the connection]
13:29
robimarko has joined #openwrt-devel
14:27
blogic has joined #openwrt-devel
14:34
<
Tapper >
I am not shure I did it write tho. Because of my screen reader I had to send the output to a txt file then post it.
14:40
<
robimarko >
Tapper: As far as I can tell
14:40
<
robimarko >
It really changes the x86 config
14:52
<
Tapper >
robimarko do you know how I can change it back?
14:52
<
Tapper >
I did a make dirclean but still broken
14:53
<
Tapper >
I don't want to get rid of my env settings for my other routers.
14:59
<
PaulFertser >
Tapper: if git diff is showing it you can revert to what's in repo with "git reset --hard" (this resets everything you changed in all files)
14:59
<
PaulFertser >
dirclean doesn't affect it of course
14:59
<
Tapper >
PaulFertser will this mess up my env settings?
15:00
<
PaulFertser >
Tapper: do not do that in the env subdirectory, do it where git diff shows the kernel config difference.
15:00
<
PaulFertser >
Tapper: check "git status", only files mentioned there are affected by reset --hard.
15:01
<
Tapper >
PaulFertser OK will look at it. I don't know why the config for x86 gets so messed up tho.
15:02
<
PaulFertser >
Neither do I.
15:03
<
Tapper >
I get modified: target/linux/ramips/mt7621/config-5.10
15:03
<
Tapper >
modified: target/linux/x86/64/config-5.15
15:03
<
Tapper >
no changes added to commit (use "git add" and/or "git commit -a")
15:03
<
Tapper >
modified: target/linux/x86/config-5.15
15:04
<
PaulFertser >
Tapper: so reset --hard would reset also your changes to mt7621 kernel_menuconfig.
15:04
<
Tapper >
I did not make any changes to mt7621 kernel_menuconfig.
15:05
<
Tapper >
I opened Kernel_menuconfig and shut it again. that's all
15:05
<
Tapper >
never changed anything.
15:05
<
PaulFertser >
Tapper: then feel free to reset.
15:14
<
Tapper >
PaulFertser works again thanks.
15:14
<
Tapper >
Kernel config is messed up still.
15:15
<
Tapper >
If I open and then close it it messes my config
15:17
<
PaulFertser >
Tapper: yep, to be expected.
15:24
chuck48 has quit [Remote host closed the connection]
15:27
gch981213 has joined #openwrt-devel
15:28
<
robimarko >
git restore would probably work
15:28
<
robimarko >
Its expected that it would remove symbols that are in generic
15:28
<
robimarko >
Even if you dont save it
15:29
chuck48 has joined #openwrt-devel
15:35
<
PaulFertser >
But it's not expected that it breaks the build altogether :)
15:51
<
robimarko >
Thats a function of generic and target config diverging too much
15:51
<
robimarko >
Is this maybe on 22.03?
16:11
guidosarducci_ has joined #openwrt-devel
16:12
guidosarducci has quit []
16:22
DRX has joined #openwrt-devel
16:22
<
DRX >
What package contains the act_police kernel module?
16:35
<
blogic >
DRX: sched-act-police
16:40
chuck48 has quit [Remote host closed the connection]
16:41
<
DRX >
Thanks for the help; I found act_police in the package kmod-sched. Hopefully I can get the police filter working on qdisc ingress now with tc.
16:43
cyrozap has joined #openwrt-devel
16:53
hanetzer has quit [Ping timeout: 480 seconds]
16:59
DR_X has joined #openwrt-devel
16:59
DRX has quit [Read error: Connection reset by peer]
17:09
DR_X has left #openwrt-devel [Leaving]
18:07
philipp64 has quit [Ping timeout: 480 seconds]
18:18
philipp64 has joined #openwrt-devel
18:24
rua has quit [Ping timeout: 480 seconds]
18:25
rua has joined #openwrt-devel
18:35
<
aiyion >
robimarko: back at it; at least until my better half is back. This is the output of printenv from uboot:
https://bpa.st/T6OJ2 other than 'serial' which is on byte to long I don't see anything,that resembles a mac adress.
18:36
<
robimarko >
You are gonna have to do it from the userspace then
18:36
<
aiyion >
My current patch does not work at all, as /sys/bus/nvmem/devices/sunxi-sid0 does not contain `nvmem` on the NanoPi R1.
18:40
<
aiyion >
It should though, I think; as it's an Allwinner H3
18:45
<
robimarko >
World is a small place
18:46
<
aiyion >
Might I just be missing a kmod?
18:46
<
robimarko >
NVMEM stuff is usually compiled in
18:48
<
robimarko >
And its enabled in the sunxi config: CONFIG_NVMEM_SUNXI_SID=y
18:49
<
robimarko >
And the compatible is there in the DTS
18:49
<
robimarko >
You wouldnt have /sys/bus/nvmem/devices/sunxi-sid0 if the driver wasnt probed
18:50
<
robimarko >
And there should be nvmem sysfs entry to provide you the binary
19:10
<
aiyion >
Well, the device is running a pathced master from like six days ago, `/sys/bus/nvmem/devices/sunxi-sid0/` does exist, but does only contain power, uevent and two symlinks.
19:11
* aiyion
is afk for 30m
19:14
danitool has quit [Ping timeout: 480 seconds]
19:29
bluew has quit [Quit: Leaving]
19:42
bluew has joined #openwrt-devel
20:11
<
lucenera >
What does unknown option mean in that context?
20:11
dangole has joined #openwrt-devel
20:12
<
Znevna >
after so much spam from that stintel impersonator I've read @zone[1].stintel...
20:12
<
robimarko >
aiyion: Beats me why the binary interface is missing
20:22
danitool has joined #openwrt-devel
20:39
<
philipp64 >
who is the maintainer for target/linux/x86?
20:42
<
robimarko >
There are no target maintainers
20:45
<
robimarko >
Tapper: Can you try saving the config, I have a feeling that not saving only removes the symbols and does not add new defaults
20:45
<
Tapper >
robimarko sorry what do you meen?
20:45
<
robimarko >
Tapper, once you are asked to save or not save the config
20:45
<
robimarko >
You said that you selected to not save it
20:46
<
robimarko >
How about trying to save it
20:46
<
Tapper >
I was not asked.
20:46
<
Tapper >
If you don't make changes it will not ask you on exit
20:46
<
robimarko >
Thats the thing, doesnt matter if you make any changes
20:46
<
robimarko >
If there is a diff between generic and target config it will ask you to save
20:48
<
Tapper >
It did not ask mate.
20:48
<
Tapper >
I will test again if you would like me to, but let me eat this food.
20:49
<
robimarko >
No worries, this is just new to me
20:50
<
aiyion >
robimarko: I'll try it with a recent release or nightly.
21:17
<
freistil90 >
Hi, I have a problem compiling a package with the SDK
21:18
<
freistil90 >
I'm trying to build a custom package with the SDK and I get issues with the index step
21:19
<
freistil90 >
Something along the line "key-build was not found"
21:20
<
freistil90 >
Currently running `make V=sc` to see what the exact problem is, can't paste the actual error here.
21:20
<
freistil90 >
(until that has finished)
21:20
<
freistil90 >
I'm a bit puzzled about what to do.
21:21
<
freistil90 >
I did: 1) download the SDK and unpack it
21:21
<
freistil90 >
2) Create some local folder and put the makefile in it
21:22
<
freistil90 >
3) added `src-link local /path/to/Packages` to my feeds.conf.default
21:22
<
freistil90 >
4) Run `./scripts/feeds update -a`
21:22
<
freistil90 >
5) Now link build process `./scripts/feeds install <package name>`
21:22
<
freistil90 >
and then 6) `make -j $(nproc) download world`
21:26
<
freistil90 >
A bit of advice would be appreciated :)
21:33
<
freistil90 >
... okay, it worked. This was missing: `./staging_dir/host/bin/usign -G -s ./key-build -p ./key-build.pub -c "Local build key"`. This is missing from the guides maybe...
21:40
<
aiyion >
robimarko: oh fuck -.-' 22.03.2 does still have nvmem
21:41
<
aiyion >
I'll go and rebuild that locally to make sure its there as well.
21:41
rua has quit [Remote host closed the connection]
21:41
<
xdarklight >
aiyion: there's a CONFIG_NVMEM_SYSFS kernel config option. is it enabled in your kernel?
21:41
rua has joined #openwrt-devel
21:42
<
robimarko >
Looks like it isnt enabled for Sunxi
21:42
<
aiyion >
xdarklight: I stumbled across that as well. I'm not sure yet, is on my list.
21:42
<
aiyion >
looks like a regression then?
21:42
<
robimarko >
Well, it isnt set in the sunxi 5.10 config as well
21:43
<
robimarko >
Its only set in the subtarget config
21:43
<
robimarko >
A53 has it set
21:43
<
robimarko >
But A7 doesnt
21:44
<
aiyion >
that file has nvmem sysfs access.
21:44
<
robimarko >
No idea how
21:44
<
robimarko >
As even in 22.03 its not enabled in the target config
21:44
<
robimarko >
Nor the A7 subtarget config
21:45
<
aiyion >
Is something introducing it as dependency or sth?
21:45
<
aiyion >
That flag is not new, is it?
21:45
<
robimarko >
5.10 has it as well
21:46
<
robimarko >
Nanopi R1 is A7 isnt it?
21:46
<
aiyion >
Allwinner H3, Quad-core Cortex-A7
21:46
<
robimarko >
Then no idea how its getting enabled in 22.03
21:47
<
robimarko >
As its clearly not enabled in kernel config
21:47
<
robimarko >
It should just be enabled in the target config for all SoC-s instead of just in A53
21:48
<
robimarko >
BTW, I just learned one crazy thing
21:49
<
robimarko >
FW for WCN6855 is getting stripped during building
21:49
<
philipp64 >
Tapper: I'm wondering why the x86 doesn't have pciutils and usbutils packaged by default, and then just remove them for special targets...
21:49
<
robimarko >
So, does anybody know how to disable stripping per package
21:49
<
robimarko >
As its clearly wrong to strip linux-firmware
21:49
<
philipp64 >
Not that we have any special targets right now... they've all been done away with.
21:50
<
hauke >
robimarko: set STRIP:=:
21:50
<
hauke >
see package/firmware/layerscape/ppfe-firmware/Makefile
21:50
<
robimarko >
hauke: Thanks
21:51
<
hauke >
which FW gets stripped?
21:51
<
robimarko >
WCN6855 one
21:51
<
robimarko >
Both amss.bin and m3.bin
21:52
<
robimarko >
I am sure there will be more
21:52
<
robimarko >
As any ELF binary will get stripped
21:53
<
hauke >
yes we should deactivate it for all FW files
21:53
<
hauke >
often FW files are not in elf format, but if they are it causes problems
21:53
<
robimarko >
Yeah, this is the first time I have hit this
21:54
<
robimarko >
Usually its just binary data, but it looks like FW for ath11k PCI cards are just ELF
22:02
Borromini has joined #openwrt-devel
22:28
Borromini has quit [Quit: Lost terminal]
22:28
robimarko has quit [Quit: Leaving]
22:29
<
aiyion >
a shame he's gone. I think I found the difference.
22:30
<
aiyion >
CONFIG_ALL_KMODS=y
22:31
<
aiyion >
not sure though whether a kmod can introduce a the sysfs setting
22:49
<
hauke >
aiyion: a kmod can add arbitary kernel settings
22:50
<
aiyion >
My build is still ongoing, but that is currently the only lead I have.
22:51
<
aiyion >
Question is, is it even worthwhile to find how the flag is enabled in releases; and furthermore, is it harmful to enable it for sunxi in general?
22:53
<
hauke >
aiyion: I think we can activate it sunxi in general
22:53
<
hauke >
all devices have biug flash chips
22:55
<
aiyion >
Will submit a patch once I've found the respective file to flip the flag.
23:16
minimal has joined #openwrt-devel