ftg has quit [Read error: Connection reset by peer]
hexdump0815 has quit [Ping timeout: 480 seconds]
cnxsoft has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
hexdump0815 has joined #linux-sunxi
hexdump02 has quit [Ping timeout: 480 seconds]
dsimic is now known as Guest12238
dsimic has joined #linux-sunxi
Guest12238 has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Quit: WeeChat 4.6.0]
cnxsoft has quit []
Daanct12 has joined #linux-sunxi
ity has quit [Remote host closed the connection]
ity has joined #linux-sunxi
IlikeTech has quit [Quit: Ping timeout (120 seconds)]
IlikeTech has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
szemzoa has quit [Read error: Connection reset by peer]
jakllsch has quit [Ping timeout: 480 seconds]
szemzoa has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
bauen1 has joined #linux-sunxi
montjoie has joined #linux-sunxi
montjoie_ has quit [Ping timeout: 480 seconds]
ungeskriptet__ has quit [Remote host closed the connection]
ungeskriptet has joined #linux-sunxi
colinsane has joined #linux-sunxi
colinsane has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
jakllsch has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
gsz has joined #linux-sunxi
apritzel has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
warpme has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
warpme has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
apritzel has joined #linux-sunxi
radxanaoki has quit [Quit: radxanaoki]
juri_ has joined #linux-sunxi
<apritzel>
jernej: as you have probably seen, I have pushed your H616 DRAM and eMMC fixes to U-Boot's sunxi-next branch now. Ideally there would appear in the official "next" in the next days, feel free to cherry-pick from there
vveapon has quit [Ping timeout: 480 seconds]
<wens>
it should be fine, since drm-misc-next should always be open
vveapon has joined #linux-sunxi
gsz has quit [Ping timeout: 480 seconds]
<apritzel>
wens: yeah, but I have seen some maintainers ignoring (non-urgent) emails during the merge window
<macromorgan>
dumb question, but I'm honestly still an amateur at C. If I have a const struct that means all of the things inside it (such as another struct) are also automatically const too, right?
<macromorgan>
so I can't update data within that nested struct unless I make the whole thing not const
<macromorgan>
long story short I'm looking at being able to runtime update the .maps value in the axp_data structs in the axp20x_adc driver
<jakllsch>
well, kinda..
<jakllsch>
the actual contents of a const struct are immutable within its scope
<jakllsch>
but pointers in the const struct could point to non-const data
<macromorgan>
okay, hmm
<jakllsch>
but if it's a structure within a structure, yeah, the whole thing is const
<macromorgan>
okay looks like the axp_data is a const struct, the iio_map (what I need to update) was a const struct pointer though.
<macromorgan>
at least it's declared as const struct iio_map *maps
<macromorgan>
so if I do it as struct iio_map *maps (remove the const) then I can just dereference the pointer to update the value, right?
<jakllsch>
i think so
<jakllsch>
the compiler should complain if you do a write to something const
gsz has quit [Ping timeout: 480 seconds]
ungeskriptet_ has joined #linux-sunxi
warpme has joined #linux-sunxi
ungeskriptet has quit [Ping timeout: 480 seconds]
<apritzel>
macromorgan: problem with removing const is typically that was there for a reason. In the kernel that means that this data is not meant to be changed, so you need a different solution
<macromorgan>
I can't think of a solution then for this ADC problem :-(
Schimsalabim has quit [Ping timeout: 480 seconds]
<apritzel>
well, I said "typically". Maybe it was wrongly annotated as const before?
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
vagrantc has joined #linux-sunxi
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]