<Wizzup> cache is 942M on my mz617 so it can't fit there then unfortunately
<Wizzup> one super mega hack would be to make two loops devices, each about 650MB, and then spread btrfs over these two
<Wizzup> and use fastboot to flash to cache and preinstall
<Wizzup> with zlib:9 it is the same story
<Wizzup> /dev/loop1 2097152 1140420 821532 59% /mnt/leste-btrfs
<Wizzup> in any case we can use /data I was just trying to find a way to do this without breaking android for the moment
<Wizzup> $ df -h /mnt/leste-btrfs/
<Wizzup> Filesystem Size Used Avail Use% Mounted on
<Wizzup> /dev/loop1 1.3G 1.1G 124M 90% /mnt/leste-btrfs
<Wizzup> $ ls -lsh btrfs-?.img
<Wizzup> 474M -rw-r--r-- 1 merlijn merlijn 650M Jan 16 01:18 btrfs-1.img
<Wizzup> 637M -rw-r--r-- 1 merlijn merlijn 650M Jan 16 01:18 btrfs-2.img
<Wizzup> well...
<Wizzup> I think this is worth trying, but for this I will need utags to boot from cdrom
Wizzup has quit [Ping timeout: 252 seconds]
Wizzup has joined #maemo-leste
Daanct12 has joined #maemo-leste
mdz has quit [Ping timeout: 276 seconds]
f_ has quit [Read error: Connection reset by peer]
f_ has joined #maemo-leste
moparisthebest has quit [Ping timeout: 256 seconds]
moparisthebest has joined #maemo-leste
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
slep has joined #maemo-leste
ceene has joined #maemo-leste
srb has quit [Ping timeout: 252 seconds]
srb has joined #maemo-leste
pere has quit [Ping timeout: 276 seconds]
uvos has joined #maemo-leste
<uvos> Wizzup: you can just generate utags for any partition you like via https://github.com/tmlind/utagboot
pere has joined #maemo-leste
<uvos> with mz61x you need to be extra carefull ofc since its doing its best to go brick on you
<uvos> with all other deivces you can expirament as mutch as you want with this as fastboot will allways allow you to remove the tags
<Wizzup> right
<Wizzup> ty
<Wizzup> uvos: android mounts /preinstall, do you think it needs it to function?
<Wizzup> (I suppose trying on say a droid bionic would make some sense...)
<uvos> at least on the phones its ok with it being missing at the expense of some functionalliy
<uvos> not sure why you are not just using emstorage
<uvos> using emstorage inconvieances android only minorly too and its mutch bigger
<uvos> android will nag you with a notification about the partition being corrupt, otherwise it will be fine
<uvos> hmm but i dont think fastboot will let you flash there
<uvos> if you format emstorage to somthing the old kernel understands maybe android will not even nag you about it
<uvos> on the bionic we nuke preinstall for clownboot
<uvos> but thats not relevant as we dont really boot android userspace there
<uvos> as we hijack in early init
<Wizzup> uvos: what is emstorage?
<Wizzup> these are all the partitions I can see that are large enoguh:
<Wizzup> 179 17 614400 mmcblk1p17 system
<Wizzup> 179 18 980992 mmcblk1p18 cache
<Wizzup> 179 19 716800 mmcblk1p19 preinstall
<Wizzup> 179 20 12959744 mmcblk1p20 userdata
ceene has quit [Ping timeout: 256 seconds]
ceene has joined #maemo-leste
<Wizzup> uvos: maybe the 16G version is different
<Wizzup> uvos: maybe I should start just trying to flash cache and preinstall with fastboot and see if that is allowed, if it is, I could always restore it, no?
<Wizzup> uvos: also, the input for utagboot for the -16 devices, like the dtb name and serial, that can be found in android I assume?
<Wizzup> we could also make a maemo-leste minimal image btw, with a different meta pkg
<Wizzup> lol, literally all the mz617 tablets that I have (I got a bunch from ebay for cheap) as mz617-16
<Wizzup> so I do not have a mz617-32
mdz has joined #maemo-leste
<Wizzup> uvos: so I guess you mean data when you say emstorage
<Wizzup> because I don't see another partition, also not on mz616-32
<uvos> hmm we dont have emstorage on mz616? really
<uvos> emstorage is the "emulated sdcard" for android
<uvos> ok well then its a bit of a pickle yeah
<Wizzup> the sdcard is just the data partition
<uvos> oh ok
<Wizzup> mount binded or whatever
<Wizzup> it was also exactly 12G at least
<uvos> then the layout is different than on xtXXX
<uvos> ok
<uvos> if fastboot lets you flash something you can try anything you like
<uvos> you cant break it
<Wizzup> as long as I can flash something sensible back
<Wizzup> do you have mz617-32?
<uvos> Wizzup: the inputs for utagboot can be found in the stock dts
<uvos> but you can also find them in the makefile
<uvos> of the repo
<Wizzup> I saw the makefile
<uvos> Wizzup: no i have -16
<Wizzup> but it has no entry for mz617-16
<uvos> dosent matter
<uvos> the only difference is the device name
<uvos> and bootloader dosent care about that
<uvos> at least it dosent on any other device
<uvos> and im pretty sure i have 32 too
<uvos> er 16
<uvos> and have -32 in utags
<Wizzup> ok
<uvos> you can guinny pig a 16gb mz60x first
<uvos> if concerned
<uvos> since on that one you can just erase utags again
<Wizzup> I have more mz617's
<Wizzup> oh
<Wizzup> right
<Wizzup> uvos: btw I also don't see modem on usb for mz616, so perhaps that is also spi modem then
<uvos> its pretty likely
<Wizzup> would explain also why I don't have audio there either
<uvos> all gsm devices have this
<uvos> it seams
<Wizzup> dmegs just confused me with:
<Wizzup> [ 38.438476] phy-mapphone-mdm6600 usb-phy@2: modem status: 4 awake
<Wizzup> [ 38.450775] phy-mapphone-mdm6600 usb-phy@2: Powered up OK
<Wizzup> but it's not in lsusb
<Wizzup> and the atrix 2 does the same I think
<Wizzup> so yeah, probably also spi
<uvos> at least not haveing a modem on a tablet is less of a dealbraker to me
<uvos> but audio needs fixing
<Wizzup> yeah
<Wizzup> well if we're lucky the spi net isn't too hard :)
ceene has quit [Ping timeout: 268 seconds]
<uvos> not a big fan of tablets anyhow :P
<uvos> mz617 is the first tablet i have ever owned
<Wizzup> I just want to get maemo working on it
<Wizzup> it's a nice experience tbh
<Wizzup> but yeah the tablet concept is also mostly lost on me
<uvos> relly i want to run debian with lxqt on it
<uvos> and use the keyboard case
<uvos> to make it a arm laptop really
<Wizzup> that works too
<Wizzup> I'm charging a mz609
<Wizzup> I might need some files for them if I don't have them yet, but I will try kexecboot there then
<Wizzup> it is a 32G version at least
<uvos> 32g version is pretty useless atm
<Wizzup> oh?
<uvos> you can install kexecboot
<uvos> but mainline linux has no pannel driver
<Wizzup> what do you mean useless?
<Wizzup> wait, the 32 panel is different?
<uvos> no
<uvos> mz60x panel is different
<Wizzup> ah, I thought that was working too
<uvos> i dont think so no
<Wizzup> ok, then I will probably just try on my mz617 here
<uvos> i was reccomending a mz60x to expirament with utag behavior only
ceene has joined #maemo-leste
Daanct12 has quit [Quit: WeeChat 4.1.2]
<Wizzup> uvos: where did you suggest we put the kernel and dtb
<Wizzup> on 'boot' ?
parazyd has quit [Ping timeout: 252 seconds]
xmn has joined #maemo-leste
parazyd has joined #maemo-leste
mqlnv has quit [Ping timeout: 256 seconds]
mqlnv has joined #maemo-leste
<uvos> you cant change boot
<uvos> its singed and we need the kernel there
<uvos> for the final setup i was suggesting system
<uvos> for a non breaking setup you can also place it on system i gues
<uvos> just dont overwrite any android files
humanbeta has joined #maemo-leste
<Wizzup> uvos: right
<humanbeta> Suspend feature would be usefull this way: if offline mode and you choose Lock Screen and Keys then suspend.
<humanbeta> Or even hilbernate?
<uvos> is hilbernateing when you leave the device in ohio for a while
<uvos> humanbeta: we cant suspend ike this because some application might be playing music, downloading files etc
<uvos> humanbeta: android has apis to allow applications to tell the system when they are doing specific things to allow it to choose when to suspend, we dont
<uvos> humanbeta: best we can do is provide a suspend button
humanbeta has quit [Ping timeout: 250 seconds]
humanbeta has joined #maemo-leste
<humanbeta> uvos: Suspend button also sounds good.
ceene has quit [Ping timeout: 256 seconds]
humanbeta has quit [Quit: Client closed]
<Wizzup> uvos: ok, so I will make utags for cdrom, and then put kexecboot in cdrom and flash the utags using dd (presumably). Can I then still boot android from kexecboot?
<uvos> yes
<uvos> unless someting goes wrong
<Wizzup> right
<Wizzup> I think so, right? And then I could flash the leste image to cache & preinstall or perhaps just data
<uvos> yes
<Wizzup> and then in utagboot I change the root= to /dev/mmcblk1p13, which is cdrom
<Wizzup> (from p18, which is cache)
<uvos> if p13 is indeed cdrom, yes thatll work
<Wizzup> 179 13 217088 mmcblk1p13cdrom
<Wizzup> so the dtname and serialno I won't change
<uvos> should be fine
<Wizzup> cmdline say
<Wizzup> s
<Wizzup> androidboot.modelno=MZ617-16
<Wizzup> androidboot.serialno=TA31001QA2
<Wizzup> but you said it didn't matter to you
<uvos> if you want to you can change it to suit
<Wizzup> so I will leave them as they are
<uvos> but it dosent matter on xtXXX for sure and i think its wrong on my mz617 too
<Wizzup> is "wrong" means it is verified to work, I'll take it
<Wizzup> let's see, once kexecboot works to boot to android, I should be careful on the next steps, because if I break android AND am not able to boot to leste, that could be a problem
<Wizzup> maybe I should make a copy of cache and preinstall to /data, adb pull them, just in case I can somehow flash them with fastboot
<Wizzup> (otherwise there is no way to say modify the boot lines)
<Wizzup> uvos: utags is p6, yes?
<uvos> i sorry i dont know the partion table of the tablets by heart
<uvos> *im
<Wizzup> the filename in droid4-kexecboot says so :)
<Wizzup> an android has a boot.cfg somewhere on a partition, so kexecboot will know where to find it?
<Wizzup> (just dd'd the two images so doing some double sanity checks to make sure I don't break the device :D)
<uvos> kexecboot comes with a boot.cfg for stock android
<Wizzup> ok
<uvos> as long as kexecboot itself works you have not bricked the device
<uvos> you can exit kexecboot and have a serial shell
<uvos> as in exit the gui
<Wizzup> ok, check
<Wizzup> I saw kexecboot and I will soon see android again
<Wizzup> maybe what makes sense is to dd a separate image to data and a split one to preinstall and cache, and make boot.cfg entries for both
<Wizzup> although I suppose if I use data then I can't put boot.cfg on it
<uvos> not if using btrfs
<uvos> or 64bit ext4
<Wizzup> right, so maybe boot.cfg can go on system?
<uvos> yes
<uvos> system needs to stay ext3 anyhow as mentioned
<Wizzup> ok
<Wizzup> I suppose I could flash a regular leste rootfs to data as well (ext4) one, as a failsafe
<Wizzup> only the root partition ofc)
<uvos> i mean the faile safe is supposed to be the busybox enviroment supplied with kexecboot
<Wizzup> one thing to check is to see if btrfs is built in in our kernels...
<uvos> but as you like
<Wizzup> fair enough, I should try to get into that environment
<Wizzup> I am not sure how you would transfer files at that point
<Wizzup> unless you'd use base64 and cat over serial
<uvos> it has wpa_supplicant
<Wizzup> I guess you have some kind of wifi
<Wizzup> ok
<uvos> you can connect to wifi with it
<Wizzup> ok, I've just never been in that environment :)
<Wizzup> should maybe try that first
<Wizzup> lol
<Wizzup> okay, so our default config does not even include btrfs
<Wizzup> glad I checked :D
<uvos> mainly you can also use to to zero out utags
<uvos> to boot stock android in an otherwise big failure (only works if its unmolested ofc)
<uvos> *use it
<Wizzup> right
pere has quit [Ping timeout: 255 seconds]
<Wizzup> uvos: any idea if mmcblk1 still be called mmcblk1 even if there is no microsd on mz617?
<Wizzup> I suppose it should, because the dts still allows for a microsd card on mz617
pere has joined #maemo-leste
<uvos> motorola kindof hardcoded the partition names in android all over the place
<uvos> so presumably they where not interested in changing all that
arno11 has joined #maemo-leste
<Wizzup> I got to:
<Wizzup> [ 0.026733] printk: console [tty0] enabled
<Wizzup> [ 0.030944] printk: bootconsole [omap8250] disabled
<Wizzup> and then the output stops
<Wizzup> oh, I see
<Wizzup> the boot.cfg does not contain the console log
<Wizzup> serial log I mean
<Wizzup> omg i have such a hard time pressing the buttons and the kexecboot timeout is so low
<Wizzup> uvos: looks like android happily mkfs'es cache and preinstall btw
<Wizzup> I booted back to android and now both are empty ext4 fses, after I had dd'd btrfs images over it previously
k1r1t0 has joined #maemo-leste
<bencoh> I'm not surprised about cache, but preinstall ... I wonder why ... what is it used for?
<Wizzup> uvos: it looks like fastboot is letting me write to cache at least
<Wizzup> same for preinstall
<Wizzup> uvos:
<Wizzup> [ 5.164337] VFS: Cannot open root device "/dev/mmcblk1p18" or unknown-block(259,10): error -2
<Wizzup> [ 5.164520] Please append a correct "root=" boot option; here are the available partitions:
<Wizzup> will debug a bit later
k1r1t0 has quit [Remote host closed the connection]
<arno11> Wizzup: freemangordon: btw i found why i got +10mA idle draw: usb charger ! Idle is around 43-47 until i plug usb charger, then once unplugged, i get +10mA constantly
<arno11> if i reboot, back to normal
<arno11> is it n900 specific or someone get the same on d4 or pinephone ?
<Wizzup> arno11: ok, that we can fix @ charger, good find
<Wizzup> brb dinner
<arno11> me too, enjoy ;)
<freemangordon> arno11: phew... I was afraid there is some issue with iphb(d) :)
<uvos> "uvos: looks like android happily mkfs'es cache and preinstall btw" thats pretty anoying
<uvos> Wizzup: it probubly wont do it if you format the partitions in a way that android understands
<uvos> ie 32bit ext4
<uvos> "I'm not surprised about cache, but preinstall ... I wonder why ... what is it used for?" preinstall is used for bloatware 3rd party apps that the default android came with, except that motorola mercyfully removed most of those with updates later, so not mutch anymore. on devices with very smal system like bionic its also (mis)used for some extra resources moved there when motorola ran out of space in system
<Wizzup> uvos: I'm starting to worry we might need an initramfs
<Wizzup> but I'll keep trying for a bit more
<arno11> freemangordon: :)
arno11 has left #maemo-leste [#maemo-leste]
akossh has joined #maemo-leste
Twig has joined #maemo-leste
<Wizzup> uvos: so
<Wizzup> CMDLINE=console=tty0 console=ttyS2,115200 fbcon=rotate:1 debug earlycon ro rootwait rootfstype=btrfs root=/dev/mmcblk1p18 rootflags=device=/dev/mmcblk1p18,device=/dev/mmcblk1p19 softlevel=charge-mode
<Wizzup> this seems to be doing what the stack overflow post suggests
<Wizzup> oh, looks like I mispasted a bit, anyway, you get the idea
<Wizzup> uvos: seems like userdata can't be written to using fastboot
noidea_ has joined #maemo-leste
<Wizzup> uvos: I managed to exclude a few dirs and fit it all into a single btrfs image that I am dding to cache, if this works, then at least I have a working start, but perhaps it would make sense to make a small initramfs with busybox mdev and btrfs-progs
<Wizzup> all we need to do is run a tool to 'scan' for btrfs devices
<Wizzup> btrfs dev scan or something
<Wizzup> why this can't be in the kernel is beyond me
<Wizzup> I also found this, which can't be it I hope:
<Wizzup> # Required because `btrfs device scan` doesn't appear
<Wizzup> # to scan past 9 partitions!
<Wizzup> uvos: ok this is booting at least :)
<Wizzup> lol I had to update etc/fstab to prevent fsck checks
slep has left #maemo-leste [#maemo-leste]
<Wizzup> uvos: last q of the night I hope, the data partition I can format as btrfs without problems for the bootloader, yeah?
<uvos> Wizzup: you can do anything you like with data
merom has joined #maemo-leste
<uvos> Wizzup: to my knowlage the only android related partitions the booloader checks are boot, the device tree and its backup and the first couple of blocks of system
<Wizzup> ok
<Wizzup> well, I managed to boot from just cache
<Wizzup> if we make a simple initramfs as above then we could do the cache+preinstall trick
<Wizzup> I have h-d working with wifi, touch, etc, just no locales atm :P
<merom> humanbeta: How to take screenshot with Pinephone? > You can try taking a screenshot with an application simply called Screenshot. The images are then stored in /home/user/MyDocs/.images :-)
Twig has quit [Remote host closed the connection]
<merom> Oh, humanbeta is not connected here now, if so, someone please let him know. Well thank you
<uvos> Wizzup: the locales situation should be adressed anyhow
<uvos> the n900 takeing absoulte ages to generate a tonne of locales is another sore spot
<Wizzup> I think you can control this with locale.gen right?
<Wizzup> just comment mostly everything
<Wizzup> I'm rsyncing to userdata now
<Wizzup> but for users we'll need a better procedure
<Wizzup> the nice thing about a cache bootstrap image is that you can do it without harming android (I guess even userdata can be erased with fastboot)
<Wizzup> I do think that making a hildon-minimal-meta would be good, where we define what is essential and what is not
<Wizzup> for example, openmediaplayer and pdf reader are not, but icd2/mce/etc is
<uvos> more like hildon-meta has to mutch bloat
<Wizzup> this way we could probably quite easily fit a bootstrap image on the cache partition and then upgrade it with a simple apt command
<uvos> and ther should be hildon-extra
<Wizzup> same thing different name :)
<Wizzup> (so we agre)
<Wizzup> agree* even
sch has quit [Ping timeout: 276 seconds]
<Wizzup> interesting, on mz617 I also see the same ts working only on certain boots issue
<Wizzup> after 4-5 rmmod + modprobe it works
sch has joined #maemo-leste
<Wizzup> tmlind: do you also see on mz61x that the ts only functions some of the time? for me repeated rmmod + modprobe of atmel_mxt_ts a few times tends to solve the problem
<Wizzup> I also somehow see both a atmel_mxt_ts 1-004a and atmel_mxt_ts 1-005b being probed
<Wizzup> the first one seems to always fail
sch has quit [Ping timeout: 264 seconds]
sch has joined #maemo-leste
<Wizzup> what is very neat about mz617 is that the screen brightness chagne is gradual, like on fremantle/n900
<Wizzup> tmlind: cheers again for this work, this (mz617/mz617) is really sweet
sch has quit [Ping timeout: 264 seconds]
sch has joined #maemo-leste
ahmed_sam has joined #maemo-leste
ahmed_sam has quit [Ping timeout: 260 seconds]
merom has left #maemo-leste [Leaving]