10:36 | topi` | jnettlet: quick question. Any possibility of getting overlayfs to work on the 3.14 kernel of the HB? it seems to have landed in 3.18 only :( |
10:36 | topi` | we create custom FS images for every client and it would make sense to actually deploy a base image + customer_image(overlayfs) |
10:37 | jnettlet | topi`, I have an initial patchset which you can test. I think it may need some additional work, but if you have time to QA it would help move it forward. |
10:37 | topi` | I find it strange that you have patchsets for *everything* |
10:38 | topi` | :) |
10:39 | jnettlet | I try to stay on top of everything. But not something that is tested enough that we want to support 100% :\ |
10:39 | jnettlet | I should probably push these out to my personal repo again. |
10:39 | topi` | it's probably not easy to backport things like overlayfs which depend on some cutting-edge FS features ;) |
10:40 | topi` | I remember 3.18 had some less trivial work on the filesystem tree |
10:40 | topi` | things change under the hood constantly :) |
10:40 | jnettlet | yeah, it was basically going through the patch difference and figuring out what pieces were needed |
10:41 | jnettlet | like tmpfs: implement generic xattr support |
10:41 | Ke | I couldn't even mount contemporary ext4 on 3.14 due to unsopported featrures |
10:41 | Ke | might have been uid32 |
10:42 | jnettlet | I haven't run into that. perhaps it is a non-default option that was enabled |
10:42 | topi` | Ke: those are the things that landed on 3.18 |
10:45 | suihkulokki | topi`: building aufs for 3.14 doesn't need backporting |
10:46 | jnettlet | topi`, yes. Actually I am working with these guys, https://resin.io/, on fully supporting our devices under https://resinos.io/ |
10:47 | jnettlet | they support 5 "project" devices for free, but plan on releasing the server soonish. |
10:47 | jnettlet | pretty neat way to manage and push code out IoT like devices |
10:54 | vpeter | This is patch used by amlogic with libreelec: https://github.com/LibreELEC/LibreELEC.tv/blob/master/packages/linux/patches/amlogic-3.14/linux-002-backport_overlayfs.patch |
10:54 | vpeter | I think it compiles fine with sr kernel too. But last time I didn't check the functionality. |
11:01 | jnettlet | that looks like a newer version than mine. I just took that basic 3.18 overlayfs and backported that. |
11:02 | suihkulokki | jnettlet: I think important fixes have landed overlayfs since the initial merge in 3.18 |
11:03 | jnettlet | suihkulokki, most likely. |
11:03 | jnettlet | hopefully I will get the 4.4 branch out the door soon. still fixing up a few longstanding bugs on it. |
11:11 | vpeter | any eta? :) |
11:12 | jnettlet | not right now. Mostly depends on how much time I can free up. |
11:16 | jnettlet | dv__, did you make any progress on your i2c issues? |
11:48 | topi` | suihkulokki: how does aufs work in comparison with overlayfs? |
11:50 | topi` | jnettlet: what kind of a thing is this resin.io thingy? Something that competes with Ubuntu Snappy Core? |
11:50 | topi` | lots of sales pitch, but they seem to use Containers, which means either Docker or LXC |
11:50 | jnettlet | topi`, well kind of but not really. Resion.io is a platform to push code updates to connected devices. It uses docker as the backend rather than Snappy |
11:50 | topi` | the only way to make "small" installations suitable for BeagleBones, etc, is to use LXC and keep it minimal |
11:51 | topi` | I just read a rant about Docker vs LXC or rather their deployment models ;) |
11:52 | jnettlet | well there are lots of rants. Nobody even talks about the other container options. Funny enough nobody has even paid attention that there has been an agreement to standardize containers |
11:52 | suihkulokki | aufs is what people used before overlayfs got into kernel. some will argue aufs is more mature and has more features than overlayfs. |
11:52 | suihkulokki | topi`: ^ |
11:52 | topi` | great |
11:53 | topi` | does it work as a way to overlay just a bunch of different files to /etc/ and /lib for a base image? |
11:53 | topi` | I want to keep a certain Base Image, (say, debian/jessie) and then change some of the files for a specific client requirement |
11:53 | topi` | so we can keep those changed files in a git tree |
11:53 | topi` | and not the whole damn filesystem :) |
11:54 | suihkulokki | Yes, it's an union filesystem like overlayfs |
11:55 | topi` | great then :) |
11:56 | topi` | ouch, aufs is a userspace fs? |
11:56 | suihkulokki | no |
11:56 | vpeter | Is there any overlay fs or something similar which would save top level changes back to lover fs. Like having ramfs over slow sd card. |
11:56 | suihkulokki | 3rd party kernel module |
11:57 | topi` | I was reading wiki.gentoo.org :) |
11:58 | topi` | OK, so aufs3 is for linux 3.x series |
12:06 | dv__ | jnettlet: yes, it was actually quite simple |
12:07 | dv__ | it is a rather ugly hack tho ... I added an attribute so I can set the CVBS input via a sysfs file |
12:07 | dv__ | a cleaner way would be to somehow expose that control through v4l - but the v4l input control is not the right one for this |
12:07 | dv__ | still, it'll do for now |
12:07 | jnettlet | great! |
12:08 | topi` | vpeter: you need some kind of "writeback cache", maybe aufs4 has it implemented |
12:08 | topi` | vpeter: but wouldn't the current filesystem buffering act like this already? |
12:09 | topi` | if you have, say, 2GB of RAM then there's plenty of space for buffering |
12:10 | vpeter | I would like to write back on my request. If not satisfied with result 'rm *' and start again :) |
12:11 | topi` | :D |
12:11 | topi` | so, what we really need, is "undelete" for linux! :) |
12:11 | topi` | and a way to guess the FIRST letter of the deleted file ;) |
22:24 | GAZ082 | hi there, anybody here? |
22:28 | GAZ082 | ok then, ill leave my question here, hope someone will pick it up... |
22:29 | GAZ082 | I made a fresh install of Archlinux on my Cubox-i4pro and when trying to play videos, i get this: ERROR: VpuOpen - VPU load failed with error code 1. |
22:30 | GAZ082 | on dmesg i get VPU initialized. have installed imx-vpu-5.4.33-1 |
22:40 | flips | maybe try the solidrun kernel ... (I don't know really) |
22:56 | GAZ082 | how can i install it? |
22:57 | GAZ082 | im already using 3.14.79-1-ARCH |
22:57 | GAZ082 | linux-imx6-3.14.79-1 |
23:26 | GAZ082 | hi newcomers, I made a fresh install of Archlinux on my Cubox-i4pro and when trying to play videos, i get this: ERROR: VpuOpen - VPU load failed with error code 1. |