profile
viewpoint

nextcloud/mail 503

💌 Mail app for Nextcloud

onny/aif 1

AIF is the Arch linux Installation Framework.

onny/archblocks 1

Arch Linux Modular Install Script

onny/ansible-archlinux 0

My personal ansible archlinux installation

onny/ansible-php-fpm 0

Ansible role for installing and configuring php-fpm

onny/ansible-role-dokuwiki 0

An ansible role to install Dokuwiki

onny/ansible-role-samba 0

Ansible role for managing Samba as a file server on RedHat- and Debian-based linux distros.

onny/ansible-role-syncthing 0

Install Syncthing on Debian-based distributions.

onny/ansible-ssh 0

Ansible role which configures ssh

onny/ansible-syncthing 0

Open Source Continuous File Synchronization

created repositoryandrewbird/test-kernel-release

created time in 2 hours

issue commentAsahiLinux/m1n1

Makefile

The reason for using a userspace target is to use the same target as the OS we're going to run on, as it would be silly to ask even native users to install another cross-compiler. Usually whatever details that bit of the arch triplet implies can be changed with compiler flags anyway, so I'd like to keep that "lie" unless it actually causes a problem.

below

comment created time in 10 hours

push eventAsahiLinux/m1n1

Shiz

commit sha 73e79c5372b962854208de0e8ac06c973a3ea253

build: fix problem with arch-less data on older GNU binutils Signed-off-by: Shiz <hi@shiz.me>

view details

push time in 10 hours

PR merged AsahiLinux/m1n1

build: fix problem with arch-less data on older GNU binutils

Seems (possibly older) versions of binutils, like 2.31.1 set the ELF arch to 'no machine' when the input format is arch-less, causing a link failure later.

+1 -1

0 comment

1 changed file

Shizmob

pr closed time in 10 hours

issue commentAsahiLinux/m1n1

Makefile

The build system does create a Mach-O file natively through the toolchain, but instead builds one in the linker script, m1n1.ld, manually. AFAICS this is also a major hurdle to supporting lld or ld64, as I don't believe they support linker scripts.

As an aside @marcan: does it make sense to change the architecture to aarch64-none-elf here? m1n1 is bare-metal code, not a Linux user-space application, after all.

below

comment created time in 14 hours

PR opened AsahiLinux/m1n1

build: fix problem with arch-less data on older GNU binutils

Seems (possibly older) versions of binutils, like 2.31.1 set the ELF arch to 'no machine' when the input format is arch-less, causing a link failure later.

+1 -1

0 comment

1 changed file

pr created time in 15 hours

push eventAsahiLinux/m1n1

Ferdinand Bachmann

commit sha d49d0b781b827796cb205e5b23f6a19fa7ce380d

adt: fix ignored qualifiers in adt_getprop_copy function prototype Signed-off-by: Ferdinand Bachmann <theferdi265@gmail.com>

view details

push time in 16 hours

PR merged AsahiLinux/m1n1

adt: fix ignored qualifiers in adt_getprop_copy function prototype

This commit removes the unnecessary const on adt_getprop_copy() in both the header and the C file, since const int as a return type does not do anything different than just int, and the added const might be confusing to some.

See also the discussion in #5 "add missing const to src/adt.h".

+4 -4

1 comment

2 changed files

Ferdi265

pr closed time in 16 hours

pull request commentAsahiLinux/m1n1

adt: fix ignored qualifiers in adt_getprop_copy function prototype

This happened because the prototype was copied and pasted from a const void * and I changed the type without removing the const (but only one one end) :)

Ferdi265

comment created time in 16 hours

PR opened AsahiLinux/m1n1

adt: fix ignored qualifiers in adt_getprop_copy function prototype

This commit removes the unnecessary const on adt_getprop_copy() in both the header and the C file, since const int as a return type does not do anything different than just int, and the added const might be confusing to some.

See also the discussion in #5 "add missing const to src/adt.h".

+4 -4

0 comment

2 changed files

pr created time in 17 hours

pull request commentAsahiLinux/m1n1

add missing const to src/adt.h

Ah, true. I just fixed the inconsistency to make it compile with clang which complained about a redeclaration with a different type. Feel free to remove the const - no hard feelings from my side ;)

svenpeter42

comment created time in 18 hours

pull request commentAsahiLinux/m1n1

add missing const to src/adt.h

That const on the return type actually doesn't do anything (at least in C), and on higher warning levels, compilers actually warn for that (-Wignored-qualifiers to be exact, it's part of -Wextra).

It doesn't do any harm, but it is a little bit inconsistent IMO, so I guess the "clean" thing to do is to remove the const in both the header and C file. It can be kept like this as well, just wanted to point out that technicality.

svenpeter42

comment created time in 18 hours

push eventAsahiLinux/m1n1

Ferdinand Bachmann

commit sha b02d70730ace79763fc458ee2320abd870d9bb13

proxyclient: fix mask commands accidently sending clear opcode instead Signed-off-by: Ferdinand Bachmann <theferdi265@gmail.com>

