KREYREN__ has quit [Remote host closed the connection]
KREYREN__ has joined #u-boot
Gravis_ has joined #u-boot
Gravis has quit [Ping timeout: 268 seconds]
KREYREN__ has quit [Remote host closed the connection]
KREYREN__ has joined #u-boot
vagrantc has joined #u-boot
Gravis_ is now known as Gravis
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #u-boot
mmu_man has quit [Ping timeout: 264 seconds]
ikarso has joined #u-boot
pgreco has quit [Ping timeout: 240 seconds]
pgreco has joined #u-boot
Clamor has joined #u-boot
Clamor has quit [Ping timeout: 276 seconds]
Clamor has joined #u-boot
camus has quit [Quit: camus]
camus has joined #u-boot
vagrantc has quit [Quit: leaving]
vagrantc has joined #u-boot
vagrantc has quit [Ping timeout: 255 seconds]
vagrantc has joined #u-boot
monstr has joined #u-boot
vagrantc has quit [Quit: leaving]
jaganteki has joined #u-boot
mckoan|away is now known as mckoan
manchaw has joined #u-boot
jmasson has joined #u-boot
apalos- is now known as apalos
qqq has joined #u-boot
sszy has joined #u-boot
prabhakarlad has joined #u-boot
prabhakarlad has quit [Ping timeout: 250 seconds]
prabhakarlad has joined #u-boot
camus1 has joined #u-boot
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
mmu_man has joined #u-boot
dsimic has quit [Ping timeout: 260 seconds]
dsimic has joined #u-boot
mmu_man has quit [Ping timeout: 256 seconds]
slobodan has joined #u-boot
bryanb has quit [Ping timeout: 240 seconds]
d4ve has quit [Ping timeout: 260 seconds]
mmu_man has joined #u-boot
bryanb has joined #u-boot
d4ve has joined #u-boot
Clamor has quit [Read error: Connection reset by peer]
Clamor has joined #u-boot
KREYREN__ has quit [Remote host closed the connection]
KREYREN__ has joined #u-boot
KREYREN__ has quit [Ping timeout: 240 seconds]
slobodan_ has joined #u-boot
slobodan has quit [Ping timeout: 256 seconds]
jaganteki has quit [Ping timeout: 250 seconds]
ikarso has quit [Quit: Connection closed for inactivity]
LeSpocky has joined #u-boot
<LeSpocky>
hello
<LeSpocky>
does standard boot from ubi/ubifs need a special bootdev driver or does it work with one of the existing ones?
sakman has joined #u-boot
<marex>
Clamor: does one of those tegra devices you have have MAX98088/98089 audio codec on them ?
ikarso has joined #u-boot
<Clamor>
Yes
<Clamor>
P895
<Clamor>
marex: why?
goliath has joined #u-boot
KREYREN has joined #u-boot
KREYREN has quit [Remote host closed the connection]
KREYREN has joined #u-boot
<marex>
Clamor: I may have upcoming hardware with it too, and the codec driver seems to have various missing bits and issues
<Clamor>
marex: I have not had any issues with it so far
<marex>
like max98088_left_speaker_mixer_controls[] has duplicate control for the same bit in REG_2B , "{Left,Right} DAC{1,2} Switch" , 4 controls for 2 bits , that's odd
<marex>
Clamor: do you use it extensively or just for playback/headphones ?
Hypfer has quit [Ping timeout: 252 seconds]
<Clamor>
marex: tbh I haven't look into it since it worked instantly
macromorgan has joined #u-boot
<broonie>
marex: People do make weird register layouts for controls. Sometimes it's due to things like having two register compatible parts one of which is a subset of the other.
<broonie>
marex: You also see two controls backed by the same register sometimes due to having one control that does both left and right - DAPM doesn't understand one control for two paths but it mostly figures things out if you do two controls with the same register.
tlwoerner has joined #u-boot
<marex>
broonie: hold on, lemme show you what I am complaining about now that I have your attention
<broonie>
Is anyone aware of any u-boot support work for the RPI5?
camus has quit [Quit: camus]
<broonie>
marex: Yeah, that's a bit odd - if it is just one bit that does both DAC1 and DAC2 you could just have a mixer before the control rather than duplicate the control.
<marex>
broonie: that's the weird thing, that 8-bit register 2B controls 8-input mixer and that register selects which inputs are activated on that mixer
<marex>
there are two DACs in that codec , left and right , not four
prabhakarlad has quit [Ping timeout: 250 seconds]
<Sout>
err is DAC1 and DAC2 addressing the same registers and bits?
<Clamor>
marex: what if this is for compatibility reasons
<marex>
Clamor: compatibility with what ?
<Clamor>
98088 anf 98089
<marex>
Clamor: I can imagine that this leads to weird inconsistent behavior, what happens if you flip 'Left DAC1 Switch' one way and 'Left DAC2 Switch' the other way ?
<marex>
Clamor: it is the same register and the same bit
<Clamor>
How then it passed into linux?
<broonie>
Yeah, that's just bullshit.
<Sout>
ah the max98088 looks the interesting data sheets. aka it has auto increasing i2c reads.
<broonie>
I bet it's cut'n'pasted from a driver for a related device with two DAC/AIFs (I notice there's SRC which is weird for a device like this)
<broonie>
Sout: That's totally normal for I2C devices, it's weird not to allow block reads/writes.
<broonie>
Oh, wait no - it's sensible.
<marex>
broonie: what is ?
<broonie>
It's just oddly lablled. Each of the left and right output mixers can take both left and right DAC outputs so you can do a mono mix.
<broonie>
But they should only have one copy of the controls, the DAC2 copies are just confusing things.
matthias_bgg has joined #u-boot
<marex>
broonie: OK, now I am fully confused
<marex>
broonie: that max98088_left_speaker_mixer_controls[] controls ^ page 5 top-middle MIX block, 3rd from the left in that row of 6 MIX blocks
<marex>
max98088_right_speaker_mixer_controls[] controls the 4th one, MIXSPR
<marex>
also see page 110 , there is a bit closer view of that MIX
<broonie>
marex: I think someone got confused about how to represent the digital mixer and has duplicated the DAC playback paths.
mmu_man has quit [Ping timeout: 276 seconds]
<broonie>
The device has two *DAIs* but it has a digital mixer before the stereo DAC rather than two DACs and analog mixing.
<marex>
broonie: doesnt the thing have two MONO DACs ?
<broonie>
They should be using audio interface widgets and then DAPM routes through the DACs but instead they've tied the audio streams into the DACs directly and then duplicated the DAC paths (with the same underlying controls) up until they hit an analog mixer.
<broonie>
It should *work* but it's clunky.
<broonie>
Yes, it's got two mono DACs intended to operate as a stereo pair.
<marex>
broonie: I dont think the last part is correct
<broonie>
Which part?
<marex>
broonie: I can imagine it can do e.g. DAI1->DAC Left->SPKL and at the time DAI2->DAC Right->HPR
<marex>
i.e. each DAC operates separately
<marex>
thats why they have all those MUXes there
<broonie>
You *can* but they're labelled as left and right and you clearly need both for anything stereo.
<marex>
broonie: IFF you need stereo :)
<marex>
(not in the setup I'm looking at, or at least not always)
<marex>
I think thats why this codec too
<broonie>
Anyway, I think the driver probably works but it's clunky. Fixing it would break the ABI for users which is annoying.
<marex>
indeed
<marex>
broonie: but then, there are no DTs which bind this driver, so maybe there are no intree users
<marex>
broonie: maybe it is OK to fix the driver ?
<broonie>
Yeah, it's always tricky.
<broonie>
Someone could be shipping their DT with u-boot.
<marex>
broonie: the only user I can imagine would be some old nvidia tegra2 or 3 system
<Clamor>
Tegra 3
mmu_man has joined #u-boot
monstr has quit [Remote host closed the connection]
<Clamor>
Is fdt mandatory for extlinux. What if I want to boot pre dts kernel?
ikarso has quit [Quit: Connection closed for inactivity]
torez has joined #u-boot
ikarso has joined #u-boot
Hypfer has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
jfsimon1981_c has joined #u-boot
mmu_man has joined #u-boot
mripard has quit [Quit: mripard]
<Tartarus>
That's a really special case, I think we finally disabled all those options by default for everyone?
Hypfer has quit [Ping timeout: 268 seconds]
Hypfer has joined #u-boot
goliath has quit [Quit: SIGSEGV]
mckoan is now known as mckoan|away
<Clamor>
Tartarus: may you remind when the merge window is closed?
<marex>
Clamor: doc/develop/release_cycle.rst
<Clamor>
3 weeks from open, I read
gsz has joined #u-boot
sakman has quit [Ping timeout: 256 seconds]
zsoltiv__ has quit [Ping timeout: 256 seconds]
sakman has joined #u-boot
zsoltiv_ has joined #u-boot
Leopold_ has joined #u-boot
Leopold has quit [Ping timeout: 264 seconds]
Leopold_ has quit [Remote host closed the connection]
Leopold has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
jmasson has quit [Remote host closed the connection]
ikarso has joined #u-boot
Stat_headcrabed has joined #u-boot
<Tartarus>
Yeah, 3 weeks from open and this time the 29th, listed a little further down the doc :)