should this change apply to COMPAT_LINUX32 only, as with amd64?

curious why this is needed now

curious about why these are excluded from __powerpc64__, perhaps a comment in the src

this should probably be a separate commit with a stated rationale

undo this

?

?

According to Linux's arch/powerpc/kernel/syscalls/syscall.tbl llseek is common. This really should be powerpc, not powerpc64, on the off-chance I add 32-bit compat.

Curious. I didn't know, so just checked Linux. powerpc seems to be the *only* arch that uses lowercase 't'. I'll add a comment for it. This is also the case for TCSETS, etc., so all of these should be in one block, not sprinkled like this.

I'll have to rework this.

That's an odd one, don't know how it snuck in here.

My fault. My GSoC student (last year) had made some changes to this file that I didn't want to fully revert while I was doing the final merge. I forgot to remove this and below before submitting the review.

As above.

I know that PowerPC is the odd-man out for ABI issues, encoding, termios definitions, etc. All the others platforms we support on Linux use the common ABI stuff (by and large, there's interesting exceptions for i386 sometimes, but the common stuff often is the i386 stuff given Linux's development history).

When I did similar things for kboot, I created a per-arch .h file for this stuff as well as a common .h file that most things use. This ifdef soup is crazy and avoided that way.

This is bogus. Drop it. :)

The -FreeBSD SPDX identifier is obsolete and shouldn't be used at all.

Here and everywhere else: remove $FreeBSD$ and #include <sys/cdefs.h>

Should we return an error instead?

It's even weirder than I thought. The powerpc ioctl list breaks the linuxulator ioctl registration code. There are two groups of terminal ioctls for powerpc: those that are formed via the macros, and those that match the rest (0x54xx). So in order to do this right, I'll need to break up the existing ioctl list into two lists, and register them separately.

Interestingly, the powerpc ioctls here match the FreeBSD ioctls perfectly in many cases. Since our ABIs aren't changing... ever... I can just use our ioctl definitions for many of these in the powerpc case, and even use the _IOC() macros to generate them.

Linux on powerpc defines LINUX_IOC_VOID as 0x20000000 (same as IOC_VOID on FreeBSD), all other archs FreeBSD runs on, Linux defines it as 0.

It's a trivial function, so implementing it.

Please consider the short form w/o the extra boiler plate, if you can, here and elsewhere.
It makes short files easier to deal with.

According to Linux's arch/powerpc/kernel/syscalls/syscall.tbl llseek is common. This really should be powerpc, not powerpc64, on the off-chance I add 32-bit compat.

Yes. I can confirm when I did the powerpc linuxboot stuff it was the odd-arch out.

Uggg, why do we need this odd construct?

Linux on powerpc defines LINUX_IOC_VOID as 0x20000000 (same as IOC_VOID on FreeBSD), all other archs FreeBSD runs on, Linux defines it as 0.

I'd hoist what you just said here into the comment rather than being a bit cryptic.

Yea, I hated that powerpc was the odd-arch out for tty layer. More Linux ABI chasing vs BSD setting the ABI.

Just an aside... a Lot of this duplicates, in part, the work I did for the linux binaries for kboot. I can't help but wonder if we might profit from future work to converge the different sets of definitions. It didn't occur to me at the time I did the stand stuff to look here for that.

I wonder why this is needed at all... or is tor future work?

Is there a regnames you can use instead of these magic numbers?

Picking this random TODO to comment:

There's a lot labeled as 'TODO'. I have two comments on that. (1) It's likely good to have some macro defines so that it whine / panics when the todo is hit. and (2) what's the minimum needed to make this viable? There's a lot missing, so knowing the 'acceptance test' or 'acceptance criteria' are good. Also, I ran out of time to do more than scan for obvious things somewhere in linxu_sigframe.h.

Perhaps this should now be #if !defined(__i386__) instead?

Looks like this stub file was added just to minimize the Makefile diff.

Not currently. Naked numbers for registers are used everywhere in the powerpc tree. It's a good idea, but would result in a lot of churn throughout both src and libc if we were to do it completely, so we've just left it for as long as I've been a committer.

Thanks for the feedback on this. It looks like several of the TODOs are ptrace related, and can likely be implemented without much trouble. This function I'll take a closer look at soon.

Regarding a noisy macro, maybe a LINUX_TODO macro for any Linuxulator TODOs, not just for the powerpc Linuxulator?

Existing approach is generally a linux_msg listing the unimplemented functionality e.g.

sys/compat/linux/linux_mmap.c:          linux_msg(curthread, "unsupported madvise MADV_REMOVE");