| uvos | marex: no stuch guide exists, currently you cant run leste on debian because we lack systemd .serivce files / general setup | 00:30 |
|---|---|---|
| uvos | marex: would be great if you could change that ;) | 00:30 |
| marex | uvos: OE allows me to pick whatever init system I might need, that doesn't really impact me much | 00:31 |
| marex | so the init system bit is not really important | 00:32 |
| uvos | marex: its all also really debian specfic, lots of packages install files via /debian directory | 00:32 |
| marex | uvos: I can imagine how that can be reasonably easily converted to bitbake recipes | 00:33 |
| uvos | sure | 00:33 |
| marex | so I think what I am looking for is some sort of from-scratch bootstrap guide | 00:33 |
| marex | it seems the CI is already running from some pre-bootstrapped system and just rebuilding packages in that | 00:33 |
| uvos | right | 00:34 |
| uvos | as far as what to compile in what order, i dont think we have sutch a thing | 00:34 |
| uvos | rebootstraping leste at this point would be quite the mess afaik, but parazyd is more knowlageable here ^^^ | 00:34 |
| marex | lets see what crops up, thanks | 00:36 |
| parazyd | marex: This is somewhat of a build order: https://github.com/maemo-leste/jenkins-integration/blob/master/repos_core.py | 07:49 |
| parazyd | The way the packages build, is minimal Devuan chroots with git-buildpackage | 07:50 |
| inetdragon | 06:31 <inetdragon> Wizzup, regarding the fixed wifi issue on N900, where will be the kernel fix? In which repository? | 09:07 |
| inetdragon | 06:46 <sicelo> beowulf-devel, I believe | 09:07 |
| inetdragon | sicelo, could you provide a link of the source code of the repository? | 09:08 |
| sicelo | source code of the repository? Not sure I fully understand the question | 09:49 |
| sicelo | The kernel repository is, https://github.com/maemo-leste/n9xx-linux/tree/maemo/beowulf-devel | 09:49 |
| sicelo | I seem to recall he said it's now in stable too, hence, https://github.com/maemo-leste/n9xx-linux/tree/maemo/beowulf | 09:51 |
| sicelo | In short, a simple apt-get update/upgrade, whether with -devel or not, should give you what you want | 09:51 |
| Wizzup | uvos: it was this I think https://github.com/tmlind/ddroid | 12:19 |
| Wizzup | marex: btw, regarding the order to build the packages, I think this list can help: https://github.com/maemo-leste/jenkins-integration/blob/master/repos_core.py | 12:21 |
| Wizzup | I think that is the order we built the packages in, over time we usually append packages at the bottom, so dependency wise it should mostly work out | 12:21 |
| Wizzup | oh, shit, parazyd already linked that | 12:22 |
| Wizzup | sorry. | 12:22 |
| marex | parazyd: Wizzup: thanks | 12:40 |
| stano | anybody know what happened to Oliver McFadden? He presented quake3 on N900 at Maemo Summit Amsterdam, 2009 | 12:50 |
| Wizzup | marex: let us know if you have any questions/problems, happy to help | 13:24 |
| uvos | indeed | 13:29 |
| marex | I will give it a go and ask if I get stuck, not sure when, but at some point I will | 13:36 |
| Wizzup | uvos: so I guess for safestrap, it looks like you need to provide it with your own kexec modules and such | 17:28 |
| Wizzup | uvos: at least looking at the ddroid I linked earlier today | 17:28 |
| uvos | Wizzup: ah yeah | 17:33 |
| uvos | on /system no? | 17:33 |
| uvos | thats really stupid design, this is also why they had to boot the 3.0 kernel on d3 | 17:34 |
| uvos | because ofc they dont want to have to include a bounch of moudles for various kernels | 17:34 |
| uvos | so just pilfer the modules from los then | 17:34 |
| Wizzup | I installed safestrap 2.10, just now, as it seems to use the android kernel, btw: | 17:37 |
| Wizzup | Linux localhost 2.6.35.7-g5fa4155 #1 SMP PREEMPT Fri Feb 24 22:09:47 CST 2012 armv7l GNU/Linux | 17:37 |
| uvos | yeah thats how safestrap works on d4/bionic with kern 3.0 | 17:38 |
| uvos | Wizzup: thats good, since you have to kexec from this kernel in the end | 17:38 |
| uvos | (2.6) | 17:38 |
| Wizzup | yes, so maybe I can make the kexec work this time | 17:40 |
| Wizzup | uvos: do you know when --command-line=string is passed to kexec, when you load the kernel, or when you use kexec -e ? | 17:47 |
| Wizzup | I assume the former | 17:47 |
| uvos | former | 17:48 |
| uvos | kexec -e is just thtat | 17:48 |
| uvos | *that | 17:48 |
| Wizzup | ok | 17:48 |
| Wizzup | hard to debug this kind of tsuff :) | 17:48 |
| uvos | Wizzup: i had to compile a newer version of kexec to boot mainline btw | 17:49 |
| Wizzup | hm, of the binary? | 17:49 |
| uvos | yeah | 17:49 |
| Wizzup | do you have that binary somewhere? clownboot? | 17:49 |
| uvos | clownboot contains the binary yeah | 17:49 |
| uvos | the new kexec cant boot kernel 3.0 either | 17:50 |
| uvos | so it dosent work both ways | 17:50 |
| uvos | kexecboot also contains both for this reason | 17:50 |
| Wizzup | ok, but I want to boot mainline | 17:50 |
| Wizzup | so on my old kernel, I should be able to use your new binary and hopefully have something working? | 17:50 |
| uvos | i hope so | 17:50 |
| uvos | but depending on how i compiled it | 17:50 |
| uvos | it might not run on andoid 2.3 | 17:50 |
| Wizzup | it starts at least | 17:52 |
| uvos | nice : ), define starts | 17:52 |
| Wizzup | no, sorry | 17:54 |
| Wizzup | kexec runs | 17:54 |
| Wizzup | the binary | 17:54 |
| Wizzup | working on it | 17:54 |
| Wizzup | really annoying that you have to load uart.ko for the kexec modules to load :/ | 17:56 |
| uvos | yes | 17:56 |
| Wizzup | makes it impossible to see if/where it fails | 17:56 |
| uvos | but that was the only way the kexec module could be debugged | 17:56 |
| Wizzup | mhm | 17:57 |
| uvos | well you have to redeirect the output to a file and examine it later | 17:57 |
| uvos | bu yeah i messed with this a for several hours before clownboot worked | 17:58 |
| Wizzup | does your kexec module support --devtree ? | 17:58 |
| Wizzup | ah it is --dtb now | 17:58 |
| uvos | yes | 17:58 |
| uvos | kexec -l /zImageStatic --dtb=/omap4-droid-bionic-xt875.dtb --command-line="console=ttyS2,115200 debug earlycon rootwait rootfstype=ext2 root=/dev/mmcblk1p14 | 17:58 |
| uvos | thats clownboots command | 17:58 |
| uvos | ro init=/sbin/preinit.sh earlyprintk" | 17:59 |
| Wizzup | well, my script now also seems to boot do something (safestrap disappears), but I don't see anything else visibly happen | 18:00 |
| uvos | ok | 18:00 |
| uvos | i had a script with a sleep | 18:00 |
| Wizzup | (also, my laptop thinks my usb port died because the droid stopped responding) | 18:00 |
| Wizzup | sleep to get serial? | 18:00 |
| uvos | so i could unplugg usb and insert serial | 18:00 |
| uvos | yeah | 18:00 |
| uvos | also as the name implies zImageStatic is a static kernel | 18:01 |
| uvos | that also helped alot | 18:01 |
| uvos | since it can wake the display very early | 18:01 |
| Wizzup | yeah, I suppose maybe I should do that | 18:01 |
| Wizzup | need to restart my laptop, usb ports are unhappy | 18:02 |
| Wizzup | so just make the usual config but change every =m to =y ? | 18:03 |
| uvos | i used make localmodconfig on a d4 and removed the sensors to make the kernel smaller | 18:04 |
| uvos | and then replace =m with =y yeah | 18:04 |
| Wizzup | is it necessarily to make the kernel smaller? | 18:04 |
| uvos | sadly i lost the defconfig somehow :\ | 18:04 |
| Wizzup | necessary* | 18:04 |
| uvos | Wizzup: no | 18:04 |
| uvos | if you make a new one that would be helpfull | 18:04 |
| uvos | because i have to update the clownboot kernel past 5.8 at some point :P | 18:05 |
| Wizzup | I am just doing defconfig + sed -i 's/=m/=y/' now | 18:05 |
| uvos | ok | 18:05 |
| Wizzup | hope I can at least get it to boot to something today... phew | 18:08 |
| uvos | its certenly a happy moment when you manage to kexec yourself out of that mess :P | 18:09 |
| Wizzup | hrm | 18:10 |
| Wizzup | arch/arm/boot/compressed/../../../../lib/../scripts/dtc/libfdt/fdt.c:79:8: error: redefinition of ‘fdt_header_size’ | 18:10 |
| Wizzup | why it happens now? no idea | 18:13 |
| uvos | no idea | 18:13 |
| uvos | obj. somehow by some module being built in | 18:13 |
| uvos | *obv. | 18:13 |
| Wizzup | let's see, building with modules now | 18:14 |
| bencoh | Wizzup: you could even skip the dtc part and give it a prebuilt dtc | 18:18 |
| Wizzup | uvos: ah that happens also with the mod config, so something else is up | 18:19 |
| Wizzup | bencoh: yeah I have a system dtc, but how to tell linux ;) | 18:19 |
| uvos | Wizzup: do make mrproper then | 18:22 |
| bencoh | hmm ... I guess you'd need to nullify the related rules in the Makefile | 18:22 |
| Wizzup | bencoh: yeah ok, but rather not go down that rabbit hole | 18:22 |
| Wizzup | uvos: how will that help? | 18:22 |
| bencoh | Wizzup: either that, or just copy your dtc where it should be created, and hope it works | 18:22 |
| Wizzup | mhm | 18:23 |
| uvos | i have had random compile issues in the tools after git pull on mainline before | 18:23 |
| uvos | mrproper aka rebuild everything helped in these cases | 18:23 |
| bencoh | yeah, mrproper is magic sometimes | 18:23 |
| Wizzup | ok, trying | 18:24 |
| Wizzup | I mean I don't really need a new dtb anyway | 18:28 |
| Wizzup | ah, no, it looks like the fdt.c errors are from the kernel needing libfdt to unpack the dts | 18:30 |
| Wizzup | I'm using droid4-linux droid4-pending-pvr-omapdrm-v5.11 | 18:31 |
| Wizzup | internet suggests git clean -xdf | 18:32 |
| Wizzup | that fixed it | 18:36 |
| sicelo | (yay! now VT-x/VT-d works fine on my laptop ... running VMs will be a better experience finally) | 18:37 |
| Wizzup | cool | 18:37 |
| Wizzup | uvos: hm, also with static kernel I don't see anything on screen, I'll try this again when I get a serial then | 18:52 |
| Wizzup | (later today) | 18:52 |
| Wizzup | whatever the kexec thing does, it does cause my usb controller to get unhappy | 18:53 |
| Wizzup | interesting though, the device doens't reset like it did before | 18:55 |
| uvos | progress | 18:55 |
| Wizzup | maybe | 18:55 |
| Wizzup | ugh the usb port really stops responding, need to reboot again, will do it a bit later | 18:56 |
| Wizzup | note to self: increase sleep time and disconnect usb cable | 18:56 |
| Wizzup | uvos: btw, if you have other ideas if I can't get anything on serial either (why kernel maybe won't boot), wouldn't mind hearing it | 20:14 |
| Wizzup | (getting serial in an hour or so) | 20:14 |
| Wizzup | I think I set up the memory region correctly | 20:14 |
| Wizzup | I could try to have a kernel with powervr too if that's somehow causing trouble | 20:14 |
| Wizzup | although I don't think safestrap sets up pvr | 20:14 |
| uvos | well safestrap on d4 and i guess safestrap 2.x runs after the android userspace has booted part way | 20:15 |
| uvos | so if safestrap dose it or not is a moot point | 20:15 |
| Wizzup | do you think android inits it before then? | 20:16 |
| uvos | i would leave pvr out | 20:16 |
| Wizzup | ok | 20:16 |
| uvos | Wizzup: on bionic yes | 20:16 |
| uvos | anyhow you dont want pvr anyhow | 20:16 |
| Wizzup | for clown boot you mean? | 20:16 |
| uvos | since your trying to create a kernel for clown boot anyhow | 20:16 |
| Wizzup | I was also just trying to get it to boot anything | 20:16 |
| uvos | the kernel you create is never suposed to boot leste anyhow | 20:16 |
| uvos | but kexecboot | 20:16 |
| Wizzup | hm | 20:16 |
| Wizzup | I mean, ultimately, yes, but seeing anything like kernel starting would already be progress | 20:17 |
| uvos | sure | 20:17 |
| Wizzup | the zImage-static is 7.3M btw | 20:17 |
| uvos | if you dont get anything on serial that would be akward, since serial output should start so early that the kernel hasent messed with anything yet except the omap | 20:17 |
| Wizzup | let me check if I have earlyprintk in my cmdline (will check in 30 mins) | 20:18 |
| Wizzup | I took the cmdline from the boot.cfg for the bionic | 20:18 |
| uvos | so i dont really see how the device could fail that early | 20:18 |
| Wizzup | maybe I just missed it on serial | 20:19 |
| Wizzup | we'll know soon | 20:19 |
| uvos | i mean you must at least see the debug output | 20:19 |
| uvos | from kexec.ko | 20:19 |
| uvos | Help im alive! | 20:19 |
| Wizzup | do you mean when safestrap starts, or when I run my kexec attempt? | 20:20 |
| uvos | the kexec attempt | 20:20 |
| Wizzup | ok, let me try to catch that | 20:20 |
| uvos | kexec.ko prints the above line | 20:20 |
| uvos | and some other info | 20:20 |
| uvos | if you dont see that your serial setup or kexec is not working | 20:20 |
| Wizzup | so 'Help I am alive' is from kexec before it does final kexec call? | 20:21 |
| uvos | yes | 20:21 |
| Wizzup | check | 20:21 |
| uvos | or rather thats the first print in the kexec sequence in kexec.ko | 20:22 |
| uvos | there is some stuff after that iirc | 20:22 |
| uvos | compear with with a bionic maybe | 20:22 |
| uvos | https://github.com/STS-Dev-Team/kernel_kexec_modules/blob/570705185ac29da0b6ec2bab7e311b4b7b591b2d/arch/arm/mach-omap2/board-mapphone-emu_uart.c%7E#L737 | 20:27 |
| uvos | right there | 20:27 |
| uvos | so its uart.ko | 20:27 |
| uvos | https://github.com/STS-Dev-Team/kernel_kexec_modules/blob/570705185ac29da0b6ec2bab7e311b4b7b591b2d/arch/arm/kernel/machine_kexec.c | 20:28 |
| uvos | you should see all the printascii() commands here | 20:28 |
| uvos | so the last thing should be printascii("Switch stack\n"); i | 20:29 |
| Wizzup | ok | 20:29 |
| Wizzup | the kexec modules I use are pulled from safestrap 3.x' boot mechanism, and they load just fine in safestrap 2 (which makes sense, since it uses the standard kernel) | 20:29 |
| Wizzup | jfyi, that should be fine | 20:29 |
| uvos | yeah | 20:30 |
| Wizzup | ok, back in 20 mins, should have serial then | 20:30 |
| uvos | btw you sould also feal i vibrate on kexec | 20:37 |
| uvos | the litte vibration the d4 makes wen you boot somehting in kexecboot | 20:38 |
| uvos | thats also kexec.ko | 20:38 |
| uvos | somehow | 20:38 |
| uvos | not sure where the code for this is actually | 20:38 |
| tmlind | we should just go through the pain to strip down the kexec module to bare minimum for the old kernels and leave out the serial port support, it might even make it more reliable for booting.. | 20:56 |
| Wizzup | uvos: hm: syscall kexec_file_load not available. | 21:07 |
| Wizzup | so maybe your kexec is too new? | 21:08 |
| Wizzup | ls | 21:08 |
| Wizzup | uvos: do you recall why you had to compile a newer kexec binary for mainline? | 21:10 |
| Wizzup | with the old kexec userspace I see this as last msgs: | 21:11 |
| Wizzup | Switch mm | 21:11 |
| Wizzup | Switch stack | 21:11 |
| Wizzup | ABE | 21:11 |
| Wizzup | and then nothing happens | 21:11 |
| Wizzup | uvos: using your kexec I only see the "Help I'm alive" but never the kexec, so that makes sense, given the kexec_file_load not being available | 21:13 |
| Wizzup | so I guess the next steps would be to debug why the kexec with old userspace kexec fails to do anything, or to load newer safestrap again and try los/cm, to see how their kexec methods work | 21:13 |
| Wizzup | uvos: lol EARLY_PRINTK is not on | 21:15 |
| Wizzup | uvos: anything I need to do besides DEBUG_LL and EARLY_PRINTK ? | 21:16 |
| uvos | Wizzup: i compiled newer kexec using the android 4.0 sdk because the old one dident work for me | 21:16 |
| uvos | bescily | 21:16 |
| Wizzup | (I see something regarding physical base address of debug uart) | 21:16 |
| uvos | its just something i tried | 21:16 |
| Wizzup | uvos: ok, but I mean, how did it not work, did it corrupt the kernel when loading or something? | 21:17 |
| uvos | when it dident want to boot | 21:17 |
| Wizzup | ok | 21:17 |
| uvos | it failed pre final kexec stage | 21:17 |
| Wizzup | because it looks to me like the kexec userspace I have at least seems to load and attempt to boot, not sure if it does it correctly | 21:17 |
| uvos | no sure either | 21:17 |
| Wizzup | too bad | 21:17 |
| uvos | tmlind: ^^^^ | 21:17 |
| uvos | he might know | 21:18 |
| uvos | since kexecboot dose the same thing | 21:18 |
| uvos | (different kexec binary for old vs new kernels) | 21:18 |
| Wizzup | uvos: hmm so I think your kexec binary also works (maybe it has a fallback to older syscall) | 21:19 |
| Wizzup | but still nothing after ABE | 21:19 |
| Wizzup | compiling kernel with early printk now | 21:19 |
| Wizzup | https://lists.infradead.org/pipermail/kexec/2018-February/020006.html looks like there should be a fallback indeed | 21:21 |
| uvos | actually ABE is correct | 21:21 |
| Wizzup | hm? | 21:21 |
| Wizzup | uvos: yeah so both kexec userspace seem to do something (trigger the whole thing) | 21:21 |
| uvos | ABE comes after Switch stack | 21:22 |
| uvos | i just missed it earlyer | 21:22 |
| Wizzup | ok, right | 21:22 |
| uvos | so the sequence on a bionic looks like this: | 21:22 |
| Wizzup | I mean mostly that nothing comes after it :p | 21:22 |
| uvos | Help I'm alive | 21:22 |
| uvos | Disable IRQ's | 21:22 |
| uvos | Kern restart prepare | 21:22 |
| uvos | Machine shutdown | 21:22 |
| uvos | Machine kexec | 21:22 |
| uvos | Disable IRQ's | 21:22 |
| uvos | va: dfb59000 | 21:22 |
| uvos | pa: 9fb59000 | 21:22 |
| uvos | Bye! | 21:22 |
| uvos | Flush Icache | 21:22 |
| uvos | L2X0 Access | 21:22 |
| uvos | L2X0 Disable | 21:22 |
| uvos | Switch mm | 21:22 |
| uvos | Switch stack | 21:22 |
| uvos | ABE | 21:22 |
| uvos | [ 0.000000] Booting Linux on physical CPU 0x0 | 21:22 |
| uvos | so the 2.6 kernel is sucessfully kexecing | 21:22 |
| uvos | and then the mainline kernel fails to take over | 21:23 |
| Wizzup | I see the same, but not the kernel msg | 21:23 |
| Wizzup | yeah | 21:23 |
| uvos | thats not what i saw with old kexec on bionic | 21:23 |
| uvos | it failed somewhere else | 21:23 |
| uvos | before bye! | 21:23 |
| Wizzup | ok | 21:23 |
| uvos | maybe cpacp is connected to a different uart | 21:24 |
| uvos | (the cpcap multiplexer) | 21:24 |
| Wizzup | btw I see the same, except for va/pa, they are different numbers | 21:24 |
| Wizzup | va: da93a000 | 21:24 |
| Wizzup | pa: 9a93a000 | 21:24 |
| uvos | so the mainline kernel is printing somewhere else | 21:24 |
| uvos | (maybe) | 21:25 |
| uvos | pa is probubly physical / virutal address | 21:25 |
| uvos | for the kernel image | 21:25 |
| uvos | so should not matter | 21:25 |
| uvos | both look like they are in ram | 21:26 |
| uvos | somewhere | 21:26 |
| Wizzup | ok, well, I don't see anything on serial with earlyprintk in cmdline and also enabled in kernel | 21:26 |
| uvos | i wish kernel_kexec_modules had acually usefull commits.... | 21:28 |
| Wizzup | your hunch on the kernel writing to the wrong place, I guess that is something that can maybe be verified with the kernel src, or on a running system even? | 21:31 |
| Wizzup | I suppose I could try to kexec the existing kernel just to see what happens, too | 21:31 |
| uvos | thats not it | 21:32 |
| uvos | since the uart.ko module writes to uart3 | 21:32 |
| uvos | and so dose mainline | 21:32 |
| Wizzup | ok | 21:32 |
| uvos | so i would go diff the motorla sources now but there are like 3 changes specific to solana total | 21:33 |
| uvos | so that seams not helpfull | 21:33 |
| uvos | so next would be dts | 21:33 |
| Wizzup | as in, three is very few? | 21:33 |
| Wizzup | should I try to boot the existing android kernel via kexec first, just to see if that works / does something? | 21:34 |
| uvos | also they are not in places you would expect boot failure | 21:34 |
| uvos | just periferals | 21:34 |
| uvos | next would be to check stock kernel dts against bionic | 21:34 |
| tmlind | Wizzup: so i've been using three patches for the kexec for the v3.0.8 kernel if you're rebuilding them | 21:34 |
| uvos | but those where decompiled from i think (right tmlind?) idk how to do that tmlind and sre just gave me the dts for both bionic and d4. | 21:35 |
| uvos | *decompiled from dtb on device | 21:35 |
| uvos | for the stock kernel | 21:35 |
| Wizzup | tmlind: I am using the kexec kernel modules from safestrap 3.x for the droid3, from the android kernel (safestrap 2 loaded). I also tried to kexec from safestrap 3, which has the 3.x kernel (probably 3.0.8), but could not find kexec modules for it | 21:36 |
| tmlind | yeah i used to have a patch to do the endian swap for dtc to decompile but lost it.. | 21:36 |
| uvos | yeah i gues we need to repo that next | 21:37 |
| uvos | if nothing else gives | 21:37 |
| tmlind | Wizzup: old kexec did not understand the size at least | 21:37 |
| Wizzup | tmlind: old kexec binary, that is? | 21:39 |
| tmlind | Wizzup: kernel kexec too, it is now passing the zImage uncompressed size in the image | 21:40 |
| Wizzup | aha, that could cause some issues.. | 21:40 |
| Wizzup | does it make sense to pass an uncompressed kernel as a test? | 21:41 |
| Wizzup | I suppose it's better to just get on the same kernel and patches as what we have working | 21:41 |
| uvos | tmlind: hmm where are these patches? clownboot uses https://github.com/STS-Dev-Team/kernel_kexec_modules/tree/3.0.8-ics-spyder | 21:41 |
| uvos | and that works | 21:41 |
| tmlind | still trying to find them myself.. just a sec | 21:43 |
| Wizzup | (back in 10m) | 21:43 |
| tmlind | here's some more info on the kexec module patches: https://github.com/tmlind/buildroot/commit/e53b12792a93ebab4f84e2d852297cab1ded6064 | 21:44 |
| uvos | this is kinda an interesting study in how quickly "institutional knowledge" decays :P | 21:44 |
| uvos | you would think we would have enough experiance in kexecing mapphones by now :P | 21:44 |
| tmlind | well the problem is the v3.0.8 kernel needs earlier gcc to compile the modules | 21:45 |
| tmlind | anyways, the patches are in the http://muru.com/linux/d4/droid4-mainline-kexec-0.4.tar.xz package | 21:45 |
| uvos | any idea why this worked on bionic as is? | 21:45 |
| tmlind | notkit did some patches to build the kernel with gcc6 i think, so now it would be possible to in theory to build them with buildroot | 21:46 |
| tmlind | uvos: you are probably passing the imaginary --size parameter to kexec? | 21:46 |
| uvos | let me check | 21:47 |
| uvos | no | 21:47 |
| uvos | hmm | 21:47 |
| uvos | maybe best not to look at it to hard | 21:47 |
| tmlind | uvos: i'd assume at least 0003-Fix-to-support-mainline-kexec-dtb.patch is needed? | 21:48 |
| marex | freemangordon: Pali: you might want to follow up on the u-boot rx51 musb stuff | 21:49 |
| tmlind | uvos: so the patched up buildroot droid4-kexecboot uses has the kernel kexec patches applied, but maybe the kernel Wizzup is building does not | 21:51 |
| uvos | tmlind: yeah i know | 21:51 |
| uvos | but the module in clownboot was built by me | 21:51 |
| uvos | based just on the sources from STS-Dev-Team | 21:52 |
| uvos | and it somehow manages to work | 21:52 |
| tmlind | uvos: hmm weird | 21:52 |
| uvos | i guess ill want to pach it when i upgrade the kernel | 21:52 |
| uvos | lest it explode | 21:52 |
| tmlind | uvos: maybe unpatched it works with some different patched up kexec-tools only? | 21:56 |
| tmlind | lots of time wasted with this locked down bs "security" features forcing us to do kexec :( | 21:57 |
| uvos | tmlind: yeah :( | 21:57 |
| tmlind | fake security for device manufacturer, worse security for device owners | 21:58 |
| uvos | also more device sales | 21:58 |
| uvos | because you cant upgrade your own android version | 21:58 |
| uvos | probubly the real reason for this stupidity | 21:59 |
| tmlind | heh just like the bloating battery with the android kernels if left plugged in :) | 21:59 |
| tmlind | hey it produces more battery sales | 21:59 |
| uvos | i think thats just the battery being old and hvlipos not ageing well | 21:59 |
| uvos | but i mean why dose d3 not get android 4 when bionic did? just market segmentation.... | 21:59 |
| tmlind | yeah who knows | 22:00 |
| tmlind | uvos: so what's the version of kexec-tools you're using? | 22:00 |
| uvos | not sure any more | 22:00 |
| uvos | id have to check the binary that is actually in the repo against what i have here | 22:01 |
| tmlind | ok, i'm guessing you're using the safestrap kexec binary and that's why it works, but won't work with mainline kexec-tools | 22:01 |
| uvos | i remember trying lots of binarys from safestrap & compiling various versions from source | 22:01 |
| uvos | im not sure what acctually worked anymore rn | 22:01 |
| tmlind | yeah so if you apply the patches i listed, you should be able to use mainline kexec-tools | 22:02 |
| uvos | tmlind: ok thats nice | 22:02 |
| tmlind | and be able to kexec both legacy android kernels and current mainline kernels | 22:02 |
| uvos | ok | 22:02 |
| uvos | d3 hopefully soon gives me a good reason to update clownboot | 22:02 |
| tmlind | ok | 22:02 |
| tmlind | zzz time here, ttyl | 22:05 |
| uvos | ttyl :) | 22:06 |
| Wizzup | b | 22:06 |
| Wizzup | ok... trying to catch up | 22:08 |
| Wizzup | uvos: how do you suggest I continue? | 22:17 |
| uvos | Wizzup: try and patch the 2.6.x kernel_kexec_modules branch as suggested by tmlind | 22:19 |
| uvos | and find a compiler that will compile it | 22:19 |
| uvos | that should be fun | 22:19 |
| Wizzup | ok, I mean I could also go for 3.0.8 that safestrap uses if that's any easier | 22:20 |
| Wizzup | although I guess that means double kexec would be required | 22:20 |
| Wizzup | I guess that's the case anyway, I mean triple | 22:21 |
| uvos | ugh it hurts pls no :P | 22:21 |
| Wizzup | ok, so trying to patch https://github.com/STS-Dev-Team/kernel_kexec_modules/tree/2.6.35-solana ? | 22:21 |
| Wizzup | and building the modules | 22:22 |
| uvos | your gonig to need gcc 4.5 | 22:22 |
| uvos | yeah | 22:22 |
| Wizzup | weird that only old gcc works | 22:22 |
| uvos | its by design | 22:22 |
| uvos | the kernel only allows you to compile it with gcc version it knows | 22:22 |
| Wizzup | oh, right | 22:22 |
| Wizzup | yeah, this is going to be a proper pain | 22:26 |
| Wizzup | lol | 22:26 |
| Wizzup | hm, I am also not passing the atags file | 22:28 |
| uvos | Wizzup: thats not used by modern kernels | 22:31 |
| Wizzup | ok, going to continue another time, it's def. getting more complicated than I hoped | 22:32 |
| Wizzup | to I need to find gcc 4.5, and build the kernel modules from the STS dev team, with tony's patches on top, and then also find newer kexec userspace, right? | 22:32 |
| Wizzup | find/build | 22:33 |
| uvos | clown boot kexec userspace should be fine | 22:33 |
| uvos | if it works | 22:33 |
| uvos | Wizzup: sec i ll compile the modules for you | 22:33 |
| Wizzup | "if it works" is something I've been thinking for aw hile | 22:33 |
| Wizzup | you have gcc 4.5? | 22:33 |
| uvos | yeah | 22:33 |
| uvos | for clownboot ofc | 22:34 |
| Wizzup | wasn't sure if 3.0.8 wanted an older gcc | 22:34 |
| uvos | oh its the same | 22:34 |
| Wizzup | ok | 22:34 |
| uvos | problem is that tmlinds patches dont apply to 2.6 | 22:35 |
| Wizzup | ow | 22:35 |
| Wizzup | might take a bit more time to compile then? | 22:36 |
| uvos | yeah i have to rebase the patches | 22:36 |
| Wizzup | ok, I need to do a work thing, I'll try to be back in half an hour or so, hope that's ok | 22:36 |
| Wizzup | (i can postpone it if you think it'll be done quickly) | 22:37 |
| uvos | 30min sounds about right | 22:37 |
| Wizzup | ok | 22:37 |
| uvos | Wizzup: wasent so bad | 22:43 |
| uvos | http://uvos.xyz/maserati/solana-kexec.tar.gz | 22:43 |
| Wizzup | uvos: am back | 23:33 |
| Wizzup | will try, ty | 23:34 |
| uvos | ok should work with kexec from clown boot | 23:47 |
| Wizzup | I think that's the one I am using | 23:48 |
| Wizzup | hm... just getting noise on my serial atm | 23:50 |
| Wizzup | (might be the serial) | 23:50 |
| uvos | also the prints from kexec? | 23:50 |
| Wizzup | no | 23:51 |
| uvos | just the "mainline" ones? | 23:51 |
| Wizzup | sorry, internet is flaky | 23:51 |
| uvos | your kernel command line might have the wrong baud rate | 23:51 |
| Wizzup | I just got noise | 23:51 |
| Wizzup | let me re-try | 23:51 |
| Wizzup | uvos: I guess it tries to write on non-115200 | 23:56 |
| Wizzup | I get the same 'noise' on 115200 as last run | 23:57 |
| Wizzup | I can try 9600 or so | 23:57 |
| Wizzup | or any of the other ones | 23:57 |
| Wizzup | not the right rate | 23:57 |
| uvos | Wizzup: i mean the reate should be whatever you set in cmdline | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!