ChanServ changed the topic of #armlinux to: ARM kernel talk [Upstream kernel, find your vendor forums for questions about their kernels] | https://libera.irclog.whitequark.org/armlinux
heat_ has joined #armlinux
heat has quit [Read error: Connection reset by peer]
heat_ has quit [Remote host closed the connection]
heat_ has joined #armlinux
mraynal has quit [Remote host closed the connection]
mraynal has joined #armlinux
Lucanis has joined #armlinux
rvalue has quit [Ping timeout: 265 seconds]
DynamiteDan has quit [Excess Flood]
DynamiteDan has joined #armlinux
DynamiteDan has quit [Excess Flood]
DynamiteDan has joined #armlinux
apritzel has quit [Ping timeout: 256 seconds]
rvalue has joined #armlinux
rvalue has quit [Ping timeout: 240 seconds]
rvalue has joined #armlinux
heat_ is now known as heat
jclsn has quit [Ping timeout: 250 seconds]
jclsn has joined #armlinux
heat_ has joined #armlinux
heat has quit [Ping timeout: 248 seconds]
amitk has joined #armlinux
Turingtoast has joined #armlinux
Turingtoast has quit [Ping timeout: 265 seconds]
Turingtoast has joined #armlinux
monstr has joined #armlinux
frieder has joined #armlinux
luispm has joined #armlinux
heat_ has quit [Remote host closed the connection]
heat_ has joined #armlinux
iivanov has joined #armlinux
<wens> in the regulator driver helpers, the voltage selectors are down-shifted so the lowest bit is at offset 0; we don't do that for the range selectors though, and end up with "0x0, 0x0, 0x0, 0x40, 0x80, 0x80, 0x80" for them in bd718x7-regulator.c
<wens> I find it a bit confusing, and harder to match driver values against datasheets, which tend to list values in the bitfield without the extra shift
<wens> I'm wondering why it was done this way. I couldn't find any examples of vsel_range_mask being non-contiguous upstream.
bps2 has joined #armlinux
nsaenz has joined #armlinux
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #armlinux
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #armlinux
apritzel has joined #armlinux
prabhakarlad has joined #armlinux
Lucanis has quit [Remote host closed the connection]
heat__ has joined #armlinux
heat_ has quit [Read error: Connection reset by peer]
MWelchUK has joined #armlinux
headless has joined #armlinux
nsaenz has quit [Remote host closed the connection]
prabhakarlad has quit [Quit: Client closed]
<mvaittin> wens: You're a bit late with this question :) I might have been able to answer this 4 or 5 years ago ^_^; I have some very hazy feeling that there was some "inbuilt assumption" about selectors when pickable ranges are used.
Turingtoast has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
<mvaittin> wens: Oh, or are you wondering why the voltage selectors are shifted? This decision was done before I started with the regulator stuff
headless has quit [Quit: Konversation terminated!]
hays has quit [Remote host closed the connection]
prabhakarlad has joined #armlinux
nsaenz has joined #armlinux
<mvaittin> wens: I did some necromancy and it seems that my faint memory about "inbuilt expectation" is explained in comment at regulator_list_voltage_pickable_linear_range(). I think this is not related to your question though. So, would you suggest that the range selectors would start from 0 and be shifted using FIELD_PREP() equivalent before writing to HW?
<mvaittin> (So, for the bd71837_buck5_volt_range_sel it would be "0x0, 0x0, 0x0, 0x1, 0x2, 0x2, 0x2"?) - For my eyes this is not really clearer - but this is just my limited experience and probably the reason why pickable ranges look like they do look like :)
hays has joined #armlinux
heat has joined #armlinux
heat__ has quit [Read error: Connection reset by peer]
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #armlinux
TheCoffeMaker has quit [Ping timeout: 248 seconds]
heat has quit [Remote host closed the connection]
heat has joined #armlinux
rvalue has quit [Ping timeout: 256 seconds]
rvalue has joined #armlinux
prabhakarlad has quit [Quit: Client closed]
<wens> mvaittin: "start from 0 and be shifted using FIELD_PREP()", basically yes.
<wens> I mostly found it odd, since vsel starts from bit 0, I assumed vsel_range started from bit 0 as well
cbeznea has joined #armlinux
<wens> about readability, I guess it depends on how the datasheets are written.
<wens> I'm working on PMICs that, in addition to the standard voltage selector (whose values has holes), have a "output calibration" field that can do 0.00v ~ 0.1v adjustments in 0.01v steps. so I'm putting the voltage selector in vsel_range, and the calibration field in vsel.
<wens> the voltage selector is written in 0bxxxx style, even though it's field is GENMASK(11, 8).
<wens> not having to left shift the values manually when writing the driver is mostly a convenience.
nsaenz has quit [Remote host closed the connection]
cbeznea has quit [Quit: Leaving.]
nsaenz has joined #armlinux
<broonie> I'd generally expect anything going into a bitfield to be written as numbers written into that field (ie, the value will need to be shifted if the field is not at bit 0).
amitk has quit [Ping timeout: 250 seconds]
<broonie> That looks like an oversight with the range selectors, probably due to the handling being split over multiple functions.
torez has joined #armlinux
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #armlinux
bps2 has quit [Ping timeout: 256 seconds]
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #armlinux
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #armlinux
heat has quit [Remote host closed the connection]
heat has joined #armlinux
heat has quit [Remote host closed the connection]
heat has joined #armlinux
heat has quit [Remote host closed the connection]
heat has joined #armlinux
nsaenz has quit [Remote host closed the connection]
frieder has quit [Remote host closed the connection]
apritzel has quit [Ping timeout: 256 seconds]
Turingtoast has joined #armlinux
headless has joined #armlinux
Turingtoast has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
PobodysNerfect has quit [Quit: Gone to sleep. ZZZzzz…]
monstr has quit [Remote host closed the connection]
Turingtoast has joined #armlinux
apritzel has joined #armlinux
Turingtoast has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
PobodysNerfect has joined #armlinux
apritzel has quit [Ping timeout: 265 seconds]
torez has quit [Quit: torez]
xvmt has quit [Ping timeout: 250 seconds]
PobodysNerfect has quit [Quit: Gone to sleep. ZZZzzz…]
xvmt has joined #armlinux
PobodysNerfect has joined #armlinux
<marex> linusw__: so hum, sandisk card works, another Goodram card also works, the kingston card does not work
TheCoffeMaker has joined #armlinux
headless has quit [Quit: Konversation terminated!]
PobodysNerfect has quit [Quit: Gone to sleep. ZZZzzz…]
apritzel has joined #armlinux
heat has quit [Read error: Connection reset by peer]
heat_ has joined #armlinux
heat_ is now known as heat
iivanov has quit [Ping timeout: 246 seconds]
bps2 has joined #armlinux
prabhakarlad has joined #armlinux
bps2 has quit [Ping timeout: 240 seconds]