pabs3 has quit [Remote host closed the connection]
pabs3 has joined #riscv
aredridel has quit [Ping timeout: 260 seconds]
aredridel8 is now known as aredridel
Bluefoxicy has quit [Ping timeout: 265 seconds]
Bluefoxicy has joined #riscv
jacklsw has quit [Quit: Back to the real world]
jacklsw has joined #riscv
aredridel9 has joined #riscv
craigo has quit [Ping timeout: 255 seconds]
aredridel has quit [Read error: Connection reset by peer]
aredridel9 is now known as aredridel
micttyl has joined #riscv
Leopold_ has quit [Remote host closed the connection]
Leopold has joined #riscv
Sofia has quit [Remote host closed the connection]
Sofia has joined #riscv
XYZ has quit [Ping timeout: 260 seconds]
dobson` has quit [Quit: Leaving]
dobson has joined #riscv
BootLayer has joined #riscv
Sofia has quit [Read error: Connection reset by peer]
Leopold has quit [Remote host closed the connection]
Leopold has joined #riscv
ldevulder has quit [Quit: Leaving]
Sofia has joined #riscv
Sofia has quit [Remote host closed the connection]
ldevulder has joined #riscv
Sofia has joined #riscv
<conchuod>
pedja: it only took about 90 minutes to build the toolchain with PGO, in exchange for 20% (hopefully) off the dozens of Linux allmodconfig builds I do every day
jjido has joined #riscv
jobol has joined #riscv
Andre_H has joined #riscv
Andre_H has quit [Client Quit]
JanC has quit [Remote host closed the connection]
JanC has joined #riscv
jjido has quit [Quit: My laptop has gone to sleep. ZZZzzz…]
JanC has quit [Remote host closed the connection]
JanC has joined #riscv
<conchuod>
nathanchance: bang on 33% faster for a typical allmodconfig
JanC has quit [Ping timeout: 256 seconds]
jacklsw has quit [Ping timeout: 256 seconds]
paulk has quit [Ping timeout: 246 seconds]
paulk has joined #riscv
<drmpeg>
Is that "Change PWM-controlled LED pin active mode and algorithm" patch correct? Seems wrong to me.
<drmpeg>
Plus it's fixing something that isn't broken.
wingsorc has quit [Remote host closed the connection]
wingsorc__ has quit [Quit: Leaving]
<drmpeg>
The LEDs seem very much active-low to me.
pecastro has joined #riscv
wingsorc has joined #riscv
enoq has joined #riscv
Andre_H has joined #riscv
jjido has joined #riscv
Andre_H has quit [Quit: Leaving.]
jjido has quit [Quit: My laptop has gone to sleep. ZZZzzz…]
Leopold_ has joined #riscv
Leopold has quit [Ping timeout: 255 seconds]
lockna has joined #riscv
craigo has joined #riscv
Leopold_ has quit [Ping timeout: 255 seconds]
Leopold has joined #riscv
craigo has quit [Quit: Leaving]
craigo has joined #riscv
jjido has joined #riscv
lockna has quit [Quit: lockna]
wingsorc has quit [Ping timeout: 260 seconds]
lockna has joined #riscv
lockna has quit [Ping timeout: 246 seconds]
<bjdooks>
Moe_Icenowy: looks like the proper support patches never got applied, and seem to have gotten left aroun March 2022
rneese has joined #riscv
prabhakarlad has quit [Quit: Client closed]
<conchuod>
drmpeg: what do you mean by "seem"?
<conchuod>
As in, if you ask the driver for a 30% on time, you get a 30% on time?
<drmpeg>
The LEDs work fine as is.
<drmpeg>
They *are* active-low.
JanC has joined #riscv
<drmpeg>
You can test them on your Unmatched with these files:
<conchuod>
I don't doubt it works at the moment. That patchset is saying that the active low is a hack because the driver has a bug
jjido has quit [Quit: My laptop has gone to sleep. ZZZzzz…]
JanC_ has joined #riscv
JanC is now known as Guest7254
JanC_ is now known as JanC
Guest7254 has quit [Read error: Connection reset by peer]
<drmpeg>
The description of "active-low" is the DT document matches the board.
<drmpeg>
in
<conchuod>
The point that jrtc27 made was that that description doesn't take into account there being anything other than an LED and a PWM in the circuit
<drmpeg>
You don't want to consider the transistor. If it's a PNP, it's inverted.
JanC has quit [Remote host closed the connection]
JanC has joined #riscv
___nick___ has joined #riscv
<drmpeg>
All you care about is how the LED is connected.
<drmpeg>
"For PWMs where the LED is wired to supply rather than ground."
<drmpeg>
That's how it's connected on the UnMatched.
JanC has quit [Ping timeout: 256 seconds]
JanC has joined #riscv
<conchuod>
It's an n channel mosfet
JanC has quit [Excess Flood]
JanC has joined #riscv
<drmpeg>
Right, but it doesn't have to be.
<conchuod>
Exactly!
<conchuod>
That's why that dt-binding description is insufficient
<bjdooks>
this bikeshed, would you like it in a mauvey-shade-of-russet?
<drmpeg>
Just google "active-low led"
<drmpeg>
definitely bikeshedding.
<drmpeg>
The patch just does a double inversion and you end up at the same behavior.
<conchuod>
Yes
<drmpeg>
But he didn't change the multi-color LED, so I think it gets messed up.
<drmpeg>
I should actually test the patch.
<conchuod>
It looks like all 4 LEDs got changed. I think they did miss the unleashed though?
JanC has quit [Ping timeout: 265 seconds]
JanC has joined #riscv
<drmpeg>
Let me check.
<drmpeg>
Oh yeah, all four.
<drmpeg>
But the patch doesn't work.
<drmpeg>
The LEDs don't go on at all.
JanC_ has joined #riscv
JanC is now known as Guest2780
JanC_ is now known as JanC
Guest2780 has quit [Read error: Connection reset by peer]
junaid_ has quit [Remote host closed the connection]
JanC has quit [Read error: Connection reset by peer]
JanC_ has joined #riscv
JanC_ is now known as JanC
aerkiaga has quit [Remote host closed the connection]
enoq has quit [Quit: enoq]
billchenchina has quit [Remote host closed the connection]
billchenchina has joined #riscv
jobol has quit [Quit: Leaving]
jmdaemon has joined #riscv
pedja has joined #riscv
lockna has joined #riscv
JanC has quit [Ping timeout: 264 seconds]
jmdaemon has quit [Ping timeout: 256 seconds]
jmdaemon has joined #riscv
rurtty has joined #riscv
JanC has joined #riscv
jay321 has joined #riscv
JanC has quit [Ping timeout: 256 seconds]
jmdaemon has quit [Ping timeout: 268 seconds]
rurtty has quit [Ping timeout: 246 seconds]
jay321 has quit [Quit: Leaving]
vagrantc has joined #riscv
lockna has quit [Quit: lockna]
jjido has joined #riscv
jmdaemon has joined #riscv
lockna has joined #riscv
wingsorc has quit [Remote host closed the connection]
jmdaemon has quit [Ping timeout: 272 seconds]
lockna has quit [Quit: lockna]
jmdaemon has joined #riscv
jmdaemon has quit [Ping timeout: 256 seconds]
jmdaemon has joined #riscv
lockna has joined #riscv
wingsorc has joined #riscv
jmdaemon has quit [Ping timeout: 272 seconds]
XYZ has joined #riscv
Andre_H has quit [Quit: Leaving.]
BootLayer has quit [Quit: Leaving]
___nick___ has quit [Ping timeout: 256 seconds]
Trifton has joined #riscv
Leopold has quit [Remote host closed the connection]
prabhakarlad has quit [Quit: Client closed]
tkna has quit [Remote host closed the connection]
Leopold has joined #riscv
drmpeg has left #riscv [#riscv]
EchelonX has joined #riscv
EchelonX has quit [Client Quit]
EchelonX has joined #riscv
drmpeg has joined #riscv
lockna has quit [Quit: lockna]
Leopold_ has joined #riscv
Leopold has quit [Ping timeout: 255 seconds]
prabhakarlad has joined #riscv
pedja has quit [Quit: Leaving]
jjido has quit [Quit: My laptop has gone to sleep. ZZZzzz…]
epony has quit [Quit: QUIT]
<jrtc27>
conchuod: have you tried building OpenSBI with -Os instead of -O2?
<jrtc27>
or -Oz if you're using Clang
<jrtc27>
as an even more extreme option
<conchuod>
jrtc27: Still using gcc (and not a super new one either) for now.
<jrtc27>
gcc -Os and clang -O[sz] could all be worth a try
<jrtc27>
though with Sstimecmp being a new-ish extension that may hurt performance of timer interrupts :(
<conchuod>
I'm hoping they move to clang, but for now it's tied to what's in the IDE they ship for doing bare-metal stuff.
<conchuod>
jrtc27: Also, pretty sure it is actually built with -Os - at least the top level .mk sets it..
<jrtc27>
I see -O2 in the top-level Makefile
* bjdooks
finally makes a decision to go to FOSDEM
<jrtc27>
so maybe you're already using a fork that changes it
<conchuod>
Yah, not using upstream opensbi directly.
<conchuod>
But even then, looks like it may still be using -O2. It's too late in the evening for reading make rules...
<bjdooks>
it is definetly oo late to battle client's shitty vpn
<bjdooks>
the solution seems to be to make a debian vm and run that
<conchuod>
jrtc27: did some more poking, seems we compile only about 50 files from opensbi with our own cflags, so whatever's in the OpenSBI makefile is gonna be ignored.
s1b1 has quit [Read error: Connection reset by peer]
<conchuod>
s/cflags/flags full stop
<bjdooks>
hmm, riscv summit for this year not yet announced