Re: [9fans] No USB devices detected

[Thaddeus Woskowiak]

I recommend giving 9front a try and see if your USB devices are detected.
If not then you are either out of luck or have a new project.

On Fri, Jun 9, 2023, 3:22 PM Marco Feichtinger  wrote:

> I have an AsRock Rack E3C226D2I Motherboard.
> When I boot the standard plan9 kernel after a fresh install (9legacy) it
> doesn’t detect my usb devices (Keyboard, Mouse).
> 
> срu6: 2493MHz GenuineIntel P6 (cpuid: AX Bx306C3 DX 0xBFEBFBFF)
> срu3: 2492MHz GenuineIntel P6 (cpuid: AX 0x306C3 DX 0xBFEBFBFF)
> cpu7: 2495MHz GenuineIntel P6 (cpuid: AX 0x306C3 DX 0xBFEBFBFF)
> pcirouting: ignoring south bridge PCI.0.31.0 8086/8C56
> #l0: i210: 1Gbps port 0xF720 irq 5: d0509946c794
> #l1: i210: 1Gbps port 0xF710 irq 10: d0509946c795
> ahci: Tunk: vid 0x8086 did 0x8c02
> #S/sdE: unknown: 0xf731 sata 3, 6 ports, irq 10
> mpintrenable: out of choices eisa -1 isa 6 tbdf 0x irq 6
> intrenable: couldn't enable irq 6, tbdf 0x for floppy
> 3506M memory: 256M kernel data, 3249M user, 3874M swap
> ehci 0xe0003000: port 1 didn't reset within 500 ms: sts 0x1101
> usb/hub... sdE0: LLBA 30,932,992 sectors: SuperMicro SSD SOB20R
> SMC0515D92620AOM
> 2164 [mediachange]
> SdE1: LLBA 937,703,088 sectors: INTEL SSDSC2KG480GZ 7CV10100
> BTYJ231302P1480AGN
> [mediachange]
> SdE2: LLBA 937,703,088 sectors: INTEL SSDSC2KG480GZ 7CV10100
> BTYJ231303DY480AGN
> [mediachange]
> time...
> fossil(#S/sdE0/fossil)...version...
> init: starting /bin/rc
> mpintrenable: out of choices eisa -1 isa 6 tbdf 0x irq 7
> intrenable: couldn't enable irq 7, tbdf 0x for lpt
> 
> After usb/hub i expected to find usb/kb for initialising my keyboard and
> mouse.
> 
> I also have an PS2 Keyboard which works just fine.
> With that I tried, after rio is up and running, to tried to manually start
> usb/kb, which gave following output
> 
> usb/kb: no unhandled devices found
> 
> I tried to tweak some settings in the bios, but no luck.
> 
> Is my board broken?
> I expected it to work, since looking at the boards specifications it
> should be supported by plan9.
> Has anyone an idea?
> 
> Thanks
> 
> -marco
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tbe3e469e8c415935-M355067a4d7182c70d4612b22
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans]

[Thaddeus Woskowiak]

Has anyone written any code to deal with SCPI, Standard Commands for
Programmable Instruments, on plan 9?
https://en.wikipedia.org/wiki/Standard_Commands_for_Programmable_Instruments

I have a few instruments and just bought a cheap Kiprim Programmable
DC power supply which works with 9front's nusb/serial. I poked at it a
bit using con and rc and it works rather well. I also bought a Bertan
high vintage supply that features GPIB but I do not yet have a GPIB
adapter.

-- 
taw

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Td89e32ced039912e-M496deb2fdb509a3ca1730659
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Trouble compiling "Hello, world"

[Thaddeus Woskowiak]

> it's a shared system that I didn't install myself.

How are you connecting and interacting?
On Mon, Aug 1, 2022 at 7:47 PM Jag Talon  wrote:
>
> Thank you Skip and Jacob I'm running a Plan 9 instance through the SDF 
> Bootcamp so it's a shared system that I didn't install myself. I'll make sure 
> to reach out to the admins because trying to run `mk install` in 
> /sys/src/libc is giving me permission errors.
>
> On Mon, Aug 1, 2022, at 6:53 PM, Skip Tavakkolian wrote:
>
> in /sys/src
>
> On Mon, Aug 1, 2022 at 3:51 PM Skip Tavakkolian  
> wrote:
>
> generally it's a good idea to rebuild and install changes for all 
> architectures in your network.
> something like:
> for (i in (386 arm amd64 riscv mips)) {
>  objtype=$i mk install
> }
>
>
> On Mon, Aug 1, 2022 at 2:50 PM Jacob Moody  wrote:
>
> On 8/1/22 15:18, Jag Talon wrote:
> > Ah thanks for the tip. I ran `echo $objtype` and it says amd64. I believe 
> > 6c is the compiler that I need but it seems to say another error: 
> > `??none??: cannot open file: /amd64/lib/libc.a`
> 
> It's telling you exactly what is wrong, you are missing an amd64 libc archive.
> I am not sure how you wound up with running an amd64 kernel with an incomplete
> amd64 install. For building libc again:
> 
> cd /sys/src/libc/ && mk install && mk clean
> 
> However, you may be missing more then just libc, in that case may just be 
> best to rebuild
> the whole system as a second resort.
> 
> cd /sys/src/ && mk install && mk clean
> 
> How did you install this system? Did you bootstrap yourself
> up from 386?
> 
> --
> moody
> 
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Te178b97d94173ff8-M2bc6ad810fb31de20045ecf5
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Power mac support

