Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality. Learn more →
M1n1 Alternatives
Similar projects and alternatives to m1n1
-
-
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
pdp7-unix
A project to resurrect Unix on the PDP-7 from a scan of the original assembly code
-
freebsd-src
The FreeBSD src tree publish-only repository. Experimenting with 'simple' pull requests....
-
rss-proxy
RSS-proxy allows you to do create an RSS or ATOM feed of almost any website, just by analyzing just the static HTML structure.
-
nixos-apple-silicon
Resources to install NixOS bare metal on Apple Silicon Macs
-
libimobiledevice
A cross-platform protocol library to communicate with iOS devices
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
-
-
neural-engine
Everything we actually know about the Apple Neural Engine (ANE)
-
-
-
-
tinygrad
Discontinued You like pytorch? You like micrograd? You love tinygrad! ❤️ [Moved to: https://github.com/tinygrad/tinygrad] (by geohot)
-
iOS-Runtime-Headers
iOS Objective-C headers as derived from runtime introspection
-
awesome-embedded-rust
Curated list of resources for Embedded and Low-level development in the Rust programming language
-
ml-ane-transformers
Reference implementation of the Transformer architecture optimized for Apple Neural Engine (ANE)
-
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
m1n1 reviews and mentions
-
Asahi Linux project's OpenGL support on Apple Silicon officially surpasses Apple
One of the coolest things (IMO) about the entire Asahi effort, and why I'm not at all surprised that they surpassed Apple, was the dedicated effort to build bespoke developer-friendly Python tooling early in the reverse engineering process.
https://asahilinux.org/2021/08/progress-report-august-2021/
> Since the hypervisor is built on m1n1, it works together with Python code running on a separate host machine. Effectively, the Python host can “puppeteer” the M1 and its guest OS remotely. The hypervisor itself is partially written in Python! This allows us to have a very fast test cycle, and we can even update parts of the hypervisor itself live during guest execution, without a reboot.
> We then started building a Python implementation of this RPC protocol and marshaling system. This implementation serves a triple purpose: it allows us to parse the DCP logs from the hypervisor to understand what macOS does, it allows us to build a prototype DCP driver entirely in Python, and it will in the future be used to automatically generate marshaling code for the Linux kernel DCP driver.
Code here: https://github.com/AsahiLinux/m1n1/blob/main/proxyclient/m1n...
If you watch any of Asahi Lina's streams from the time before they had working drivers, she's able to weave together complex bitflag-manipulating pipelines at the speed of thought with self-documenting code, all in Python running on the host machine, all while joking with viewers via her adorable avatar. I've never seen anything like it before. The whole workflow is a tremendous and unprecedented accomplishment by the entire Asahi team.
-
Strange (scheduling?) latency on the host when KVM guest runs something demanding
I wrote a m1n1 experiment to test IRQ delivery in EL1 and noticed something was weird. I already knew about that IRQ control register (3 masks IRQs entirely and is the default, that whole thing took like a day or two back when I first added M1 Pro/Max support), so I tried other values and 2 fixed it.
Turns out there is some issue with IRQ delivery that breaks in VM guests when a certain undocumented register is 0 (the value we were previously using), but it works with 2. No, I have no idea why or what is going on here...
- Everything we know about the Apple Neural Engine (ANE)
-
Updates galore! November 2022 Progress Report
What makes you say there isn't community participation? The repo for m1n1, at least, has 42 contributors according to Github[1]. There's plenty more reporting bugs and such, and their IRC channel seems relatively active.
-
Asahi Lina (Linux Developer VTuber) wants to write the new Apple Silicon GPU driver for Linux in Rust!
That shim/stub is m1n1. It is the bootloader for Asahi Linux, but also makes it possible to talk to the hardware over USB as just described by Lina. marcan even implemented a small hypervisor in m1n1, so it can be used to run MacOS and trace how MacOS is accessing the hardware.
Yes! The shim is called m1n1 and it actually is also the bootloader that Asahi Linux uses. You can run csrutil disable && nvram boot-args=-v in recovery mode from an Asahi machine and it'll go into a 5-second countdown on boot during which you can connect to the proxy via USB! Then you can run Python experiment scripts, use an interactive shell, or just load a Linux kernel to test from the host.
-
rand() may call malloc()
The solution isn't to stop using rand(). The solution is to stop using newlib.
If you're doing your own custom memory management like this, you shouldn't even have a malloc implementation at all. newlib is too bloated for even your use case. At this point, chances are you're using a trivial subset of the C library and it'd be easy to roll your own. You can import bits and pieces from other projects (I personally sometimes copy and paste bits from PDClib for this). In such a tight embedded project, chances are you don't even have threads; why even pull in that reentrancy code?
Freestanding C code with no standard library isn't scary. If you need an example, look at what we do for m1n1:
-
The first Asahi Linux Alpha Release is here
correct, i forgot some context, apple allowed raw images to be used now, this is what i described being used in the cpu manufacturing process for testing units. this was not always an option. i meant this pseudo-feature being made public, not asahi which has been public and apple has been aware of for over a year
see here:
https://github.com/AsahiLinux/m1n1/commit/0d4fb00ceb8a14f083...
-
Apple Helps Asahi Linux
The changes are in macOS’s bootloader. Previously, the bootloader was only designed to load a macOS kernel executable, which was stored on disk as a Mach object file with some particular constraints. The Asahi project had to use a rather ugly linker script to generate an executable that “looks like like” a macOS kernel but is actually a first-stage Linux bootloader [1].
In macOS 12.1, Apple engineers changed the format of the kernel image, which broke the Asahi install process. However, they also added a “raw image mode” which allows the bootloader to load things that don’t look like macOS kernels — it’s an officially-supported boot flow for the Asahi project to use going forwards without fear of macOS updates breaking it again. (Plus, it makes that linker script much simpler [2]).
[1]: https://github.com/AsahiLinux/m1n1/blob/84acf60c24b8c9e28e60...
-
A note from our sponsor - InfluxDB
www.influxdata.com | 28 Mar 2024
Stats
AsahiLinux/m1n1 is an open source project licensed under MIT License which is an OSI approved license.
The primary programming language of m1n1 is Python.