01:24 <davidrysk[m]> the libT8101.os.DEVELOPMENT.a included with the 11.2 KDK is all machine code -- no more llvm-ir

04:26 <marcan> fwiw: the Corellium Linux drivers are developed via binary reverse engineering (register names and bit names make it obvious; there are things in there that can only be known from strings in Apple drivers, and would be undiscoverable via black-box testing, register tracing, or anything like that)

04:26 <marcan> that means that, per alx.sh/re, we cannot blindly use them (because we cannot know for certain that they didn't create a copyright violation)

04:27 <marcan> however, there is obviously useful work in there; anything they actually manage to upstream themselves (if they do) is fair game, since at that point it's not our problem any more

04:27 <marcan> and if they don't upstream anything themselves, I'll be auditing some parts and seeing what I'm fairly confident I can assert does not contain copyright violations, and we can pull in those bits

04:28 <JTL> a fair take

04:28 <marcan> just a warning to everyone; I'm not going to throw away and ignore all of their work since some of it is useful, but I'm going to look at it with a microscope before I cherry-pick any of it into our tree

04:28 <marcan> (beyond the parts I already did, those are going away anyway but they were obviously clean by nature, since it was linux-specific stuff)

05:50 <modwizcode> I was worried about as much, I've been avoiding looking at that code (mostly for emulator stuff so not sure how important it really is)

07:04 <marcan> I mean, it's no different from what I will be doing eventually... but I'm trying to be upfront about it and document my standards

07:04 <marcan> I can trust myself not to screw this up, but so far they haven't earned my trust (few people have)

07:04 <marcan> so we'll see what happens once I look into it in more detail

09:27 <agraf> modwizcode: If you only look at the code and you're implementing the *emulator* part, to me that would count as "reading documentation" which is perfectly fine. You're not reproducing the same functionality, you're building the SoC without any source access to it. But IANAL, so take that advise with a grain of salt :).

10:31 <marcan> yeah, it's fine for making an emulator (and a good idea even, it's basically cleanrooming documentation)

15:00 <modwizcode> Yeah in that case maybe once I move beyond the AIC I'll try to see what I can find.