00:03
<
damo22 >
i think the load address on my soc is 0x80000000 but how do i compute the kernel entry point?
00:11
minimal has quit [Quit: Leaving]
00:40
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
01:51
stintel has joined #openwrt-devel
02:24
KGB-2 has quit [Remote host closed the connection]
02:30
KGB-2 has joined #openwrt-devel
02:34
asriel has quit [Quit: Don't drink the water. They put something in it to make you forget.]
02:35
Danct12 has joined #openwrt-devel
02:38
asriel has joined #openwrt-devel
02:39
oreovon has quit [Remote host closed the connection]
02:42
rmilecki has quit [Quit: Konversation terminated!]
02:42
rmilecki has joined #openwrt-devel
02:42
rmilecki has quit []
02:42
rmilecki has joined #openwrt-devel
04:45
oreovon has joined #openwrt-devel
04:46
nixuser has quit [Read error: Connection reset by peer]
04:47
nixuser has joined #openwrt-devel
05:27
goliath has joined #openwrt-devel
06:08
oreovon has quit [Remote host closed the connection]
10:18
<
Ansuel >
russell-- the thing is a combo box of 2 option... it seems really hard for user to follow instruction on a bug report...
11:16
<
russell-- >
nothing i saw suggested the exact instructions were important
11:17
<
russell-- >
some clue that rigidity is important will increase compliance with rigid expectations, or alternatively, be less rigid?
11:30
<
russell-- >
i mean, you give the reporter a text field, not radio buttons, maybe rational to expect free text
11:33
<
Ansuel >
OpenWrt release
11:33
<
Ansuel >
The OpenWrt release or commit hash where this bug occurs (use command below).
11:33
<
Ansuel >
. /etc/openwrt_release && echo $DISTRIB_RELEASE
11:34
<
Ansuel >
then some point after that... "Image kind" with the combo box...
11:35
<
Ansuel >
handling all kind of stuff the user can insert is real PAIN and most of the time not worth it.... 99% of the time if the user can't follow the instruction to submit the bug report, the bug report will be invalid or impossible to repro...
12:56
minimal has joined #openwrt-devel
14:26
<
Slimey >
heh damnit
14:36
goliath has quit []
14:49
<
russell-- >
Ansuel: well then, this is one of the 1%
14:54
<
Ansuel >
well sure that is why they are flagged as invalid but not autoclosed. I know the message from the bot are annoying tho. For sure situation is much better than a year ago where we had tons of issue uncategorized. The idea was to push the submitter to follow the instruction.
15:21
<
russell-- >
Maybe someone could correctly flag it?
15:25
kabel has joined #openwrt-devel
15:31
slh64 has joined #openwrt-devel
16:18
goliath has joined #openwrt-devel
17:32
Mangix has quit [Ping timeout: 480 seconds]
18:12
<
Slimey >
anyone else want to give porting openwrt to the adtran bsap-3040 a go?
18:14
<
Habbie >
Slimey, you're stuck?
18:15
<
Slimey >
yeah, im convinced its going to require a rewrite of uboot unless someone finds some way to make values actually save
18:15
<
Habbie >
that sounds like the kind of puzzle i like, but i already have puzzles
18:17
<
Slimey >
uboot does shenanigans and resets things back to default if it doesnt like what it sees
18:18
<
Habbie >
oh those specs look like fun, what does one cost?
18:21
<
Slimey >
they arent near eol yet i have a few from (workplace) that are not covered under service and should have been tossed on the bin
18:21
<
Slimey >
stuff like poe doesnt work but a 12v dc 2 amp wart will power it enough
19:07
schwicht has joined #openwrt-devel
19:15
schwicht has quit [Ping timeout: 480 seconds]
19:24
<
Slimey >
im not against sending one to someone :P
19:26
<
Habbie >
like i said, sounds like the kind of puzzle i'd love, but don't send me one - i will not raise to the expectation
19:27
schwicht has joined #openwrt-devel
19:27
<
Slimey >
i dont even have your address haha :p
19:27
<
Habbie >
that's easily solved ;)
19:28
<
Slimey >
but yeah srsly if someone wants to take a crack they can keep it as a memento
19:30
<
Slimey >
like i said poe might not work but external power does, it still operates as it should when on its controller
19:32
<
Habbie >
ah, you meant poe might be broken on the hardware level on these "spare" ones?
19:34
<
Slimey >
otherwise they would be in a land fill which im am not found of
19:34
<
Habbie >
i have quite a stack of things that would otherwise be in a landfill now. sometimes i manage to give away some of it
19:34
<
Habbie >
but others are just here now ;) still feels better
19:35
<
Habbie >
bought a monitor today "do you want this HDMI cable with it" "well i don't mind" "i'm throwing it away otherwise" "oh then yes"
19:35
schwicht has quit [Ping timeout: 480 seconds]
19:37
schwicht has joined #openwrt-devel
19:47
schwicht has quit [Ping timeout: 480 seconds]
20:02
wille-io has quit [Quit: Ping timeout (120 seconds)]
20:03
wille-io has joined #openwrt-devel
20:06
danitool has joined #openwrt-devel
20:13
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
20:14
danitool has joined #openwrt-devel
20:44
Mangix has joined #openwrt-devel
20:44
<
Mangix >
Ansuel: ping
20:49
lucenera has joined #openwrt-devel
20:50
<
Mangix >
you see the new ath79 DSA developments?
20:51
<
Mangix >
apparently port0 (SGMII) results in these issues
20:52
<
Ansuel >
i notice some were saying they """""""""fixed""""""" the stall problem but luckly others follow up stressing the fact that it was just a false-positive cause you were just disabling the eth mgmt... what about sgmii ?
20:52
<
Ansuel >
can you summarize it?
20:53
<
Mangix >
port0 == SGMII, port6 == RGMII
20:56
<
Ansuel >
and that is just another workaround...
20:56
<
Ansuel >
if port6 is used eth mgmt is not used...
20:57
<
Mangix >
so that would result in the corresponding slowdown too
20:59
<
Mangix >
as an aside, I'm happy to see there's work on using the upstream ag71xx driver.
20:59
<
Ansuel >
Magix yep... the problem should be dissected the right way by searching what is happening after a while...
21:00
<
Ansuel >
but yes declaing the internal phy as external or using the secondary cpu port disable mgmt eth and cause the thing to magically work
21:00
<
Ansuel >
aside from these 2 another other """"tweak"""" should never disable mgmt eth
21:02
<
Mangix >
And because of those tweaks, looks like the DSA conversion can continue.
21:05
<
Mangix >
wait a minute... in his DTS he's making port0 rgmii-id ...
21:08
goliath has quit []
21:14
<
Ansuel >
o.O then sgmii was just wrong?
21:14
<
Ansuel >
but i have the same problem on my wdr3600...
21:14
<
Ansuel >
we should check what devices hat the cpu6 swapped with cpu0...
21:14
<
Mangix >
Ansuel: no he just swapped the definitions for port0 and port6
21:15
<
Ansuel >
did he also swapped the reg?
21:16
<
Ansuel >
makes no sense...
21:18
<
Ansuel >
so port is configured in rgmii while it should be sgmii... and for some reason it works... i mean it can be a reason for the thing being dead after a while but still makese no sense...
21:19
<
Ansuel >
why both port0 and port6 have the same handle and are sgmii?
21:19
<
Ansuel >
the switch supports rgmii + sgmii or rgmii + rgmii... never supported sgmii + sgmii
21:19
<
Mangix >
Because I suck at editing :P
21:19
<
Mangix >
fixed I think.
21:21
<
Mangix >
I haven't tested it
21:23
<
Mangix >
he's also using the wrong address for the switch. interesting.
21:23
<
Ansuel >
switch reg is ignored most of the time
21:24
<
Mangix >
there was an issue with it on ramips/mediatek
21:26
<
Mangix >
ran initvals script again
21:27
<
Mangix >
says port0, sgmii, port6, rgmii-id
21:30
<
Mangix >
funny, qca9563_xiaomi_aiot-ac2350 initvals are completely wrong
21:35
<
kabel >
Ansuel: hi, I've sent a small PR 15990, if you could find time, could you review it? I am curious whether this is acceptable
21:36
<
kabel >
Ansuel: also, I finally updated PR 13799, since the turris-omnia-mcu driver was finally accepted into upstream kernel
21:39
<
Mangix >
kabel: Hi, since you've dealt with qca8k on big endian, have you noticed the no traffic issue?
21:39
<
Ansuel >
mhh i'm not really sure about the depends part... i would just keep the config enabled in the config file
21:41
<
kabel >
Ansuel: in the btrfs patch? That won't work, since disabled CONFIG_KERNEL_BTRFS_FS overwrites the line enabled in the config
21:41
<
kabel >
Mangix: I did not work with that board recently, and TurrisOS still uses 5.15 kernel on that board
21:42
<
kabel >
Mangix: is the issue present on 5.15 ?
21:46
<
Mangix >
I believe it was backported on OpenWrt, yes.
21:47
<
Mangix >
yeah it was
22:06
<
kabel >
and what is the issue exactly?
22:23
NitroOxid has joined #openwrt-devel
22:26
NitroOxid has quit [Quit: Leaving]
22:27
<
Mangix >
kabel: traffic dies on all ports except port 1
22:28
<
Mangix >
only happens when mgmt eth is used.
23:12
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
23:22
Mangix has quit [Ping timeout: 480 seconds]