[Thaddeus Woskowiak]

Hello,
I am curious if there is a port of plan 9 to the Apple Power Mac
series of computers, more specifically the 64 bit G5 machines but also
the 32 bit G3/G4. I saved a G3 imac, two G4 towers, and two G5's from
the scrap heap when a friend moved. I'd like for them to be useful.

Cheers
-taw

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T9eebf5f9dda00533-M0f182c18d6c90e21c6370cd2
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] syscall silently kill processes

[Thaddeus Woskowiak]

On Fri, Jun 17, 2022 at 10:13 AM Jacob Moody  wrote:
>
> On 6/17/22 07:46, Thaddeus Woskowiak wrote:
> > I believe threadnotify() should be called from threadmain() to
> > properly register the handler in the rendez group
>
> This is incorrect, according to thread(2):
>
> "The thread library depends on all procs
> being in the same rendezvous group"
>

Doh! Thanks for the info moody.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfa6823048ad90a21-M0d5aad458aafef3bcbf5c79c
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] syscall silently kill processes

[Thaddeus Woskowiak]

I believe threadnotify() should be called from threadmain() to
properly register the handler in the rendez group.

On Fri, Jun 17, 2022 at 5:39 AM  wrote:
> 
> Hi all!
> 
> Strange behavior of syscall 'read' with signal 'alarm' in followed
> simple program (ip/port - not matter):
> 
> ---
> #include 
> #include 
> #include 
> 
> static int
> handler_alarm(void *, char *msg)
> {
> if(strstr(msg, "alarm"))
> return 1;
> 
> return 0;
> }
> 
> static void
> proc_udp(void *)
> {
> char resp[512];
> char req[] = "request";
> int fd;
> 
> threadnotify(handler_alarm, 1);
> 
> if((fd = dial("udp!185.157.221.201!5678", nil, nil, nil)) >=
> 0){
> if(write(fd, req, strlen(req)) == strlen(req)){
> fprint(1, "start\n");
> alarm(2000);
> read(fd, resp, sizeof(resp));
> alarm(0);
> fprint(1, "end\n");
> }
> close(fd);
> }
> 
> threadexits(nil);
> }
> 
> int mainstacksize = 5242880;
> 
> void
> threadmain(int argc, char *argv[])
> {
> for(int i = 0; i < 80; i++){
> proccreate(proc_udp, nil, 10240);
> }
> 
> sleep(5000);
> threadexitsall(nil);
> }
> ---
> 
> cpu% 6.out | grep end | wc -l
>  33
> 
> sometimes little more or less
> but
> 
> cpu% 6.out | grep start | wc -l
>  80
> 
> always.
> 
> Testing on Miller's RPi and 9front (amd64 & RPi 2)
> 
> Why does read() kill process?
> Why not always?
> Why number of 'ended' processes arond 33?
> This is normal behavior?
> How to fix the program so that the processes do not lost?
> 
> Can someone point me in the right direction?
> 
> Thanks!
> Andrey

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfa6823048ad90a21-M799a747eed5b007fc4d07fbe
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Aarch64 on labs|9legacy?

[Thaddeus Woskowiak]

On Sun, May 22, 2022 at 7:45 PM adr  wrote:
>
> Oh man, hiro, you always running to the fun... but sometimes I
> don't know if you are smoking something good (let me know) or if
> it is that you just don't even bore to read the threads before
> jumping in anymore.
>
> I don't have any problem with the name of the port, I've used the
> pi4 port of cinap in 9front a lot. I was asking explicitly about
> labs|9legacy because that would be more easy to use in my local
> dist.
>
> I don't have any problem with the people at 9front, stop spreading
> bullshit, I'm using fossil and shrinking the system a lot (e.g. I
> got rid of ape for real), if not I would be using 9front. For me
> is just easiest (and it helps me to understand better the system) to
> import what I need or like.
>
> > maybe go back to playing with your new macbook? there's good customer
> > support for that.
>
> Good troll skills, but you are not dealing with a young hipster,
> I'm a middle-aged man who never have bought an overpriced piece of
> fashion-tech-crap like that in my life. And before you try another
> piece from your popular repertoire, I don't use twitter, facebook,
> instagram, 
>
> Now put yourself in my pants. A simple question. Look at the thread.
> Look at the thread!
>
>

You've embarrassed yourself enough already. Please end this tantrum.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Td5407cac4afa27f1-M79a255e987e5d47a59b99bc0
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Aarch64 on labs|9legacy?

