Jacob re the rebase, thank you, it works in qemu and on my t420.
I'm thinking to just set my 9front head to what you've done, push it to my
fork, and proceed from there. Do you see any reason not to?
Where, ultimately, might we want NIX to land?
I need to start turning the dial down on debug prints, to start.
on the original NIX, as we were in an HPC mindset, we made the only TC core
0, and all other cores ACs.
I am wondering about a boot-time variable, such that, if not set, there are
no ACs; and, if set, it means "all cores from this number up" are ACs.
Also ... re debugging ... do you have some way of controlling, on a fairly
fine basis, when and how to print debug messages?
jmk had done something for 9k, which we also used on blue gene and then
NIX, not sure when (2005? Charles, do you recall?) that worked like this:
in, e.g., pc64, you have a dbgflg section. You could define a single letter
for a subsystem. So, e.g.,
dbgflg
acore 'c'
tcore 'c'
ioapic 'I'
There was a macro, DBG: DBG(...)
DBG acts like print if the dbgflg is set FOR THAT FILE.
This all gets munged by awk and friends such that each .c can check
dbgflg[_DBGC_] to see whether debug prints are enabled. That's all DBG is.
You can make all debugging go away by defining a variable to be 0 and
letting the linker do the elision (that's one variant of the definition of
the macros, see
https://github.com/rminnich/nix-os/blob/regen/sys/src/nix/k10/dat.h#L409.
Note a typical jmk comment: horrid :-)
long story short, you could set debug flags in the command line or in
plan9.ini, and DBG would be enabled or not in the various subsystems. It
was a very easy way to turn debug on and off on a per-boot-time basis.
It was nice, but it seems to have been lost in most plan 9 kernels.
What do people do now in legacy/9front/whatever?
Finally, for those trying to build NIX, no binds needed. git clone the repo
of your choice, check out the branch, cd sys/src/9/pc64, and mk.
Finally, ... coders welcome. The level of things to do is WAY less daunting
now that we are sort of working, and part of the goal of bringing NIX back
is to suck people in to working on the kernel.
thanks
On Wed, Mar 5, 2025 at 1:57 PM <tlaro...@kergis.com> wrote:
> On Wed, Mar 05, 2025 at 09:16:57PM +0100, tlaro...@kergis.com wrote:
> > On Wed, Mar 05, 2025 at 07:11:02PM +0100, tlaro...@kergis.com wrote:
> > > I need to update the documentation about the building (one needs to
> > > bind above the 9front hier, but also to get plan9front/firmware, and
> > > to build and install brekky).
> > >
> > > But it also uses ftq.
> >
> > BTW, execac is missing also.
>
> No: here ./sys/src/cmd/execac.c; needs simply to be compiled.
>
> > >
> > > If I'm not mistaken, the git master has an unchanged mkfile relating
> > > to several flavors (ftq{15,31,63}) but is marked as broken.
> > >
> > > Do you compile it under APE?
> > >
> > > On Mon, Mar 03, 2025 at 07:44:47PM -0800, ron minnich wrote:
> > > > I am now able to run the HPC FTQ benchmark and get results, first
> time
> > > > since 2011.
> > > >
> > > > The results are very, very good on my T420. Next step, see how it
> goes on a
> > > > server class machine.
> > > >
> > > > If anyone wants to help out, the rebase would be most welcome, as
> would
> > > > testing of your choice.
> > > >
> > > > Taking a trap on an AC still does not work. I get around that by
> making
> > > > sure traps won't happen but ... would be nice to fix it.
> > > >
> > > > In NIX, we had a new rfork type which would let a process flip
> itself onto
> > > > an AC; it would be useful to bring that over.
> > > >
> > > > Lots to do, whoever wants to help, we're open for business.
> > >
> > > --
> > > Thierry Laronde <tlaronde +AT+ kergis +dot+ com>
> > > http://www.kergis.com/
> > > http://kertex.kergis.com/
> > > Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
> >
> > --
> > Thierry Laronde <tlaronde +AT+ kergis +dot+ com>
> > http://www.kergis.com/
> > http://kertex.kergis.com/
> > Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
>
> --
> Thierry Laronde <tlaronde +AT+ kergis +dot+ com>
> http://www.kergis.com/
> http://kertex.kergis.com/
> Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
------------------------------------------
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Tc82cdeb7e597b9d2-M90f81cabe64c4d4bcdcfd5c7
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
