<Gues18>
Hello maemo leste devs & users, this is the first time I use irc.
<Gues18>
I updated my d4 today and it does not pass the bootloader, I always try to have it updated, I saw that there was an update for the kernel, turn off and turn on the phone and nothing, it does not pass the bootloader :(
<Gues18>
What can it be? Thanks
<Gues18>
Maybe it was just a bad update (︶︹︺).
<Gues18>
I did the usual
<Gues18>
sudo apt update
<Gues18>
sudo apt dist-upgrade
<t_rex>
I'd check towards the end of /var/log/boot
<Gues18>
Ok I will see the log :)
l_bratch has quit [Ping timeout: 260 seconds]
kvw_5 has quit [Ping timeout: 252 seconds]
kvw_5 has joined #maemo-leste
l_bratch has joined #maemo-leste
Gues18 has quit [Quit: Ping timeout (120 seconds)]
Gues18 has joined #maemo-leste
<Gues18>
Nothing sus, my cell phone turned off due to low battery just in that update, maybe the micro sd was damaged or some files were damaged.
<Gues18>
I can wait a few weeks, thanks for the help (⌒_⌒;)
<uvos>
id rather use a hash how to i get it accept 5e360a11?
<parazyd>
Maybe tru upstream-tag=<sha1> in gbp.conf
<parazyd>
Not sure if it'll work
<parazyd>
But you can simply tag 0.7.1 on that commit
<uvos>
sure but id rather not mangle the upstream version
<uvos>
a real 0.7.1 might be released
<uvos>
anyhow ill build it as 0.7.1
<uvos>
for now
<uvos>
W: GPG error: http://maedevu.maemo.org/leste beowulf InRelease: The following signatures were invalid: EXPKEYSIG 545FEC4E0927F6FD spam1@wizzup.org
<Entitlement>
uvos - [ Directory Index - Maemo Leste ]
<uvos>
wee
<uvos>
thats at least not my fault :P
<Wizzup>
yikes, did it really expire again?
<Wizzup>
didn't we set it to last much longer?
jonsger has joined #maemo-leste
<parazyd>
uvos: It's a glitch that happens sometime in the chroot. I don't know why. Just rebuild.
<parazyd>
Wizzup: Yeah, until 2023
<sicelo>
how convenient! just when i have a bit of time to work on linux/arm, my card reader develops a fault :p
<Wizzup>
:/
<sicelo>
ah, i mean sd card reader on laptop - at least.
pagurus has joined #maemo-leste
jonsger has quit [Ping timeout: 246 seconds]
<sicelo>
at least managed to boot 5.12-rc7 now :)
<Wizzup>
:)
<sicelo>
i think i won't be playing with off mode for now, until i can get serial. if it takes too long, might try working with `init=/bin/sh`, but i guess that would be quite tricky
<sicelo>
tmlind: i did built with the gpio patch included. but i don't really have much to report, since i haven't got things ready enough for off mode
<uvos>
hildon should just put it in all if it cant identify the string
<uvos>
*ham
<sicelo>
theres no such 'all' section though
<uvos>
there is all (wich is an aggregate) and other
<sicelo>
ok
<uvos>
puting it nowere because it cant recongize the string is daft
pere has quit [Ping timeout: 252 seconds]
<sicelo>
i'm not saying it shouldn't be changed ... but it does what it was meant to do, at least back then :p
<sicelo>
this is interesting ... that off-mode patch Wizzup - when i look at it, it should apply as is. wonder why it doesn't though. i changed the starting line number from 136 to 131, but git apply reports "error while searching for" ...
<sicelo>
oh well. i'll just put it in manually, because i can see where it needs to go
<tmlind>
maybe it's an announcement of an n900 adapter for vintage mini cars? :)
<sicelo>
heh
<tmlind>
sicelo: build a kernel with that debug patch, will dump you out the same regs from my system that is idling in few mins
<sicelo>
thanks. would be nice to compare - i already did build with the debug patch - that last output was from there - but i am yet to investigate more deeply to find out what it is on ST_SDRC, OMAPCTRL or I2C1 which is responsible for this failure to get to OFF mode
<tmlind>
could be, but you do have several extra blocking bits
<tmlind>
did you idle the uarts?
<tmlind>
detach kernel console and idle uarts i mean
<sicelo>
yes, i ran the idle uarts function from droid4-pm as is
<sicelo>
for my config, i do have wl1251 and lp5523 enabled as modules, but i've unloaded both of them
<sicelo>
those are the only config changes i have
<tmlind>
siceloa: at least usb is blocking, see your cm_idlest3_core bit[2]
<sicelo>
maybe i should unload the twl_battery something ... but it's part of omap2plus
<sicelo>
ah, gnokia maybe
<tmlind>
in cm_idlest1_core, it shows i2c1 and mcspi4 blocking, the 0x42 part is ok to have
<tmlind>
also cm_idlest_per has some extra bits listed
<tmlind>
mcspi seems to be the tsc2005 touchscreen module
<sicelo>
i unloaded tsc2005
<tmlind>
well then that bit should stop blocking
<Wizzup>
sicelo: how do you interface with the n900?
<sicelo>
at first was using wifi, now i just use it directly
<tmlind>
sicelo: lcd needs to be blanked, so you need to blank and wait then read
<sicelo>
yes i do blank it.
<tmlind>
ok
<sicelo>
cat 1 > /sys/class/graphics/fb0/blank
<tmlind>
ok
<sicelo>
s/cat/echo/ :)
<tmlind>
heh
<sicelo>
so i blank the device, and wait a bit, then i check count (screen on for the checking). maybe i should try with screen off? in that case, would running `sleep` prevent off mode?
<Wizzup>
I'd try to have it not load anything and then just load the required stuff from busybox as init
<Wizzup>
drm also requires more sophisticated methods of blanking if I recall correctly
<tmlind>
at least rmmod ohci_platform and ehci-omap3
<tmlind>
sorry echi_omap
<sicelo>
thanks. that cleared cm_idletest3_core
<sicelo>
:)
<sicelo>
parazyd: could just be me, but 'Explore' is somewhat non-obvious at https://git.devuan.org/ , making it look like there's no way to see the git repos without registering
<Entitlement>
sicelo - [ Devuan Git Store ]
jonsger has quit [Ping timeout: 246 seconds]
<uvos>
sicelo: maybe you have to blank via drm
<uvos>
sicelo: not sure it makes a difference
<uvos>
sicelo: i wrote a program that blanks via drm in console