[Thaddeus Woskowiak]

On Sat, May 21, 2022 at 1:13 PM adr  wrote:
>
> On Sat, 21 May 2022, Aram H?v?rneanu wrote:
> > Since Charles wrote the arm64 compiler, he can call it whatever he wants.
>
> I wasn't talking about any compiler. Yes, you can call your compiler
> whatever you want. You can call it shitarm, just don't tell me that
> the 64-bit Armv8-A architecture is called that (well, if you were
> used to programming in A32 assembly and now you have to do it in
> A64, I think you could call it _that_).
>

Arm isn't sending you a gift basket of shitty arm computers for
defending their ip. Besides, arm64 is perfectly descriptive vs. Arm's
confusing nomenclature which is just a lazy copy of Intel's iaXX
nomenclature.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T000c7f7d66260ba3-M7b5bbe86b39e7d66ec3a1601
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] building blocks speaking 9p

[Thaddeus Woskowiak]

The 9front /sys/src/9/zynq port is aiju board's kernel. That could be
ported to another zynq board like the little digilent cora z7 or arty z7.
Those are just examples, there are many other zynq 7000 boards.

Aiju also did a cyclone SoC port for 9front.

On Fri, Jan 28, 2022, 4:08 PM Eli Cohen  wrote:

> I started working on a project with an ESP32 board (with a toolchain for
> linux) to make a /net/etherESP32 for wifi with 9P right on the little
> board. I got as far as realizing how different 802.11 and 802.3 are...
>
> the unfinished code is at https://github.com/echoline/etherESP32
>
> it would be cool to see an aijuboard with accelerated hardware devdraw on
> the fpga if that's even possible, or other hardware like that
>
> On Fri, Jan 28, 2022, 1:01 PM Tony Mendoza  wrote:
>
>> Sorry wrong libstyx repo
>>
>> https://github.com/inferno-os/inferno-os/tree/master/tools/libstyx
>>
>> T
>>
>> On 1/28/2022 at 2:54 PM, "Tony Mendoza"  wrote:
>>
>> A few years back I started trying to build something similar off of the
>> STM32F4 line of ARM MCUs.
>>
>> https://www.st.com/en/microcontrollers-microprocessors/stm32f4-series.html
>>
>> Supports ethernet, spi, usb otg, etc.  Thought about porting the libstyx
>> library from Inferno over to
>> the STM32 platform.
>>
>> https://github.com/inferno-os/inferno-os/tree/master/tools/styxtest
>>
>> Thin OS layer was provided by FreeRTOS.  STM32F4 specific HW was accessed
>> using libopencm3
>>
>> https://libopencm3.org/
>>
>> If interested...
>>
>> https://github.com/tmendoza/stm32f4-template
>>
>> Tony
>>
>> On 1/28/2022 at 4:18 AM, "Lucio De Re"  wrote:
>>
>> On 1/28/22, Bakul Shah  wrote:
>> >
>> > Think of really simple, low power, low cost devices.
>> > USB can also provide power. USB+ATtiny85 devel boards
>> > cost ~$3 even at Amazon. And FPGA boards can be
>> > pretty inexpensive too. If you can find them.
>> >
>> I've recommended olimex.com in the past. They specialise in Open
>> Architecture Hardware. Their prices are very reasonable and product
>> range quite broad.
>> 
>> Lucio.
>> 
>> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Ta4e584a373b05553-M4707ffb9fa69457c676440cc
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] building blocks speaking 9p

[Thaddeus Woskowiak]

I've been saying the same thing for years. 9p makes for a great control
protocol that presents a simple way to present data, a tree of files.

