13:43 <liquidAcid> tfiga, thanks again for the advices, i've just sent a new version of the patches

13:47 <liquidAcid> hmm, it's missing the signed-off stuff again -- no idea why

13:48 <tfiga> liquidAcid: thanks for your work on this

13:49 <liquidAcid> ah, i think i finally got it

13:49 <liquidAcid> signoff is a parameter for format-patch, not send-email

13:49 <tfiga> aha, that would explain why I didn't see it in man

13:50 <liquidAcid> yeah, i found it here: http://blog.bisect.de/2012/01/how-to-send-patches-via-git-send-email.html

13:51 <tfiga> I usually just keep my sign-offs and other tags in my repo, so that format-patch creates patches ready to be sent

13:51 <tfiga> also I think you forgot to add the parentheses in patch 2

13:52 <tfiga> by the way, I wonder whether anybody ever used libdrm for exynos then...

13:52 <liquidAcid> no, i added it, but again, the subject-prefix is a parameter of format-patch

13:52 <liquidAcid> grrrr, and now i can't resend it because my mailserver has blocked me

13:54 <tfiga> heh, doesn't sound good

13:54 <liquidAcid> probably nobody, or they couldn't get it working -- but the g2d block seems quite nice, at least for what i want to use it

13:54 <liquidAcid> guess i need to add some delay between sending consecutive mails

13:54 <tfiga> probably

13:54 <tfiga> I think send-email might have this feature

13:56 <tfiga> or maybe not

13:57 <tfiga> there was a patch for this floating around, but my git doesn't recognize --delay parameter

13:57 <liquidAcid> i also find --sleep

13:57 <liquidAcid> but it was never applied

14:00 <tfiga> I guess you can just confirm each message separately before sending instead of all at once

14:01 <tfiga> depending on your git config you might need to add --confirm=always

14:02 <liquidAcid> i was hoping for a more elegant solution, but ssmtp also seems to lack a delay option

14:02 <tfiga> I know that there are people that have their ways to do this automatically

14:03 <tfiga> personally I don't, as gmail and our corporate smtp servers don't have any issues with this

14:03 <tfiga> but I've seen a series of tens of patches being sent one by one with a delay like 1 minute

14:05 <tfiga> btw. I still think you missed the parentheses in patch 2

14:05 <tfiga> #define G2D_DOUBLE_TO_FIXED(d)((unsigned int)((d) * 65536.0))

14:06 <tfiga> this is the only way to ensure that G2D_DOUBLE_TO_FIXED(x + 5) will be evaluated correctly

14:08 <liquidAcid> huh? hmm, that's strange

14:11 <liquidAcid> ok, great, git fsck-objects reports multiple errors -- maybe i should scan the entire fs after all

14:15 <liquidAcid> looks like the g2d userptr feature is a lot more harmful then i initially guessed

14:15 <liquidAcid> better not touch it again

14:16 <tfiga> the kernel driver doesn't look too good

14:17 <tfiga> for certain use cases it might be better to use the V4L2-based one

14:17 <liquidAcid> i already wrote inki about that, but the userptr stuff doesn't seem to work -- and apparantly it also does other "funny" things with kernel memory

14:18 <liquidAcid> scanning the sdcard might still take a while

14:25 <liquidAcid> going out for a bit, hopefully the scan is done when i return -- and probably the mailserver has also "cooled down" then. please disregard the patches until then

14:46 <Wizzup> they're sold out everywhere I go it seems ;-)

14:46 <Wizzup> I'll probably have one next week

15:53 <WarheadsSE> Dug around, nvm my derp from last night, definitely peach_pi(t) .. although, I can't find that overlay anywhere publically.

16:03 <liquidAcid> ok, filesystem is clean again, i refetched the libdrm tree -- let's see if the mailserver likes me again...

16:07 <liquidAcid> tfiga, i think everything went fine this time

16:07 <tfiga> liquidAcid: yes, looks good, thanks!