swetland

11 ms·

61.
by swetland 9y ago
Dual-licensing in that sense is far more common with GPL'd apps/libraries where the copyright holder offers a separate commercial license for the same code. The Fuchsia source is primarily BSD licensed (with some MIT bits like the
62.
by swetland 10y ago
https://fuchsia.googlesource.com/magenta/+/master/docs/conce... https://fuchsia.googlesource.com/magenta/+/master/docs/sysca... It's early days. The API surface
63.
by swetland 10y ago
There's no intention not to. Might need a little work to play nice with AMD, but probably not a lot.
64.
by swetland 10y ago
Not terribly exciting, but here's a shot of virtual console 0 with the tail end of the boot log on an Acer Switch Alpha 12: http://i.imgur.com/LqDRoyG.jpg
65.
by swetland 10y ago
It will likely boot on earlier Intel platforms, though some tinkering may be necessary. The focus has been on Qemu and on some modern UEFI based systems (and the latter booting with gigaboot20x6, also part of the Fuchsia repos). Debugging
66.
by swetland 10y ago
https://fuchsia.googlesource.com/magenta/+/master/docs/targe... Has some notes on setting up the Acer UEFI BIOS to boot the system and creating USB flash boot media. Hoping to get some more general &quot
67.
by swetland 10y ago
The Magenta kernel is maybe a bit more of a minikernel (97% of drivers and services live in userspace, but the syscall surface provides a wider variety of primitives than just send/recv/exit that a hardcore microkernel design migh
68.
by swetland 10y ago
Not at all offended. BeOS did a lot of neat stuff and was ahead of its time in many ways. It had its warts too and sadly did not survive, though the Haiku folks have been working hard to re-create it over the years. Much of that has surf
69.
by swetland 10y ago
I did also work on this Android thing that shipped on a few phones over the years, as well as on Danger/HiptopOS. (Not that I'm not proud of my BeOS work, but that was almost 20 years ago now...) Travis should get credit for work
70.
by swetland 10y ago
Oh that is not the really annoying part. By spec UEFI only requires support for booting from FAT (the particular flavor of FAT they implement) volumes, so, surprise, I've yet to seen any UEFI BIOS that supports booting from anything
71.
by swetland 11y ago
Amazon Video is not available in the Android Market -- you have to install Amazon's App Store App to install it, which is pretty obnoxious.
72.
by swetland 11y ago
CPUs enter and exit sleep on Android devices constantly . Back in 2007 on the MSM7201A we'd go to power-down sleep for any idle times of >50mS (nothing to schedule for the next 50mS). Run fast and go to sleep has always been the
73.
by swetland 11y ago
So, further questions: 1. When you mention planner, etc, does this imply the cloud service is involved not just in a prep phase, but actively during the control loop while the device is cutting? The latter would be worrisome to me. 2. Will
74.
by swetland 11y ago
Go hello world is larger, but it's static and includes the native Go libc equivalents instead of depending on glibc. $ size hello text data bss dec hex filename 1329045 25256 102376 1456677 163a25 hello
75.
by swetland 11y ago
I'm waiting for this and the dependencies on glibc/libgcc to be sorted out. I keep hearing it should be possible to build lightweight binaries, but the last several times I tried, none of the recipes I found for such a thing actu
76.
by swetland 12y ago
And this is a reason why, though I like the language, it's pretty useless for embedded work. Not all the world is lacking in resource constraints.
77.
by swetland 12y ago
The state of EDA tools really does remind me of the bad old days of proprietary vendor compilers a few decades ago. It's so incredibly frustrating.
78.
by swetland 12y ago
The example minimal do-nothing program there is much smaller (8k), but still results in a dynamic binary requiring glibc. The only unresolved symbol is: __libc_start_main@@GLIBC_2.2.5
79.
by swetland 12y ago
Is there a process for making a fully static binary (say if I were to substitute an alternate libc, or provide my own low level wrappers for syscalls, or whatnot)?
80.
by swetland 12y ago
Is it possible to make actual static binaries in rust? By default it compiles in the rust libraries, but depends on glibc and friends (and is not actually a static binary) -- at least with tip of tree rust from yesterday.
81.
by swetland 12y ago
This is cute, but is there a way to actually create static binaries with the standard tooling and not jumping through hoops? Hello World in Rust with tip of tree (as of yesterday) is a ~500K binary that depends on glibc and friends. Switchi
82.
by swetland 12y ago
Is there a way to parallelize the build? I just checked out the github repo on a quad core 3.4GHz i7 with 16GB ram, and make -j8 took 37 minutes -- the c/cpp stuff (like llvm) built in parallel, but all the rust stuff did not, such tha
83.
by swetland 12y ago
Is that expected to ever change and/or does Rust expect to work with other libcs (bionic? musl-libc?) Being able to build completely self-contained static binaries can be very nice at times, and for embedded use, glibc is pretty large
84.
by swetland 12y ago
That definitely sounds encouraging! Looking forward to this.
85.
by swetland 12y ago
The biggest question I have regarding rust-1.0, is what's the likelyhood of small/standalone binaries being possible? Last time I looked, while there was talk about lightweight core libraries on the website, but the basic hello w
86.
by swetland 12y ago
You can easily disable issues and either disable the wiki or make it editable only by project members, but there does not seem to be a way to disable or restrict pull requests.
87.
by swetland 12y ago
ashmem is still in use. This comes close to doing everything ashmem does, but is missing the pin/unpin mechanism, where a process can indicate pages that the system may reclaim if it needs the memory (and later attempt to pin them aga
88.
by swetland 12y ago
It's proven to be far simpler to leave the radio's RTOS on a dedicated core and run the user facing OS on its own core(s) -- modern mobile SoCs are not starved for compute resources (not uncommon to see a single chip with a dedica
89.
by swetland 12y ago
DEX is not a bytecode as such (more of a halfwordcode if you will) and it was designed with the idea of being both efficiently interpretable (look at lua's snappy performance with their wordcode format) but also a more reasonable IR fo
90.
by swetland 12y ago
One side effect of supporting .dex as the intermediate form is the entire existing infrastructure (including side-loaded apps, third party app stores, etc, etc) continues to Just Work(tm). It also allows for devices running different archit

More ›