Charles Forsyth wrote an Atmega compiler for plan 9. That could be used as
the basis for a plan 9 Arduino thing. We likely need a mulibc.h or whatever
and a loader to send the binary to the Arduino micro controller. Someone
patched 9front usbserial to recognize Arduino USB boards as usbeia devices.
(I think Miller's pi and labs does too?). Out of the box microcontroller
support with 9p libs would be a really nice thing to have.

Echoline wrote ninepea, an Arduino 9p library. This currently works and can
be mounted on a plan 9 machine and you can talk to your Arduino though
files. Though this uses the official Arduino library and compiler which
does not work on plan 9 (on 9front you can use vmx to run a Linux vm)

One compiler that we really need is an arm thumb 2 compiler for cortex-m/r
microcontrollers. Inferno has a very old and very incomplete arm thumb 1
compiler, tc. I don't know if it's worth salvaging.

Personally, I'm (slwly)working on using Plan 9 for personal industrial
automation projects. I have some crude modbus stuff working.

At work I've used it on a RasPi to tie a PLC to an HDMI heads up display
that uses ASCII commands. Dumb easy to write a C  program for that on Plan
9.


On Thu, Jan 27, 2022, 5:58 PM Bakul Shah  wrote:

> The idea:
> - make it very easy to create hardware gadgets by
>   providing a firmware/hardware building block that
>   talks 9p on the host interface side & interfaces
>   with device specific hardware.
> 
> - use a "universal" 9p driver on the host side that
>   allows access to any such 9p device even from a shell.
> 
> - provide a standard way to find out device capabilities.
> 
> - together they provide a plug-and-play setup.
> 
> Example: connect an LED and a current sensor to this
> 9p device, other necessary hardware, add a few config
> bits and plug this device kn]]into a host. Now you should
> be able to turn on/off the light or sense its state.
> 
> Similarly you should be able to control a stepper motor
> servo, cameras, microphones, other actuators, sensors,
> IO etc. Eventually you should be able to snap together
> enough of these components to build larger assemblies
> such as a 3D printer.
> 
> Another example: a "hub" to multiplex such downstream
> devices and make them available to a host.
> 
> This will probably have to ride on USB first. A verilog
> implementation would be useful in an FPGA!
> 
> Would this be a useful component? If such a thing were
> available, what would you want to build with it?
> 
> Do you think 9p is the right protocol for this?
> 
> Ideally
> - connect anything to anything
> - authenticated connections
> - drive the device through a shell script
> - no new low level drivers
> - self-identifying devices with help and command syntax
> - signicantly eases the task of creating new h/w devices.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Ta4e584a373b05553-Md8f444a123a5bc9a248fbb72
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Sponsoring a new Intro book by the Flan 9 Poundation

[Thaddeus Woskowiak]

On Mon, Jan 24, 2022, 1:06 PM Thaddeus Woskowiak 
wrote:

> All of you throwing around curse words and other defamation should be
> ashamed of yourselves. You want peace yet you cast the first stones. Grow
> up.
>
>
> On Mon, Jan 24, 2022, 12:58 PM Clout Tolstoy 
> wrote:
>
>> Can we be mindful of posting useful information? The original author,
>> albeit has an opinion, but also offered resources for work. I would put
>> that on the useful side of things. Simply lamenting an opinion because it
>> doesn't align with yours is edging on spamming. They have been forward with
>> themselves and are looking for like minded people to work with. I suppose
>> half of you all are doing them a favor by opting out.
>>
>> On Mon, Jan 24, 2022 at 9:55 AM Pablo Tesari 
>> wrote:
>>
>>> did I subscribe to 9fags ? 樂
>>>
>>> On Mon, 24 Jan 2022 at 14:51, Duke Normandin  wrote:
>>>
>>>> Fuck you asshole!  It’s garbage like you that morphs pleasant venues
>>>> into fucking cesspools.
>>>>
>>>> > On Jan 24, 2022, at 10:42 AM, Kurt H Maier via 9fans <9fans@9fans.net>
>>>> wrote:
>>>> >
>>>> > On Mon, Jan 24, 2022 at 05:38:19AM -0700, Duke Normandin wrote:
>>>> >>
>>>> >>
>>>> >>>> On 1/24/22, Alexandr Babic  wrote:
>>>> >>>>
>>>> >>>> hello.
>>>> >>>>
>>>> >>>> please don't put any politics here, everyone has own political
>>>> opinion, but
>>>> >>>> discuss it elsewhere.
>>>> >>>> sub-word "trans" should be used only inside "transpiler" word when
>>>> talking
>>>> >>>> about computers :-) :-)
>>>> >>>>
>>>> >>>> thanx, a.b.
>>>> >>
>>>> >> I agree.  This mailing list is turning out to be a bit too fucking
>>>> bizarro for my taste.
>>>> >
>>>> > If you can't stand the heat, get out of the kitchen.  Nobody owes you
>>>> a
>>>> > safe space, snowflake.
>>>> >
>>>> > khm
>>> *9fans <https://9fans.topicbox.com/latest>* / 9fans / see discussions
>> <https://9fans.topicbox.com/groups/9fans> + participants
>> <https://9fans.topicbox.com/groups/9fans/members> + delivery options
>> <https://9fans.topicbox.com/groups/9fans/subscription> Permalink
>> <https://9fans.topicbox.com/groups/9fans/T627a29a7babaf29e-M54350aff0ac3775a0464e849>
>>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T627a29a7babaf29e-M3a9c27d3e16033398d3e7352
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Sponsoring a new Intro book by the Flan 9 Poundation

[Thaddeus Woskowiak]

All of you throwing around curse words and other defamation should be
ashamed of yourselves. You want peace yet you cast the first stones. Grow
up.


On Mon, Jan 24, 2022, 12:58 PM Clout Tolstoy  wrote:

> Can we be mindful of posting useful information? The original author,
> albeit has an opinion, but also offered resources for work. I would put
> that on the useful side of things. Simply lamenting an opinion because it
> doesn't align with yours is edging on spamming. They have been forward with
> themselves and are looking for like minded people to work with. I suppose
> half of you all are doing them a favor by opting out.
>
> On Mon, Jan 24, 2022 at 9:55 AM Pablo Tesari 
> wrote:
>
>> did I subscribe to 9fags ? 樂
>>
>> On Mon, 24 Jan 2022 at 14:51, Duke Normandin  wrote:
>>
>>> Fuck you asshole!  It’s garbage like you that morphs pleasant venues
>>> into fucking cesspools.
>>>
>>> > On Jan 24, 2022, at 10:42 AM, Kurt H Maier via 9fans <9fans@9fans.net>
>>> wrote:
>>> >
>>> > On Mon, Jan 24, 2022 at 05:38:19AM -0700, Duke Normandin wrote:
>>> >>
>>> >>
>>>  On 1/24/22, Alexandr Babic  wrote:
>>> 
>>>  hello.
>>> 
>>>  please don't put any politics here, everyone has own political
>>> opinion, but
>>>  discuss it elsewhere.
>>>  sub-word "trans" should be used only inside "transpiler" word when
>>> talking
>>>  about computers :-) :-)
>>> 
>>>  thanx, a.b.
>>> >>
>>> >> I agree.  This mailing list is turning out to be a bit too fucking
>>> bizarro for my taste.
>>> >
>>> > If you can't stand the heat, get out of the kitchen.  Nobody owes you a
>>> > safe space, snowflake.
>>> >
>>> > khm
>> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T627a29a7babaf29e-M0a45495ac804d50613b14376
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Problems installing 9legacy on bare metal (Thinkpad X60)

[Thaddeus Woskowiak]

On Sun, Jan 23, 2022 at 5:44 AM Richard Miller <9f...@hamnavoe.com> wrote:
> > !rc (and the rest of the boot) is one of the first things implemented 
> > uniquely by 9front.
> 
> I think there's a little bit of confusion about different stages of booting.
> 
> The 9boot program loads the kernel. The original Plan 9 9boot is driven
> by configuration variables in a plan9.ini file. Cinap's rewritten 9boot
> adds the capability of interactively changing configuration variables from
> the console before loading the kernel. That's really useful, especially
> when experimenting with new kernels or new hardware. But 9boot does not
> contain a shell or a built-in file system, so it doesn't allow you to
> type !rc and get an interactive shell.
> 
> Once the kernel is loaded, the first thing it does is to execute the
> command /boot/boot from a small root filesystem which is built into the
> kernel. The main job of /boot/boot is to attach to the real root filesystem
> (on a local device or from a network server) and execute /$cputype/init to
> start the system. Historically the usual case is for /boot/boot to
> be a specialised program built from C source in /sys/src/9/boot. But it
> has always been possible to configure a kernel with a shell script as
> /boot/boot - see for example /sys/lib/sysconfig/ppc/boot for the PowerPC,
> or /sys/src/9/bcm/bootwifi.rc for a Raspberry Pi accessing its root file
> server via wifi.
> 
> So, using a shell script as /boot/boot is not unique to 9front. But
> with 9front, it has become the default. This means there's always a
> shell inside the kernel, along with a few commands, ready to use
> interactively when !rc is invoked - after the kernel is loaded, but
> before the final root filesystem is attached.
> 
> The kernel on the 9legacy install CD doesn't have a shell script as
> /boot/boot with the ability to invoke !rc. Perhaps it should. But that
> wouldn't have helped in this case. Yakku was stuck at the 'Boot from'
> prompt within /9boot, unable to find a kernel to boot.
> 

Richard,
Thank you for the detailed explanation. I misread the part about no
kernel and thought we made it to the boot prompt and could not figure
out the disk name. Mea culpa.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tb5aaf646618a421a-M63efb6f310bdb085365dc15f
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Problems installing 9legacy on bare metal (Thinkpad X60)

[Thaddeus Woskowiak]

On Sat, Jan 22, 2022 at 10:32 AM yakkuliste via 9fans <9fans@9fans.net> wrote:
>
> On Friday, 21 January 2022, at 2:02 PM, Thaddeus Woskowiak wrote:
>
> Escape to an rc shell by typing !rc at the boot prompt.
>
>
> Thanks for the pointer Thaddeus. I've tried, but it doesn't work at boot 
> prompt in 9legacy. It only works in parts of the install script.

H. That is disappointing. I don't have a 9legacy install at the
moment, but can someone confirm if !rc was inherited from plan 9 or
unique to 9front?

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tb5aaf646618a421a-Me3c18ab38d5b71b86d587b82
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Problems installing 9legacy on bare metal (Thinkpad X60)

[Thaddeus Woskowiak]

The following works on 9front:
Escape to an rc shell by typing !rc at the boot prompt.
Then type ls '#S'
This will list all devices the storage device, sd(3), sees which
includes CD/DVD, ATA, SATA, and SCSI drives.
You can also run cat '#S/sdctl' which will give you more information
about the controllers.
See: http://man.postnix.pw/plan_9/3/sd