view details

push time in 19 hours

PR merged AsahiLinux/m1n1

proxyclient: fix mask commands accidently sending clear opcode instead

While watching the m1n1 bring-up stream I noticed a small copy-paste error in proxyclient.py:

The mask8() .. mask64() functions still use the P_CLEAR8 .. P_CLEAR64 opcode and don't pass the address. This commit fixes that.

Commit is untested since I don't have an M1, but the change is small enough that it most likely works.

+4 -4

0 comment

1 changed file

Ferdi265

pr closed time in 19 hours

push eventAsahiLinux/m1n1

Sven Peter

commit sha 3268aabb915fa1e88de427ba797264acba8447c7

add missing const to src/adt.h Signed-off-by: Sven Peter <sven@svenpeter.dev>

view details

push time in 19 hours

PR merged AsahiLinux/m1n1

add missing const to src/adt.h

adt_getprop_copy is defined as const in src/adt.c but not in src/adt.h

Signed-off-by: Sven Peter sven@svenpeter.dev

+2 -2

0 comment

1 changed file

svenpeter42

pr closed time in 19 hours

push eventAsahiLinux/m1n1

Sven Peter

commit sha 4c4850935fb2a2363dcee7e500ce283f0085159c

change #include <string.h> to #include "string.h" this is required to fix the following error when compiling with clang: CC build/string.o src/string.c:3:10: error: 'string.h' file not found with <angled> include; use "quotes" instead ^~~~~~~~~~ "string.h" Signed-off-by: Sven Peter <sven@svenpeter.dev>

view details

push time in 19 hours

PR merged AsahiLinux/m1n1

change #include <string.h> to #include "string.h"

this is required to fix the following error when compiling with clang:

  CC    build/string.o
src/string.c:3:10: error: 'string.h' file not found with <angled> include; use "quotes" instead
         ^~~~~~~~~~
         "string.h"

Signed-off-by: Sven Peter sven@svenpeter.dev

+1 -1

0 comment

1 changed file

svenpeter42

pr closed time in 19 hours

PR opened AsahiLinux/m1n1

change #include <string.h> to #include "string.h"

this is required to fix the following error when compiling with clang:

  CC    build/string.o
src/string.c:3:10: error: 'string.h' file not found with <angled> include; use "quotes" instead
         ^~~~~~~~~~
         "string.h"

Signed-off-by: Sven Peter sven@svenpeter.dev

+1 -1

0 comment

1 changed file

pr created time in 19 hours

PR opened AsahiLinux/m1n1

add missing const to src/adt.h

adt_getprop_copy is defined as const in src/adt.c but not in src/adt.h

Signed-off-by: Sven Peter sven@svenpeter.dev

+2 -2

0 comment

1 changed file

pr created time in 19 hours

issue commentAsahiLinux/m1n1

Makefile

Sorry, I was under the impression this was meant to be a working sample for the clang toolchain (saw your post on Hackernews).

While you are not using any libraries, the clang toolchain makes it hard to create a proper Mach-O binary without linking libSystem. I had thought you might have found an easy way to produce a minimal Mach-O executable

below

comment created time in 20 hours

PR opened AsahiLinux/m1n1

proxyclient: fix mask commands accidently sending clear opcode instead

During the m1n1 bring-up stream I noticed a small copy-paste error in proxyclient.py:

The mask8() .. mask64() functions still use the P_CLEAR8 .. P_CLEAR64 opcode and don't pass the address. This commit fixes that.

Commit is untested since I don't have an M1, but the change is small enough that it most likely works.

+4 -4

0 comment

1 changed file

pr created time in 21 hours

issue commentAsahiLinux/docs

[INFO] Apple GPU LLVM Assembler

Please don't use it for this project until people decide where it stands from a cleanroom reverse engineering standpoint

Some notes for anyone making that decision:

All programs in that repo...

  • Use public llvm headers to link against a private dylib
  • Runs code from that private dylib directly, rather than through public interfaces
  • Call the following functions that wouldn't exist on a libLLVM.dylib compiled from public sources:
    • LLVMInitializeAGX2AsmPrinter
    • LLVMInitializeAGX2ClauseAnalyzer
    • LLVMInitializeAGX2Disassembler
    • LLVMInitializeAGX2Target
    • LLVMInitializeAGX2TargetInfo
    • LLVMInitializeAGX2TargetMC

mtl-gpu-asmcheck (but not mtl-gpu-llc) also...

  • Prints internal register names compiled into Apple's private libLLVM which would not otherwise be included in binaries sent to the GPU
  • Prints LLVM instruction scheduling information compiled into Apple's private libLLVM which would not otherwise be included in binaries sent to the GPU
Rastafabisch

comment created time in a day

startedjsherman212/xnuspy

started time in 2 days

GollumEvent

startedgithub/jtml

started time in 2 days

startedgithub/template-parts

started time in 2 days

GollumEvent
GollumEvent

startedRobinLinus/snapdrop

started time in 3 days

more