<anarsoul>
mingcongbai: did you start seeing this issue recently?
<mingcongbai>
Well I've just got the laptop yesterday and it's been acting like that since I replaced the BSP distro from eMMC.
<mingcongbai>
The issue could be temporarily mitigated with a quick resitting of the eMMC module. The issue also occurs with the eMMC module removed, while booting from the SD card.
<anarsoul>
oh, I see
<anarsoul>
mingcongbai: can you recompile ATF and u-boot?
<mingcongbai>
MoeIcenowy: Mind giving a hand?
<anarsoul>
mingcongbai: it's OK if you can't. But I suppose you can flash u-boot onto spare SD card?
<mingcongbai>
Yep
<anarsoul>
good.
<anarsoul>
1 min
<mingcongbai>
Thanks
<ElBarto>
anarsoul: so same problem as me for mingcongbai ?
<ElBarto>
anarsoul: which ATF are you suppose to use btw ?
<anarsoul>
ElBarto: maybe
Pineicenowy has joined #linux-sunxi
<Pineicenowy>
what's the bug report of ElBarto?
<Pineicenowy>
(oh my god the keyboard layout of PB12" is a real disaster
<ElBarto>
Pineicenowy: most of the time can't read/write to anx chip
<ElBarto>
so no screen
<Pineicenowy>
ElBarto: interesting... seems the same
<ElBarto>
boot from sdcard
<ElBarto>
with serial cable
<ElBarto>
but unplug/plug the serial cable after each poweroff to avoid power leakage issue
Pineicenowy has quit [Client Quit]
<ElBarto>
anarsoul: ah I see you have some atf fork too where you set some axp regulators
Pineicenowy has joined #linux-sunxi
<ElBarto>
I'm still using Andre's atf
<ElBarto>
guess I should try with this one
<anarsoul>
ElBarto: Andre merged my change
<Pineicenowy>
I also use Andre
<ElBarto>
ok
<Pineicenowy>
's
<Pineicenowy>
(when I try to type the ' , i pressed Enter :-(
<Pineicenowy>
anarsoul: are you trying the pre-enable way?
<anarsoul>
Pineicenowy: I'm trying delay in atf and extra reset flip
<ElBarto>
anarsoul: can't seems to have a working setup with a debug atf ...
<Pineicenowy>
anarsoul: I
<Pineicenowy>
m just back now
<anarsoul>
ElBarto: it looks like anx is up, but panel isn't
<anarsoul>
is there panel reset?
<anarsoul>
let me check schematics...
<Pineicenowy>
montjoie: I remember someone mentioned that the misc regulator powering should be generic
<Pineicenowy>
and refused my special driver patch for sunxi
<ElBarto>
can't see any thing about panel reset on the schematics
<Pineicenowy>
ElBarto: maybe dc1sw is shutdown?
<anarsoul>
Pineicenowy: atf turns it on
<ElBarto>
yup
<anarsoul>
well, it should
<Pineicenowy>
anarsoul: ok I forgot that U-Boot now doesn
<Pineicenowy>
't control power rails
<anarsoul>
yeah
<anarsoul>
that's not convenient...
<Pineicenowy>
and I think the DE2&TCON won't be activated if something failed
<Pineicenowy>
e.g. ANX doesn't get probed when trying to probe the whole pipeline
<anarsoul>
Pineicenowy: IIRC it probes ANX first
<Pineicenowy>
oh
<anarsoul>
but I wonder why ANX would fail to read EDID
<anarsoul>
edid eeprom is stupid chip, it doesn't have reset...
<Pineicenowy>
but eDP EDID is not raw I2C
<anarsoul>
true
<Pineicenowy>
it's included in AUX
<anarsoul>
does it need to train edp link first?
<Pineicenowy>
and EEPROM should be, although stupid, error prone
<Pineicenowy>
anarsoul: I think yes
<anarsoul>
probably no, it needs to know link params first
<anarsoul>
so it needs to read i2c
<anarsoul>
s/i2c/edid
<Pineicenowy>
link params is not in EDID
<Pineicenowy>
it's DPCD
<anarsoul>
right
<anarsoul>
still aux
<Pineicenowy>
yes
<Pineicenowy>
but aux is not edid
<Pineicenowy>
s/edid/i2c/
<anarsoul>
yeah, it's not
Pineicenowy has quit [Quit: Leaving.]
<montjoie>
MoeIcenowy: so you already have sent a patch for it ?
JohnDoe_71Rus has joined #linux-sunxi
<montjoie>
found them
xerpi has joined #linux-sunxi
mic-e[m] has quit [Ping timeout: 255 seconds]
yann_soubeyrand has quit [Ping timeout: 245 seconds]
GuLinux[m] has quit [Ping timeout: 245 seconds]
t4h4 has quit [Ping timeout: 240 seconds]
icenowy[m] has quit [Ping timeout: 255 seconds]
ch40s[m] has quit [Ping timeout: 260 seconds]
kuhn has quit [Ping timeout: 260 seconds]
oliv3r has quit [Ping timeout: 255 seconds]
romainmahoux[m] has quit [Ping timeout: 276 seconds]
fevv8[m] has quit [Ping timeout: 276 seconds]
<KotCzarny>
that matrixirc thing is worse than my adsl
vagrantc has quit [Quit: leaving]
Pineicenowy has joined #linux-sunxi
AneoX has quit [Ping timeout: 255 seconds]
AneoX_ has joined #linux-sunxi
<Pineicenowy>
KotCzaeny: so icenowy[m] won
<Pineicenowy>
't response
<Pineicenowy>
at all
<Pineicenowy>
any more
<KotCzarny>
:)
<KotCzarny>
['] icenowy[m]
<KotCzarny>
^ that's a candle burning
Pineicenowy has quit [Client Quit]
tl_lim has joined #linux-sunxi
IgorPec has joined #linux-sunxi
phdeswer has joined #linux-sunxi
tllim has quit [Ping timeout: 245 seconds]
AneoX_ has quit [Ping timeout: 245 seconds]
tl_lim has quit [Ping timeout: 255 seconds]
tl_lim has joined #linux-sunxi
<montjoie>
MoeIcenowy: ahci only accept one regulator, so some code modification will be necessary
AneoX has joined #linux-sunxi
<montjoie>
and the target-supply is for sending power to drives I think
AneoX has quit [Ping timeout: 245 seconds]
Pineicenowy has joined #linux-sunxi
phdeswer has quit [Ping timeout: 256 seconds]
AneoX has joined #linux-sunxi
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 255 seconds]
liqsquid has quit [Ping timeout: 256 seconds]
chewitt has quit [Ping timeout: 248 seconds]
AneoX has joined #linux-sunxi
AneoX_ has quit [Ping timeout: 256 seconds]
AneoX has quit [Ping timeout: 256 seconds]
<anarsoul>
Pineicenowy: ElBarto: mingcongbai: I'm not sure what can be wrong here. If any of you can experiment a bit with LCD power-on delays in ATF it would be nice
<anarsoul>
if no - I can prepare several images to test next week
<ElBarto>
anarsoul: yeah I will today
<ElBarto>
anarsoul: the fact the I can't have DEBUG build to work is a bit hard though ...
<ElBarto>
but I'll just add some printfs here and there to verify regulators values
<anarsoul>
ok
<anarsoul>
ElBarto: to get debug ATF build working just do distclean in your u-boot dir
<anarsoul>
i.e. 'make distclean'
<ElBarto>
I did
Quark234 has quit [Ping timeout: 276 seconds]
<anarsoul>
hm
<anarsoul>
I'm actually using debug ATF build :)
<ElBarto>
I saw that using your u-boot :)
<ElBarto>
I did in the past so I don't know what's happening
<anarsoul>
make clean build of ATF as well?
<ElBarto>
yup
<anarsoul>
not sure if it has distclean or not
<anarsoul>
but it's worth a try
<ElBarto>
it does
<ElBarto>
and I did distclean
<anarsoul>
ElBarto: try fresh clone?
AneoX has joined #linux-sunxi
<ElBarto>
I could try that
<Pineicenowy>
anarsoul: I slightly tried, to apply TERES-I sequence on PInebook
<Pineicenowy>
(of course, "try" here means send the binary to mingcongbai and let him flash it to the card
Pineicenowy has quit [Remote host closed the connection]
oliv3r has joined #linux-sunxi
IgorPec has quit [Ping timeout: 255 seconds]
tl_lim has quit [Read error: Connection reset by peer]
tl_lim has quit [Read error: Connection reset by peer]
<KotCzarny>
'confidential'
<KotCzarny>
;)
<KotCzarny>
i always wonder what is the point of those confidential marks, you don't want people to use your product or what?
<ElBarto>
yeah want you to pay for the datasheets :)
popolon has joined #linux-sunxi
<ElBarto>
s/yeah/they/
<KotCzarny>
makes (a bit of) sense
chewitt has joined #linux-sunxi
<MoeIcenowy>
anarsoul: this DS indicates the initialization sequence used by AW BSP
<ElBarto>
and one thing we don't do is assert the reset line
<ElBarto>
what the default state of gpios on A64 ? I forgot
<MoeIcenowy>
ElBarto: In
<MoeIcenowy>
meaning High-R
<MoeIcenowy>
then it's pulled high
<MoeIcenowy>
which is against the DS
<MoeIcenowy>
TERES is ok because the reset is pulled low
<ElBarto>
yeah so the pull up is active at bootup
<ElBarto>
this is wrong yes
<MoeIcenowy>
ok ElBarto do an experiment?
<ElBarto>
reset also need to be low when clocks are setup
<MoeIcenowy>
ElBarto: no problem
<ElBarto>
tell me what you're thinking ?
<MoeIcenowy>
as it's a dedicated XTAL
<ElBarto>
not LCD-CLK ?
clemens3_ has joined #linux-sunxi
<MoeIcenowy>
yes
<ElBarto>
pin J4 (CLKP)
<ElBarto>
ok
<MoeIcenowy>
J4 of what?
<MoeIcenowy>
ANX?
<ElBarto>
'If external system clock input as XTAL, RESETN need be also held low until the clock stable'
<ElBarto>
ok
<MoeIcenowy>
the clock input of ANX is 27M
<MoeIcenowy>
which is difficult to feed from AW chips
<MoeIcenowy>
as their base clock is 24M
<ElBarto>
so should we deal with pmic in u-boot for this ?
<ElBarto>
or gpio in ATF ?
<MoeIcenowy>
gpio in ATF
BenG83 has quit [Ping timeout: 240 seconds]
<MoeIcenowy>
in this case the time between clock and reset is very very long, many longer than the time required ;-)
<MoeIcenowy>
(leave it as low in ATF, and let U-Boot set it to high
<ElBarto>
I'll have a look later today
<ElBarto>
there is no gpio stuff in atf right now right ?
razorfishsl has quit []
popolon has quit [Quit: WeeChat 1.9.1]
<MoeIcenowy>
ElBarto: you have mmio_write_32()
<ElBarto>
that's good enough
<ElBarto>
will work on it in early afternoon
SP7RT has joined #linux-sunxi
icenowy[m] has left #linux-sunxi ["User left"]
phdeswer has joined #linux-sunxi
dev1990_ has joined #linux-sunxi
indy has joined #linux-sunxi
SP7RT_ has joined #linux-sunxi
SP7RT has quit [Ping timeout: 260 seconds]
kloczek has quit [Remote host closed the connection]
victhor has quit [Ping timeout: 276 seconds]
kloczek has joined #linux-sunxi
Putti has joined #linux-sunxi
elros has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Andy-D has joined #linux-sunxi
phdeswer has quit [Remote host closed the connection]
phdeswer has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
igraltist has quit [Remote host closed the connection]
Putti has quit [Ping timeout: 260 seconds]
phdeswer has quit [Remote host closed the connection]
phdeswer has joined #linux-sunxi
phdeswer has quit [Remote host closed the connection]
phdeswer has joined #linux-sunxi
SP7RT has joined #linux-sunxi
SP7RT_ has quit [Ping timeout: 256 seconds]
phdeswer has quit [Ping timeout: 240 seconds]
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
elros has quit [Ping timeout: 256 seconds]
elros has joined #linux-sunxi
diego_r has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
diego_r has quit [Ping timeout: 265 seconds]
Andy-D_ has joined #linux-sunxi
Andy-D__ has joined #linux-sunxi
Andy-D has quit [Ping timeout: 248 seconds]
Andy-D_ has quit [Ping timeout: 256 seconds]
aalm has quit [Ping timeout: 248 seconds]
dev1990_ has quit [Quit: Konversation terminated!]
SP7RT_ has joined #linux-sunxi
SP7RT has quit [Ping timeout: 248 seconds]
dev1990_ has joined #linux-sunxi
LargePrime has joined #linux-sunxi
[7] has quit [Ping timeout: 255 seconds]
TheSeven has joined #linux-sunxi
chewitt has quit [Ping timeout: 240 seconds]
Gerwin_J has joined #linux-sunxi
tlwoerner has quit [Quit: Leaving]
cnxsoft has quit [Quit: cnxsoft]
liqsquid has joined #linux-sunxi
lurchi_ is now known as lurchi__
[O`clock] has quit [Quit: The numbers represents only what you allow them to represent.]
Andy-D_ has joined #linux-sunxi
chewitt has joined #linux-sunxi
SP7RT_ has quit [Ping timeout: 256 seconds]
Andy-D__ has quit [Ping timeout: 256 seconds]
lurchi__ is now known as lurchi_
Putti has joined #linux-sunxi
SP7RT has joined #linux-sunxi
akaizen has quit [Ping timeout: 265 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 5.0.0, revision: git-7326-85ef2059c, build type: debug, sources date: 20160102, built on: 2018-06-01 10:18:08 UTC git-7326-85ef2059c http://www.kvirc.net/]
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
victhor has joined #linux-sunxi
elros has quit [Remote host closed the connection]
SP7RT has quit [Ping timeout: 260 seconds]
lurchi_ has quit [Quit: Konversation terminated!]
lurchi_ has joined #linux-sunxi
jbrown has joined #linux-sunxi
SP7RT has joined #linux-sunxi
lurchi_ is now known as lurchi__
dddddd has joined #linux-sunxi
Ultrasauce has joined #linux-sunxi
LargePrime has quit [Ping timeout: 260 seconds]
<mingcongbai>
anarsoul: MoeIcenowy: We might be onto something, I have been repeatedly powering off from the U-Boot command line, also used `reset` a couple of times while plugged in - the issue could not be reproduced.
<mingcongbai>
I will try to see if only `poweroff` causes the issue when booted to Linux.
<MoeIcenowy>
I think on sunxi "reset" only resets the SoC
<MoeIcenowy>
but not the PMIC
<MoeIcenowy>
(as it uses the on-chip watchdog of the SoC
<mingcongbai>
MoeIcenowy: Well I have used `poweroff` a couple of times.
<KotCzarny>
unless pmic is controlled by gpio?
<KotCzarny>
or some part of it
<MoeIcenowy>
KotCzarny: yes, and it's manually set to a mode rather than the default
<MoeIcenowy>
s/and/& when/
tllim has joined #linux-sunxi
LargePrime has joined #linux-sunxi
<ElBarto>
MoeIcenowy: no psci call from u-boot for poweroff ? (haven't looked)
<ElBarto>
mingcongbai: you issue does happen more when running only on battery ?
<mingcongbai>
Only happens when plugged in.
<ElBarto>
I've personally unplugged the battery to be sure it is not a pmic problem
<ElBarto>
tllim: thanks for the datasheet, it's not complete but at least show some problem for the chip power sequence
<tllim>
welcome.
<ElBarto>
now if only we could have the registers description ...
reinforce has quit [Quit: Leaving.]
SP7RT_ has joined #linux-sunxi
SP7RT has quit [Ping timeout: 268 seconds]
Mr__Anderson has joined #linux-sunxi
Mr__Anderson has quit [Client Quit]
<mingcongbai>
anarsoul: MoeIcenowy: The issue could also happen with `reboot`, just not as likely. On the other hand it's pretty much guaranteed to be reproduced with `poweroff`.
<ElBarto>
MoeIcenowy: but I would rule out HW issue
<ElBarto>
wouldn't
<anarsoul>
but BSP works
<anarsoul>
ElBarto: try playing with DC1SW
<MoeIcenowy>
anarsoul: I think BSP hardcodes many things
<ElBarto>
anarsoul: oh I already do : sunxi_pmic_write(0x12, ret & ~0x90);
<MoeIcenowy>
at least display timing
clemens3 has joined #linux-sunxi
<MoeIcenowy>
(it doesn't care about EDID at all)
<anarsoul>
ElBarto: wait some time, I'd say 100-200ms
<anarsoul>
I'd drop hardcoded EDID
<anarsoul>
ElBarto: you can also add some delay after powering on panel
<MoeIcenowy>
ElBarto: with a force hardcode can the screen work?
<MoeIcenowy>
if no maybe the panel is really not powered?
<anarsoul>
maybe it's too fast and panel hasn't come up yet
<ElBarto>
MoeIcenowy: not always, but works "more"
<ElBarto>
anarsoul: I do wait some time, but I can bump the values
<anarsoul>
yeah, sounds like timing related...
* ElBarto
aggree
<anarsoul>
ElBarto: add a delay between retries
<ElBarto>
damn
<ElBarto>
even with 500ms delay second reset and no lanes ...
<anarsoul>
what do you mean?
<ElBarto>
I added 500ms delay after each regulator enabled and between edid retries
<ElBarto>
first boot was ok
<ElBarto>
second wasn't
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 276 seconds]
SP7RT has quit [Ping timeout: 265 seconds]
AneoX_ has quit [Ping timeout: 240 seconds]
AneoX has joined #linux-sunxi
paulliu has quit [Quit: Leaving.]
megi has quit [Quit: WeeChat 2.1]
<anarsoul>
ElBarto: does it work fine with BSP?
<ElBarto>
anarsoul: 8 time out of 10 it does
<anarsoul>
of, so it fails with BSP as well?
<anarsoul>
s/of/oh
phdeswer has joined #linux-sunxi
<ElBarto>
most of the time I don't have the splashscreen
<ElBarto>
but linux does display stuff
<ElBarto>
sometimes linux doesn't display anything
<anarsoul>
ElBarto: sounds like faulty panel to me
<ElBarto>
could be sure
<ElBarto>
but it's way more reliable with BSP than mainline
Gerwin_J has quit [Ping timeout: 265 seconds]
<anarsoul>
well, mainline Linux could do better with powercycling panel before using it
<anarsoul>
but that's probably it...
<ElBarto>
thing is I'm not that interested in mainline Linux as I'm a FreeBSD developper :)
<anarsoul>
then you have to develop a driver for it :)
<anarsoul>
simplefb won't work for you
tl_lim has quit [Read error: Connection reset by peer]
<ElBarto>
when it works it works (not simplefb but efifb)
tl_lim has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
<ElBarto>
why do you say that simplefb won't work ?
<anarsoul>
ElBarto: because init is done in u-boot and u-boot fails
<ElBarto>
well that's why I said "when it works it works" :)
<ElBarto>
and why I want to fix u-boot
<ElBarto>
does linux mainline have a driver for anx6345 ? ?
<anarsoul>
I have a patch in my branch
<anarsoul>
it's not mainlined yet
<ElBarto>
ok
<MoeIcenowy>
anarsoul: let me mainline it ;-)
<anarsoul>
MoeIcenowy: go for it! :) you'll probably have to wait for A64 display to land it first
SP7RT has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
jstein__ has joined #linux-sunxi
jstein__ is now known as jstein
montjoie has quit [Quit: leaving]
dev1990__ has joined #linux-sunxi
dev1990_ has quit [Ping timeout: 264 seconds]
LargePrime has quit [Remote host closed the connection]
phdeswer has quit [Ping timeout: 264 seconds]
<anarsoul>
ElBarto: you could probably try porting u-boot DE2 driver into FreeBSD
hlauer has joined #linux-sunxi
<anarsoul>
not sure if there's linux-like DRM infrastructure, so porting linux driver could be more challenging...
<ElBarto>
anarsoul: I've started DE2 stuff for FreeBSD
<ElBarto>
anarsoul: we have DRM have I've started to fix it for arm64
<ElBarto>
but porting gpl driver is out of the question
akaizen has joined #linux-sunxi
SP7RT has quit [Ping timeout: 268 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
SP7RT has joined #linux-sunxi
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 260 seconds]
vagrantc has joined #linux-sunxi
<anarsoul>
oh
<anarsoul>
I forgot that GPL isn't good enough for BSD folks :)
<ElBarto>
not the phrase that I would used but yeah :)
<ElBarto>
important thing is we all want the same thing, software works correctly with hardware :P
rexxster has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 5.0.0, revision: git-7326-85ef2059c, build type: debug, sources date: 20160102, built on: 2018-06-01 10:18:08 UTC git-7326-85ef2059c http://www.kvirc.net/]
lurchi__ is now known as lurchi_
SP7RT has quit [Ping timeout: 245 seconds]
tl_lim has quit [Ping timeout: 276 seconds]
tl_lim has joined #linux-sunxi
IgorPec has quit [Ping timeout: 256 seconds]
aalm has joined #linux-sunxi
Putti has quit [Ping timeout: 255 seconds]
Putti has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
phdeswer has joined #linux-sunxi
hlauer has quit [Ping timeout: 276 seconds]
clemens3 has quit [Ping timeout: 240 seconds]
Putti has quit [Ping timeout: 240 seconds]
jstein has quit [Quit: quit]
Wizzup has quit [Remote host closed the connection]
Wizzup has joined #linux-sunxi
Wizzup has quit [Remote host closed the connection]
Wizzup has joined #linux-sunxi
Mandragor has joined #linux-sunxi
aballier has quit [Ping timeout: 268 seconds]
<Mandragor>
Hi, after 5 days fiddling around with a Nanopi A64 i have got network running (tftp, dhcp) on uboot. however if i use the same dtb file which is use for u-boot with a linux kernel (fedora aarch64) the kernel 4.16 doesn't detect the ethernet at all. i am puzzled.
aballier has joined #linux-sunxi
<Mandragor>
is there any way to force the stmmac driver to find the phy device?