On Fri, Jan 21, 2022 at 8:34 AM yakkuliste via 9fans <9fans@9fans.net> wrote:
>
> On Friday, 21 January 2022, at 1:21 PM, Richard Miller wrote:
>
> It may appear as sdB0 or sdB1.
>
>
> Sorry that doesn't seem to work either. I've tried sdB0, sdB1,
> sdC0, sdC1, sdD0, sdD1, sdE0, sdE1 . . . but the issue persists.
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tb5aaf646618a421a-Maf260023febf546d4b14232a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Despite being called a fork, is 9front similar to how Linux distros work?

[Thaddeus Woskowiak]

On Mon, Jan 17, 2022 at 6:32 PM Matt  wrote:
>
> But that's why 9front was forked, right? They say it on their FAQ. Even 
> though Plan 9 isn't being developed anymore, doesn't the fork cause worry 
> that one day they become too different, especially since the community is 
> rather centered around Plan 9 rather than 9front? Or is the community 
> actively trying to make 9front be accepted as the official continuation of 
> Plan 9?
> 9fans / 9fans / see discussions + participants + delivery options Permalink

All wrong. From my perspective 9front is plan 9 from the future
compared to today's plan 9. 9front development moves at a much faster
pace thanks to adopting tools like mercurial in the past and now git.
That enables devs who are passionate about moving plan 9 forward
commit access using tools they, and most of today's developers are
already intimate with. It has virtualization, modern encryption,
cleaned up pci code, rc fixes, boot clean up, and so much more.

The mailing list is very active and crawling with devs eager to review
and apply fixes. It has a lot of enthusiastic energy behind it and
keeps the core philosophy of plan 9 alive. This has attracted many
wonderful and talented devs who would have otherwise stumbled with the
old defaults of legacy.

Personally, I struggled with plan 9 until finding 9front. I run a CPU
server at home 24/7 and it's been running reliably for years. I then
netboot or tcp boot everything else. I love working with this
operating system.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T395156d4f2b00cde-M25c8857f931ef72ce276287f
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Is POSIX:clock_gettime(2) in APE somewhere/anywhere?

[Thaddeus Woskowiak]

The Vita Nuova man pages are woefully outdated. You might want to consider
purchasing the printed 9front man pages. http://9front.org/propaganda/books

Of course the most up-to-date man pages are available via man after a
sysupdate.


> For what I need, in fact I can simply use nsec(2), diffing nanoseconds
> times! (I have the printed manuals from Vita Nuova, I should remember
> to read the man pages first in printed form at leisure...)
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T1992d89fd8b382c7-M396f6268e903dd155be665ea
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] the #cat-v channel has moved to oftc

[Thaddeus Woskowiak]

On Tue, Jun 15, 2021 at 5:57 AM hiro <23h...@gmail.com> wrote:
> 
> freenode has deleted all channel and user accounts, including the
> #cat-v IRC channel.
> 
> we had already abandoned ship and moved to the oftc network instead,
> but now the /topic redirecting users to oftc got deleted.
> 
> our websites, the caches, the search indexes still reference freenode
> in many places, so i hope you can excuse this message to related
> groups to inform you that whatever happens on freenode, it is not us
> any more.
> 
> the people from #cat-v includes the (dp9ik) dissident plan9 irc kids,
> or more recently just the 9front community.
> 
> for some of us this is a sentimental moment as we had to also abandon
> uriel's IRC memorial. but maybe he would stay with us in other ways
> not involving silly computer protocols...
> 
> uriel's nickserv password on freenode was "shitnode".
> 
> have a great day,
> hiro

This reminds me: is the #plan9 channel on oftc the new home of #plan9?

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T443bc8b8132dd026-Mcf810127254bfa3f20d21b7e
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Transfer of Plan 9 to the Plan 9 Foundation

[Thaddeus Woskowiak]

On Tue, Mar 23, 2021 at 9:09 AM  wrote:
> 
> We are thrilled to announce that Nokia has transferred the copyright of
> Plan 9 to the Plan 9 Foundation. This transfer applies to all of the
> Plan 9 from Bell Labs code, from the earliest days through their final
> release.
> 
> The most exciting immediate effect of this is that the Plan 9 Foundation
> is making the historical 1st through 4th editions of Plan 9 available
> under the terms of the MIT license. These are the releases as they
> existed at the time, with minimal changes to reflect the above.
> 
> 1st and 2nd edition were never released as open source software, and
> both (but especially 1st edition) were only available to a very small
> number of people. 3rd and 4th were previously available as open source,
> but under a license which was problematic for some people (especially
> the 3rd edition). We think making these available under the MIT license
> is something that's going to be a significant benefit for all projects
> using Plan 9 code. While this doesn't automatically change the license
> on any downstream projects, and you're welcome to keep using the LPL if
> you like, you now have the option of switching to MIT, which we think
> most everyone will find preferable.
> 
> Obviously, for folks in the Plan 9 community, there isn't a way to say
> "thank you" to Bell Labs, and its various parent organizations, that's
> really adequate. None of us would be talking about any of this if it
> weren't for the work done there for decades. All of us here at the Plan
> 9 Foundation express our sincerest thanks to the team at Nokia who made
> this possible, the Plan 9 alumni who supported the effort, and the Plan
> 9 community who have kept kernels booting and the userland useful.
> 
> The historical releases are available right now at:
> https://p9f.org/dl/
> 
> You can read Nokia's press release on the transfer here:
> https://www.bell-labs.com/institute/blog/plan-9-bell-labs-cyberspace/
> 
> Thank you for your time,
> Anthony Sorace
> Plan 9 Foundation

