ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
diego71 has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
chewitt has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
Benjojo_ has joined #linux-sunxi
Benjojo has quit [Ping timeout: 480 seconds]
swiftgeek has quit [Ping timeout: 480 seconds]
macromorgan is now known as Guest3355
Guest3355 has quit [Read error: Connection reset by peer]
macromorgan has joined #linux-sunxi
chewitt has quit [Quit: Zzz..]
swiftgeek has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
tnovotny has joined #linux-sunxi
lunixoid has joined #linux-sunxi
prefixcactus has joined #linux-sunxi
apritzel has joined #linux-sunxi
warpme_ has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 480 seconds]
mps has joined #linux-sunxi
mps has quit [Ping timeout: 480 seconds]
apritzel_ has joined #linux-sunxi
apritzel_ has quit [Ping timeout: 480 seconds]
indy_ has joined #linux-sunxi
indy has quit [Read error: Connection reset by peer]
indy_ has quit [Read error: No route to host]
indy has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
mps_ has joined #linux-sunxi
fcas has joined #linux-sunxi
macromorgan is now known as Guest3385
macromorgan has joined #linux-sunxi
Guest3385 has quit [Read error: Connection reset by peer]
<MoeIcenowy> T-Head opens the sources of C906 core, at https://github.com/T-head-Semi/openc906
<MoeIcenowy> (other 3 cores get opened too)
<apritzel> MoeIcenowy: so you are going to fix it and spin a new chip? :-P
<MoeIcenowy> apritzel: if only I have the money
<DuClare> well, get rick quick
<apritzel> which is indeed the problem: Open Sourcing the IP doesn't really help with the problem we face :-(
<DuClare> rich
<MoeIcenowy> well yes
<apritzel> but I am impressed that they opened their "big" core
<MoeIcenowy> theortically we can know how the FPU work (BTW I doubt Allwinner didn't set in-core memory attribute correctly when integrating it
<MoeIcenowy> s/FPU/MMU/
prefixcactus has quit [Ping timeout: 480 seconds]
fcas has quit []
* libv slithers back to what he was doing
<jakllsch> i knew i was getting rickrolled
<libv> c'mon, with a typo like that?
<libv> i'm surprised it took half an hour for someone to do it
<DuClare> :)
fcas has joined #linux-sunxi
<fcas> is there any guide to enable and use the h3 internal watchdog?
JohnDoe_71Rus has joined #linux-sunxi
<DuClare> Is it not enabled? Why?
<DuClare> I think it's there in mainline dts and configs
<DuClare> grep for wdt in dmesg
<fcas> got this: [ 1.692498] sunxi-wdt 1c20ca0.watchdog: Watchdog enabled (timeout=16 sec, nowayout=0)
<DuClare> Yeah so it's there
<DuClare> And enabled
<fcas> but how should it be working? why some boards didnt get reseted with that enabled?
<DuClare> Maybe the system wasn't completely frozen?
<DuClare> I think kernel kicks it by default until you start a userland watchdog daemon
<DuClare> (busybox ships with one)
<DuClare> I'd test it by running the userland daemon and freezing it e.g. with kill -STOP
<fcas> but with ssh dead, uart dead, heartbeat dead, is it wrong to assume that the wdt should have reseted the board?
<DuClare> It's wrong to assume much
<DuClare> If there's still a kernel thread kicking, it might kick the watchdog
<fcas> ty
cnxsoft has quit []
tnovotny_ has joined #linux-sunxi
tnovotny has quit [Remote host closed the connection]
tnovotny_ has quit []
dittid[m] has quit []
pgwipeout[m] has quit []
oliv3r[m] has quit []
aperezdc has quit []
MatrixTravelerbot[m] has quit []
psydroid has quit [Quit: Bridge terminating on SIGTERM]
Tooniis[m] has quit []
z3ntu has quit [Quit: Bridge terminating on SIGTERM]
DavidHeidelberg[m] has quit []
enick_818 has quit []
cmeerw[m] has quit []
insep has quit []
ServerStatsDiscoverertraveler4 has quit [Max SendQ exceeded]
t4h4[m] has quit []
kayterina[m] has quit []
Newbyte has quit [Quit: Bridge terminating on SIGTERM]
enick_115 has quit []
JuniorJPDJ has quit [Quit: Bridge terminating on SIGTERM]
AntoniAloyTorrens[m] has joined #linux-sunxi
<MoeIcenowy> fcas: I think the kernel won't enable the watchdog by default
<MoeIcenowy> unless when its device file is used by userspace, or you're rebooting
<DuClare> You sure about that?
<DuClare> I think either the kernel enables it, or u-boot enables it
lunixoid has quit []
mps_ has left #linux-sunxi [#linux-sunxi]
mps has joined #linux-sunxi
<MoeIcenowy> DuClare: enabling watchdog is not a one-way option, you can still disable it after
<fcas> I just used cat >> dev/watchdog, to take control, and it made the board reset as it should. But the watchdog is described in DT and listed as compatible with sun6i-a31-wdt, at least for my board. I will try to use the package watchdog ( https://layers.openembedded.org/layerindex/recipe/122/ )
vagrantc has joined #linux-sunxi
macromorgan is now known as Guest3431
Guest3431 has quit [Read error: Connection reset by peer]
macromorgan has joined #linux-sunxi
fcas has quit [Quit: Page closed]
<mps> I'm preparing sunxi kernel for alpine linux and want to fix order of e/mmc cards to not be random
<jakllsch> good luck
<mps> I created patch for olimex olinuxino and want to ask do arm have some prefered ordering, from kernel git log I saw that someone (arnd ?) coordinates this
<mps> looks like internal emmc is usually mmc2 and external mmc is mmc0
hlauer has joined #linux-sunxi
vagrantc has quit [Ping timeout: 480 seconds]
<arnd> mps: I would make the device you normally boot from the first device, and the other one mmc0, but not leave holes in the numbering
<arnd> only the numbering for the aliases is important though, the labels don't matter
<mps> arnd: yes, I'm using aliases to renumber them
<mps> is there some rules how to order them with aliases
Guest3402 has joined #linux-sunxi
aperezdc has joined #linux-sunxi
cmeerw[m] has joined #linux-sunxi
dittid[m] has joined #linux-sunxi
JuniorJPDJ has joined #linux-sunxi
kayterina[m] has joined #linux-sunxi
z3ntu has joined #linux-sunxi
Newbyte has joined #linux-sunxi
insep has joined #linux-sunxi
DavidHeidelberg[m] has joined #linux-sunxi
oliv3r[m] has joined #linux-sunxi
pgwipeout[m] has joined #linux-sunxi
psydroid[m]1 has joined #linux-sunxi
ServerStatsDiscoverertraveler4 has joined #linux-sunxi
t4h4[m] has joined #linux-sunxi
Tooniis[m] has joined #linux-sunxi
MatrixTravelerbot[m] has joined #linux-sunxi
<mps> I made some for 3 chromebooks
<mps> two of them are kernels in alpine linux (mediatek elm and samsung gru-kevin)
<mps> here is patch I made few hours ago for olimex olinuxino board https://tpaste.us/xn6v
<mps> it is so simple
<arnd> mps: does the board actually connect all three mmc controllers?
<mps> I didn't tested it fully because I got it few days ago
<mps> (and was irritated by random numbering on every boot)
<mps> but teres notebook (which is also A64) have mmc1 as SDIO card
<mps> and emmc internal and one external mmc slot
JohnDoe_71Rus has quit []
montjoie_ has joined #linux-sunxi
montjoie has quit [Ping timeout: 480 seconds]
apritzel_ has joined #linux-sunxi
apritzel_ has left #linux-sunxi [#linux-sunxi]
apritzel has quit [Ping timeout: 480 seconds]
montjoie has joined #linux-sunxi
montjoie_ has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
<apritzel> mps: if you just take the DT that U-Boot uses ($fdtcontroladdr), you get the aliases for free
<apritzel> mps: and also: what is a "sunxi-kernel" for Alpine?
hlauer has quit [Ping timeout: 480 seconds]
ad__ has quit [Quit: ZNC 1.7.2+deb3~bpo9+1 - https://znc.in]
ad__ has joined #linux-sunxi
chewitt has joined #linux-sunxi
chewitt has quit [Quit: Zzz..]
swiftgeek has quit [Ping timeout: 480 seconds]