warthog9 has quit [Read error: Connection reset by peer]
macromorgan has quit [Read error: Connection reset by peer]
Perflosopher0387 has joined #u-boot
Kwiboo has quit [Read error: Connection reset by peer]
Perflosopher038 has quit [Ping timeout: 276 seconds]
zsoltiv_ has quit [Ping timeout: 276 seconds]
Rahix_ has quit [Ping timeout: 276 seconds]
Net147 has quit [Ping timeout: 276 seconds]
cambrian_invader has quit [Ping timeout: 276 seconds]
Perflosopher0387 is now known as Perflosopher038
warthog9 has joined #u-boot
xypron has quit [Read error: Connection reset by peer]
drmpeg has joined #u-boot
alexxy has joined #u-boot
xypron has joined #u-boot
alexxy[home] has quit [Read error: Connection reset by peer]
macromorgan has joined #u-boot
xroumegue has quit [Ping timeout: 276 seconds]
Hypfer6 has quit [Ping timeout: 276 seconds]
dominic- has quit [Ping timeout: 276 seconds]
slow99 has quit [Ping timeout: 276 seconds]
Hypfer65 is now known as Hypfer6
derRichard has quit [Remote host closed the connection]
xroumegue has joined #u-boot
derRichard has joined #u-boot
dominic- has joined #u-boot
slow99 has joined #u-boot
Rahix has joined #u-boot
haritz has joined #u-boot
haritz has joined #u-boot
haritz has quit [Changing host]
<xypron>
Tartarus: in QEMU 9.2 Cortex-a15 considers the flag indicating if unaligned should raise an exception while Cortex-a9 ignores it. According to ARM's documentation the Cortex-A9 should consider it.
cambrian_invader has joined #u-boot
apritzel_ has quit [Ping timeout: 252 seconds]
<xypron>
QEMU 10.0 has the same issue.
Jones42 has quit [Ping timeout: 276 seconds]
Jones42 has joined #u-boot
KREYREN has quit [Remote host closed the connection]
haritz has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
enok has quit [Quit: enok]
enok71 has joined #u-boot
enok71 has quit [Ping timeout: 245 seconds]
___nick___ has joined #u-boot
sszy has joined #u-boot
ldevulder has joined #u-boot
<marex>
shadows: probably not, any driver should use clock framework to interact with clock, which includes clk_get_rate() . And it should use clocks property to refer to clock in DT
<marex>
no clock-frequency in uart nodes
monstr has joined #u-boot
hellodub has quit [Ping timeout: 248 seconds]
hellodub has joined #u-boot
___nick___ has quit [Ping timeout: 276 seconds]
flyback has quit [Ping timeout: 248 seconds]
flyback has joined #u-boot
apritzel has joined #u-boot
KREYREN has joined #u-boot
dianshi has joined #u-boot
mmu_man has joined #u-boot
zsoltiv__ has quit [Ping timeout: 244 seconds]
goliath has joined #u-boot
mmu_man has quit [Read error: Connection reset by peer]
KREYREN has quit [Remote host closed the connection]
Poltawer has joined #u-boot
zsoltiv_ has joined #u-boot
ldevulder has quit [Ping timeout: 244 seconds]
utsav has joined #u-boot
naoki has quit [Quit: naoki]
utsav has quit [Client Quit]
enok has joined #u-boot
blackbox has joined #u-boot
utsav99 has joined #u-boot
blackbox is now known as utsav
ldevulder has joined #u-boot
enok has quit [Quit: enok]
enok71 has joined #u-boot
enok71 is now known as enok
utsav99 has quit [Quit: Client closed]
utsav has quit [Ping timeout: 276 seconds]
<shadows>
approximately, uart0 { compatible = "starfive,jh7110-uart", "snps,dw-apb-uart"; ... } so... I'm looking for that driver in U-Boot then, and it should be trying to get its fixed clock from osc: oscillator { compatible="fixed-clock"; clock-output-names="osc";}?
monstr has quit [Ping timeout: 252 seconds]
<shadows>
what I understand now is only that booting works with fixed-clock in &uart0 and breaks if absent, and then the comment from Emil saying this doesn't belong there because it was somewhere else already ... so "the driver" (somewhere?) needs to do something. I guess this is a change to U-Boot
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<marex>
shadows: there are a lot of legacy properties in NS16550
mmu_man has joined #u-boot
quinq has quit [Ping timeout: 248 seconds]
clamor has quit [Ping timeout: 252 seconds]
jmasson has joined #u-boot
goliath has quit [Quit: SIGSEGV]
quinq has joined #u-boot
<shadows>
marex: where in code do we need to extend this to look for "osc" clock-frequency property? and I guess that would be logically after the check for missing clock-frequency in the uart node itself, so that clock-frequency in uart node overrides any clock-frequency in "osc"
<shadows>
is that even correct to do?
warpme has joined #u-boot
<shadows>
or clk_get_by_index is what I suppose that is
<marex>
shadows: lets take a step back ... what exactly are you doing and what is the problem ?
tlwoerner has joined #u-boot
<shadows>
not really my area of interest. I just want to send upstream to Linux kernel whatever should go there so we can delete the device-tree overrides
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<shadows>
JH7110 U-Boot "visionfive2" board target went OF_UPSTREAM this last U-Boot release, but there's loads of dtsi overrides yet
<shadows>
my motivation is to make those overrides go away
<shadows>
if they end up in upstream Linux then we get them back after a release cycle as dts-rebasing and so on, so they could be deleted from U-Boot code base
<shadows>
when I sent the clock-frequency &uart0 thing upstream, Emil's comment I read as "this is not needed, go fix U-Boot"