Fantastic news. Thank you to everyone involved in making this happen.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tf20bce89ef96d4b6-M118fb0d8f3b1cf8685bd6c5e
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Olimex: these guys are keen electronic engineers.

[Thaddeus Woskowiak]

I had a thought a while back: could one pilfer plan 9's libc and
kernel guts to build an embedded c library à la newlib? The idea is a
native hosted plan 9 microcontroller lab similar to arduino and your
microcontroller program would look like a bare metal plan 9 program.

A monitor or rtos would be more complex but channels and 9p on my
microcontroller would be neat. I'd even go as far to say you could
probably base it mostly on how thread(2) operates.

Be neat to have little wireless file servers all around your home (or
whatever) controlling or monitoring things.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tef717f57ede82d4f-M7ff66c7514a3e95d8f4111d0
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Raspberry Pi 4 stability dependent in RAM

[Thaddeus Woskowiak]

On Wed, Nov 18, 2020 at 6:18 PM Anthony Sorace  wrote:
> > Richard asked:
...
> Is this lightning bolt a hardware feature? Like, it overlays it on the 
> display,
> even on Plan 9? I've never seen it. I'll watch for the power LED indicator.

Correct. Though I have not seen them on my pi 3b+ running both
Miller's pi and 9front as I use the same honkin brick Richard
mentioned and 1m anker usb-c cables. See this official post on the
subject: https://www.raspberrypi.org/blog/introducing-pixel/

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Te91377223453b8c0-Mdf3decaf40c803232338792d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Arm Thumb compiler for Cortex-M

[Thaddeus Woskowiak]

On Thu, Nov 5, 2020 at 7:12 PM Charles Forsyth
 wrote:
>
> There was a 5[ac] variant for Inferno (ta, tc) that produced Thumb code, and 
> 5l could link Thumb and ARM32 code.
> That wasn't extended once Thumb-2 was issued, since it was different enough 
> to require a fair amount of work and we had no immediate application on the 
> Cortex.
>
>
> On Thu, Nov 5, 2020 at 11:38 PM Thaddeus Woskowiak  
> wrote:
>> 
>> I would like to know if anyone is working on or exists an Arm Thumb
>> compiler so one could use plan 9 to program Arm Cortex M0/3/4/7
>> microcontrollers directly. I know of Charles Forsyth's xc AVR compiler
>> which is also interesting. Though I have yet to try it out.
>> 
>> -taw
>
> 9fans / 9fans / see discussions + participants + delivery options Permalink

Charles, Thank you for the information. So Thumb compiling and
assembly is handled by tc and ta respectively while 5l can handle
linking both thumb code and arm 32.

I guess my next question is: does this mean Inferno can run on certain
Cortex-M micros since it can run MMU-less? (provided enough memory of
course) And has this been done before?

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc22ac8ae61456f10-M2c24d5ce248578623d7a097a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Arm Thumb compiler for Cortex-M

[Thaddeus Woskowiak]

I would like to know if anyone is working on or exists an Arm Thumb
compiler so one could use plan 9 to program Arm Cortex M0/3/4/7
microcontrollers directly. I know of Charles Forsyth's xc AVR compiler
which is also interesting. Though I have yet to try it out.

-taw

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc22ac8ae61456f10-M53d9114f6a2c6402ef14fd63
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Re: Flakey DNS server

[Thaddeus Woskowiak]

On Sat, Oct 24, 2020 at 10:11 PM Wes Kussmaul  wrote:
>
> Lucio's concern was about commercial enterprises bending Internet norms
> to serve their bottom line at the expense of interoperation.
>
> Imagine if the physical city where you live allowed building codes to be
> proprietary, and instead of public professional licensing of architects,
> contractors, structural engineers and building inspectors you had
> certification programs of those commercial enterprises.
>
> Instead, habitability of physical buildings is determined by building
> codes and professional licensing that are the product of participatory
> and duly constituted public authority.
>
> That's the role that Osmio sets out to play in non-physical digital
> indoor spaces.
>
>
> On 10/24/20 6:48 PM, Charles Forsyth wrote:
> > It's a virtual city in Switzerland, which is famously neutral (hence
> > Geneva as location for various international organisations, and indeed
> > as a setting for several TV series)
> >
> > On Sat, Oct 24, 2020 at 11:23 PM  > > wrote:
> >
> > Wes Kussmaul  writes:
> >
> > > On 10/7/20 12:08 AM, Lucio De Re wrote:
> > >> my situation is getting
> > >> more difficult as norms on the Internet are being bent by service
> > >> provider that care for their profitability much more than for
> > >> interoperation
> > >
> > > I suggest taking a look at https://www.osmio.ch/
> >
> > I don't get it.  That Web site appears to be the municipal
> > homepage for
> > a city in Switzerland that uses digital certificates as official
> > government-recognized ID.  What does that have to do with anything?
> >
> > *9fans * / 9fans / see discussions
> >  + participants
> >  + delivery options
> >  Permalink
> > 
> --
> 
> *Wes Kussmaul*
> 
> *Reliable Identities, Inc.*
> an Authenticity Enterprise
> 738 Main Street
> Waltham, MA 02451 USA
> t: +1 781 790 1674
> m: +1 781 330 1881
> e: w...@reliableid.com 
> 
> Learn About Authenticity 
> 
> This message is confidential. It may also be privileged or otherwise
> protected by work product immunity or other legal rules. If you have
> received it by mistake, please let us know by e-mail reply and delete it
> from your system; you may not copy this message or disclose its contents
> to anyone. The integrity and security of this message cannot be assured
> unless it is digitally signed by the PEN of an identity certificate with
> an IDQA score that is sufficient for your purposes.
> 

I believe the issue here is that some people have interpreted your
osmio.ch suggestion as a solution to Lucio's DNS issues.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T4e8db4c94a81d90f-Mf0aaea951a7c79996e890424
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Early Plan 9 Grid with Serial Killer Theme

[Thaddeus Woskowiak]

On Sun, Jun 21, 2020, 11:28 AM David Boswell  wrote:

> I recall a public VMS cluster with the theme and hostnames you mention.
>
> https://deathrow.vistech.net/410.html
>
> On Sun, Jun 21, 2020 at 9:13 AM Thaddeus Woskowiak
>  wrote:
> >
> > Somewhere between 15-20 years ago I remember an early public grid of
> > plan 9 machines which amusingly featured hostnames of serial killers
> > such as Dahmer and Bundy or whatever. There was also a gallery of
> > failed attempts by script kiddies to use Linux and other Unix exploits
> > on a plan 9 machine or try to attack remote machines. Am I delusional
> > or did this grid actually exist?
> >
> > -taw


Ha! Now that explains why my searches were fruitless. For some reason I
confused it with a plan 9 grid. Case closed.

>
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T873aa1e968e5ad9f-M7803f9171f129ed94cb44e0a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Early Plan 9 Grid with Serial Killer Theme

[Thaddeus Woskowiak]

Somewhere between 15-20 years ago I remember an early public grid of
plan 9 machines which amusingly featured hostnames of serial killers
such as Dahmer and Bundy or whatever. There was also a gallery of
failed attempts by script kiddies to use Linux and other Unix exploits
on a plan 9 machine or try to attack remote machines. Am I delusional
or did this grid actually exist?

-taw

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T873aa1e968e5ad9f-M16c97808638ca68d2ebdc76a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Plan9 and Pine

[Thaddeus Woskowiak]

On Wed, Apr 29, 2020 at 1:53 AM Romano  wrote:
>
> I am new to Plan9, but just as another data point, there was also 
> drawterm-android2 in the Plan9-Archive on github. I tried this past weekend 
> to get it up and running on an android emulator using Android Studio, but 
> wasn't very familiar with Android Studio or the modifications necessary for 
> drawterm.
>
> I bought a Pine Phone, which is supposed to be shipped at the end of next 
> month. My hope is to get drawterm compiled on it, and begin using it as my 
> daily phone. I have a very old smartphone which I've used the Linux Deploy 
> app to install debian. I compiled drawterm so that I can network my phone 
> with my computers easily, but it's the non-graphical option provided by 
> 9front's drawterm. Having graphical drawterm is proving more challenging.
>
> On Sun, Apr 19, 2020, at 6:27 PM, o...@eigenstate.org wrote:
> > > re: Ori.  I understood OP to be talking about doing a new, phone-specific 
> > > UI.
> >
> > Yes. I think it's doable. It just needs someone to do the doing.
> >
> > From what I recall, there's even an android drawterm that can be used
> > to prototype it without first getting hardware support -- though I
> > can't vouch for how well it works.
> >
> > https://bitbucket.org/echoline/drawterm-android/src/default/
> >

I have a pinephone as well and was able to build 9front drawterm
without issue on PostmarketOS. I ran it from both the menu and
terminal and was able to connect to my CPU server. BUT! KDE Plasma
uses a different input method meaning drawterm does not trigger the
onscreen keyboard. So you are unfortunately left with no keyboard
input :-( I thought of using a USB keyboard but there is no USB OTG
support as of yet so no devices can be plugged in (I tried for the
heck of it.) Unfortunately the last update borked the phone and input
is trashed completely so I have to fix it but too many projects as it
is.

Screenshot: https://photos.app.goo.gl/7twijiDwN8yTbagn8

side note: Watching software build on your mobile phone is liberating.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tca918503d5b19459-Md3c142a1549e3e3785e2304f
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription