Re: [9fans] dd(1) takes very long

[Aleksandar Kuktin]

>On Fri, 1 Mar 2024 10:08:25 +0100
>Marco Feichtinger  wrote:
>
> > and the computer isn't a SBC bitty box, the transfer rate is weirdly
> > low.
> 
> Well, both disk are on the same machine.
> It's a Supermicro X7SPA-H-D525 board.
> 
> -marco

Well, that's not a bitty box. Wish I bought something like that instead
of my BananaPi. Anyway, someone more knowledgeable on Plan 9 than me is
needed. I can only speculate that the OS and hardware fight. I have
something similar happening on my desktop with modern hardware running
old software. I run GNU/Linux on it. For some reason I can't figure out,
transfers start off normal but then degrade to 10 Mbps or less after a
few GiB are transferred. If I try it with CentOS 7, it runs fine. But
when I use my own homegrown distro it's pathologic. Kernel version
3.16.85, vanilla.

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.
--


signature.asc
Description: PGP signature

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T0fd6444acb9c7811-Maaa7e17b02d8ea4da65a457e
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] dd(1) takes very long

[Aleksandar Kuktin]

>On Fri, 1 Mar 2024 09:24:15 +0100
>Marco Feichtinger  wrote:
>
> The mirrored disks are 480GB ssds.
> 
> The copying with dd(1) took ~16 hours. 
> Is that normal?
> 
> -marco

Hi, a long-time lurker here. If 480 GiB are transferred over 16 hours,
the implied transfer rate is 70 Mbps. If 480 GB are transferred, the
implied rate is 66 Mbps. Both transfer rates are consistent with network
interfaces that are in common use (100 Mbps Ethernet). They may or may
not be consistent with internal system interfaces (SSDs are supposed to
have much greater bandwidth). If both disks live in the same computer
and the computer isn't a SBC bitty box, the transfer rate is weirdly
low.

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.
--


signature.asc
Description: PGP signature

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T0fd6444acb9c7811-M9dd4ba41d4b92276d12a1f1f
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Article: Modern storage is plenty fast. It is the APIs that are bad.

[Aleksandar Kuktin]

On Thu, 10 Dec 2020 08:38:14 -0500
Robert Sherwood  wrote:

> This is a very interesting article. I'm not enough of an expert on low
> level device access APIs to judge its accuracy, but I thought some of
> you might find it interesting.
> 
> https://itnext.io/modern-storage-is-plenty-fast-it-is-the-apis-that-are-bad-6a68319fbc1a

I had to view this article in Lynx because Firefox wouldn't display
it, due to all the JavaScript. I think that is a good, apt and
important metaphor for the state of modern IT. xD

On the assumption one actually is in a situation where usage of NVMe
devices make sense apriori, I think the article makes valid points. The
catch is most of us are in situations where rotary disks are just good
enough, so the very use of bus-connected SSD storage is under question.

Illustrations: in terms of personal use of computers, I find that only
the very latest of so-called "AAA video games" are having problems with
my single spindle. YouTube doesn't really depend on the (my) disk. For
some years now, I've been working in a web-business, and speaking in
those terms, if you own the hardware your business runs on, you will
probably be playing an optimization game where cost is sure to be a
pretty serious long term concern (even though I hear that on the West
they shell out enormous money for hardware since optimization experts
cost even more that warehouses of underutilized hardware). I did a
little check on Amazon and can see that per-TiB, rotary disks are still
about half the price of various bus-connected SSDs. That's a headwind.
Does it really make sense to spend thousands of iops on a requirement
that could be removed spending a day or two optimizing the server
application? I'm also not sure what effects RAID will have on the
performance of these disks. And if you happen to be a pleb that
utilizes the cloud, you can kiss your I/O optimizations goodbye since
your disk actually lives on a different floor, maybe even a different
building than your CPU/memory and they are connected through a thin
iSCSI/FibreChannel straw you happen to share with 30 other people.

However, io_uris is a very likable solution. I'm glad I read a bit
about it, even if it isn't really all that revolutionary. Good
solutions rarely are. ;)

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tb7a3e3a90eab83b8-M80d775bf9dd488af3579df16
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] UARTing into RPi 2

[Aleksandar Kuktin]

>On Fri, 10 Apr 2020 09:45:00 +0100
>Richard Miller <9f...@hamnavoe.com> wrote:
>
> Add to the end of the command line in cmdline.txt:
>   console='0 b115200'
> and you should see a shell prompt on the serial port when you reboot.

>On Fri, 10 Apr 2020 10:45:51 +0200
>"David du Colombier" <0in...@gmail.com> wrote:
>
> You should add "console='0 b115200'" at the end of kernel boot
> parameters in cmdline.txt.

Wow, you guys were literally seconds apart with your answers. What are
the odds? xD

--
You don't need an AI for a robot uprising.
Humans will do just fine.
--


signature.asc
Description: PGP signature

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tac791f1cba841389-M4d1958b2b5594e157730f77f
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] The Case for Bind

[Aleksandar Kuktin]

>On Thu, 14 Sep 2017 14:58:02 +
>Marshall Conover  wrote:

> I have two scenarios currently I feel make a strong argument for the
> inclusion of bind: one is running tests on an install of a product
> while still being able to do development on it, by using a bind to
> redirect the development dll to the install's dll in the process I'm
> developing in; and the other an example of when a bind would just be
> convenient, such as a certain process needing python2 instead of
> python3 on a system which defaults to python 3, and have scripts that
> reference #/bin/python.

I have a honest feeling you will end up as roadkill with this sort of
approach.

You are discussing individual specific use cases; accepting your
argument relies on the other party being imaginative enough to
independently see the value of the proposal. Generally speaking, if the
person has not already seen the value of an idea, they are probably not
going to have an epiphany after you throw them some examples.

Instead, try discussing the correctness of the premise, and how it is
steeped in fundamental value. Try: "The ability to binding filesystem
elements between different paths of a filesystem is of critical
importance to the operating system flexibility and usability. While
many current users, brought up on Windows, may lack the vision of the
features usability, with the continued refinement of public expertise
in all matters IT, there will mature the opinion that binding is a
right-of-entry feature, with operating systems lacking it being
summarily dismissed."

There. If they don't buy that, then their vision is flawed, the project
mistargeted and governance found lacking. And they will fail. You don't
want to waste your time and energy on a doomed project.

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.
--


signature.asc
Description: PGP signature

Re: [9fans] VoCore SoC?

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Thu, 03 Nov 2016 23:24:27 +
>"James A. Robinson"  wrote:
>
> This looks like it might be of interest to others on the list:
> 
> http://vocore.io/
> 
> Jim

It is of interest, yes. :)

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIbBAEBAgAGBQJYHf/lAAoJEKa4cgqNx31/BN0P921c0flnGJc70rLKnauaBZ5U
ICZx/MjREGJk6gLFuLPJqe4l75IpByxbP8XxtS28Zf0AysM4p2L6TKCbrIGMzusv
ZqaHqZKOmisLy2b5V0tv42Vn1KiMw2jo5K0m91FQqkHSutDPNrIBCKCC6irvfcLB
+YM30TctG/d+nCwknHLCL8pcozRW8Lq8q/SDwORP2INQxJtJDt8QSipCn02CbMS/
/E9M74sY17UbV+1ncJQx5cftzLEW9urAbTISpg9J+/y0PjZ08CH2s5C6bQOMxch9
g4hIOwNxtDUp/yv/gKUWhf/DPHS85aYkLciIFKFaarK7jpKZtDUGNE+hRVTuVA1c
TMxK4p3k7vZBM3cUoTVOwfUXbvEGoDEPSBcWPT4VdPU6ZG1HEG9SVpdLLC/Co/+F
9awZ54LBmutHRBBEa3ELjh4OjcofvAMRF7pM9lEkBe7b69BaaqWGbIy8JKO8wAKB
RQQPN5BX1djMvaNplvkx7efcJk5WiBqCBK/ChIQGFmrLSz3K/7gFcKH5ekkGgOtK
70XfpG1Vysu8f3HP7JA0mR0XUDKlwGR0KYdwYh5BDucGlAO5iBMAGWc6SIHJpUcZ
f78g8tItyA8gzwFJTZMnJXyIbwPg8CH+fCIVFiq3SjZE1dAF5UnW5kCS1Y9O8sm7
LxHZOZQeyEkVAUrXPAM=
=iKNL
-END PGP SIGNATURE-

Re: [9fans] RUDP and/or others

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Mon, 19 Oct 2015 11:28:13 +0200
>hiro <23h...@gmail.com> wrote:
>
> Do I understand correctly, you just want to avoid having to implement
> the complexities of TCP on an fpga? If there was a TCP IP core would
> you buy it?
> Why does VNC require an fpga, are you going to transfer enormous
> resolutions? If yes then I personally would use UDP and a lossy and
> loss tolerant compression.
> If not I would use TCP and no FPGA.

The idea here is to implement a FOSH computer. Currently, I'm pilfering
a lot of technology from Milkymist but I already had to write my own
bits of hardware - so far only a memory controler. I wasn't happy with
what Milkymist was using so I wrote my own. By the time I finish, I'll
probably also implement the framebuffer with the video output. Gigabit
ethernet is also somewhere in the pipeline and will probably get
implemented, *if* I can get its analog bits to work properly. I already
have a working 10BASE-T implementation (and some other things) so I'm
not a newbie at this.

However, because of the severe speed limits imposed by the
implementation technology (FPGA), this computer will never be
particularly fast. If you want to play pretty video games and watch
pretty CGI videos, the obvious solution is to have a separate computer
serve as the CPU server and renderer with the bitty box being a
terminal.

One option is to do the normal software based processing. But once you
do the math, you realize that either you won't be sending a lot of
data or your FPGA CPU won't be doing a lot of processing because of the
interaction between system components contending to access the main
memory.

The main memory is implemented as DDR1 SDRAM. DRAM *really* doesn't
like random memory accesses - the kind CPU will execute. You can
optimize the memory controller to serve the CPU well, but then you are
left in a bind when it comes time to implement the DMA because it
has the exact opposite memory access profile. Not having the DMA is
completely and absolutely out of the question, ofcourse.

You can use, perhaps, wide memory buses and well optimized cache line
sizes to perform DMA in short bursts, but each DMA-CPU switchover is
expensive because (unless you get really lucky) you need to open and
close memory pages. This sets an upper limit to the data transfer
before the human usability of the system tanks.

Streaming 1280x1024x24 video at 25 fps is, you guessed it, way beyond
that limit.

So the solution, I believe, is to perform DMA at the different point,
specifically, between the network interface and the framebuffer/video
card. This scheme completely bypasses the main memory, leaving the CPU
to run at full capacity but has the drawback that now the framebuffer
has to talk network. The obvious hack is to have the CPU initiate,
handshake and configure the connection and then hand it over to the
framebuffer for data transfer. The obvious problem is that the
framebuffer STILL needs to talk network, albeit not whole protocols but only 
the grindy parts, leaving the more intricate bits to the CPU.

Did I mention network analysis needs to be on-the-fly? Yeah, there
ain't enough memory on the chip to store the whole network packet, and
there aren't enough I/O pins on the device to store it off-device. So
you just have to handle the packet literally as it is zooming past you. Receive 
the headers, analyze if the packet is for us or the CPU (and
route it there if that's the case), read the application headers, set
up the datapath, ram data into the video DRAM and maybe
invalidate/rollback the whole operation if any of the myriad checksums
indicate a transmission error. Yes, we're checksumming. :)

I'm not saying it's possible, I'm only saying that I'll try and that I
need a simple transport protocol to help me do it. :)

I chose VNC because (a) it's actually a pretty neat protocol and (b)
it's all over the place. You could use it to interface to a whole host
of applications. VNC, on its side, requires a reliable transport. TCP
is way too complicated for a few thousand gates of digital logic (I
think) and UDP is not reliable enough. So, I went looking.

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWJVWaAAoJEKa4cgqNx31/YBwP/i5ZiM6kh04rn2IaVSxYSqwq
tDMH0xf3dyMxOl8Wm6NltH48T+CXs7ukZ41DPuwcZFaLttRRtydOFgwtpmTy3aBm
wkCCwNNjsttP6vABaKiGKcLVN+1yGgcBuN/9X6r3Yp7AXtHZKhnGHabmVFs/jYtN
QlMbVtBtp8DrTx2u+t1TVbUTpywvW5JGXcwNIKpjFSz7fL+QA2uIO5tz7KLuyK/x
COFW8rcglTAX7pvDpyRYUevk/eZw1uoiayh2TVV2KQuISIS3QrG+TmLsI9JxonnK
A2KXUPKslhShJ+I539VdYNvgKiiVCFnxAyqGBDK+N0T96mFQZfOll/gZ34OotUKa
iimY6JAfgM/zXyWpAt3cUTHvUHgX+4TzCpKVDkru364RmHQNRqxUlCILLcIjWkoc
tTk8P1UN0fQxGoITLcnQHnT7+MUVzxpdtMud5kHSjXKGIddG6WMlN38W6uyXJjPK

Re: [9fans] RUDP and/or others

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Mon, 19 Oct 2015 21:36:55 +0200
>Aleksandar Kuktin <akuk...@gmail.com> wrote:

> http://www.freepatentsonline.com/7738449.html (no Google allowed)
> 
> I only read the abstract and found "pathstar" mentioned in references.
> - From a Bell Labs Technical Journal, no less. :)

No, it mentioned pathstarT, with a 't' at the end. Or is that a typo?

Apparently the same article is mentioned here:
https://www.google.com/patents/US7170854 (okay, some Google allowed)

I can't read it because Google thinks I'm a robot and won't perform the
search for me.

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWJVgvAAoJEKa4cgqNx31/EgQP/RPmpgVfIRANnSy+WwoXyRIU
WcdcO67m5QCT4lJYQ5ID3aoJ+ONH3JsvWpdOs0kPXifRJeWWkOJhKKS7iSOjR8I5
xiGjKlTmbu/LBj91ax/i+8vLDDqlVLXaoVEfC5WkEA6HBKwiodRRz9IM1iK7myw4
fa8T7E415b4zuAQQagiUIbb3fzTVTsnhRL5UUUz521uuwUeAgbH64iI7zRUjhKz3
Feeje6SWAmHNOec4ACFxxUTaIWyy422hRGlkQvDYRS902Q6ihehtgqFwqwmCHyOz
F+vMsdF0Zty1AI0zkised3btSgG9Vk3whsiUD/9kARXg8RuXKUCitFlumOFoh6+W
IFR+JeNT3/YD2lDh4ifJidpKMEfeO+cEr/gZeApfz01NyAKMWDAB9Zi3UztR3LHz
r1aYoJ20hLAZVPdsRps1TZHqfC0d0aksVbQ/zD5kkS3F24hl0KcqlOLWFs8C75dP
7kM+ElItg8A3Ky1XPLkKQre9dZGp8lVnXc4IoBDJ6UfREVFps6sm5r87DeraFxwi
rExZYV4g7ueXmenGj5/HNZwoL8YwU7UawES1dDAjJznVU49DfCRJ5sSrIX9+MfFi
aXi6J75Q9ac5E5YX69M7dr+v1ToFwY2q1w4sIoudACf3y7F+Y14VSA3rb3uw8bru
W2mJvhFkH7SH2lBu0G9H
=1jXj
-END PGP SIGNATURE-

Re: [9fans] RUDP and/or others

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Mon, 19 Oct 2015 21:31:43 +0200
>Aleksandar Kuktin <akuk...@gmail.com> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> >On Sun, 18 Oct 2015 16:15:13 -0700
> >Skip Tavakkolian <9...@9netics.com> wrote:
> >
> > > Anyone know of a leaner reliable datagram protocol? I know I saw
> > > one a year ago, but I just can't remember what it was!
> > 
> > are you looking for Internet Link (IL)?
> 
> I seem to remember IL being more complex than just a UDP with counters
> and ACK, which is what I'm - sort of - looking for.
> 
> But I'll look into it, it's worth it.

TFTP?

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWJVk8AAoJEKa4cgqNx31/lwkP/3GwL6uz/YYBLgxqVxe7XnXt
GVr+/isjZQ3KzrQkb4KslLlpnLXfHjYG8a0PkOhyAEFjMpeNISzHM9tsJZsmE0jT
e+qMY370QwvqKuSClxWgwUZNf3vyypM5kdv6aN/F54a6xZgPiJuICCzOxpFovyII
N7T7MWz/VAntbbMrxOGvhdiI8vPU0EWiwxjcMGPpT0zVHf9UUpyjV2t117n6xNgA
+8+c3zIzBq02MZ1rg1vFj7prIFw/bad4aH1HUnqC+VdiGC9lEEvCrQ1/A4h/JMtt
m8rIiXYGxO8UoUGCNpV0ZvvcPiRwY3vXse8QB+cOwFdxovlWjt/L5C14cdh/ahom
rE1JtdSM1y+etlZezNyol19qZA1QRfSMGhsC8dLvZWI+85LJE0KxPKwHbaVG7UWc
GqNfe7rvZPwETIRviVLCTvMV1z1wLagWXOm1uJDi0kDP0pAiFSpo2BOY0I4eH0nS
nU0gJTV/zYaMdqQ1CRYJgT926dhc6dlqbvDloNOYUepag1THdLSr2VWCVTmqaryl
EymH+OleyGsTMoR292Ob89KxHlgV+A6d9CQdqYZmWDvF1WzpAiSiw9ZTtuzY8cgk
eTu0u9R081w9FSUmrgYE6w7IcEBVAqKq6sIy4Sp73+Vqd/gxdhBj6xrzNY84lr0v
Nln4hRz46bPajfJfRGwb
=EJJN
-END PGP SIGNATURE-

Re: [9fans] RUDP and/or others

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Sun, 18 Oct 2015 16:15:13 -0700
>Skip Tavakkolian <9...@9netics.com> wrote:
>
> > Anyone know of a leaner reliable datagram protocol? I know I saw
> > one a year ago, but I just can't remember what it was!
> 
> are you looking for Internet Link (IL)?

I seem to remember IL being more complex than just a UDP with counters
and ACK, which is what I'm - sort of - looking for.

But I'll look into it, it's worth it.

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWJUUfAAoJEKa4cgqNx31/KbcP/jg32am9Vai1MyJkLjZ5LERP
pSbVPP/fcuJwRTKHN8pCUV/wpheQPD6vz6gQnmjnFwaKFeyofs0qefzPedfTRAtr
5T8SnTyevv4udvaDfUBD7fI+m/ayWM9wpCI7mKhdzb1WyYNvrkoOHr57p2AzrvCs
UkCwObHSCni0FpEBUOWc+SPRhQzmoB/5x1vTedMjIBODfiM2c0IV1I1sy3b2/nXh
PLdQpR8m2ZhaVzBqKk3d26005mxuCQnC03FH3TX23YyJzoWjyBNy5wliic9KaRls
mEyEB9PV3ukBrQAsUPoDgzgp++olL+fxvzK1BIrj/vTHSm1MczbcIsI+u/f159vs
xlE2xs4Ng1Rgw/sK7SdnE2dT5pN3b/3KN56sHeUr8vZ46PHVg1EBg+m6sIeVUQKe
eY5UuG/I8dM2YHfeq8n/J8T5hLpucVjR1m4xB3uaMv8/k41VRWWlVhYuHS83ul/6
x+okrAn1uy5T8Ceen3aiRr+oxRavdA7RoC+5jHMsFqvksWxTdL5RIBOcmsbquflr
30C3yhi3EAWAF/pwj+nWLBZ7FbJKVPnkMssUXhHyzxBSVA7dC0xRjp1Qi/aeiwN7
ejCIyQHnY+URK9GDmbRGWr152OUEp35AksKI10dgDSdVYS3OOwE2kVzCn6/lEm4G
lc+vpzANBR9+HmtOCv/W
=FeoK
-END PGP SIGNATURE-

Re: [9fans] RUDP and/or others

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Mon, 19 Oct 2015 10:14:46 +0100
>Charles Forsyth <charles.fors...@gmail.com> wrote:
>
> On 18 October 2015 at 23:43, Aleksandar Kuktin <akuk...@gmail.com>
> wrote:
> 
> > BAM! I run straight into RUDP. "Designed at Bell Labs for the Plan 9
> > operating system". I just skimmed through the (expired) IETF draft
> > from 1999 and I honestly think the design might be too much. It
> > looks like it's almost completely like TCP, but without segmenting
> > and possibly
> >
> 
> The Cisco RUDP defined in the IETF draft is not the rudp in the Plan
> 9 code. Both use a UDP shell to carry their packets, but the two RUDP
> headers are different.

There are two RUDPs?  O.o

> The protocols seem to be unrelated. The Cisco one is derived from an
> earlier BBN one,
> and all three had the tcp-like  SYN/ACK/RST flags. Plan 9's does not.

That's a good thing. The less flags and states, the better.

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWJUSRAAoJEKa4cgqNx31/aDYP/0AS8wyBKxnlkbwdWi8VT4+Z
/BbTfQa+nN5HcDPn1xI+2roFri+R8I/wqHMsSHHgTAbUMP7bar4L52aFY0yUXJiW
apmzyVzLHHBKXlmV15GAWoMWKTDstrmqArN0/xOMHys2ldyYn/chxlEBVjbKWSQD
nm96LLcKz5xDnTP0ebGg5v7P2YhIOMVCcwSyPfRDG04fY6T6HqkwfvFhnTiYhs/G
vghQJHYurF5SpcCE8KiCJgd3jnoNP+Rsm8WHdF6JCWU6jDeC16Gi3WOpIzEcFUGk
bP9HC7rB2CND8wmU1XZB1dvkLSP2OLxeR4CVZVItMoRB3HYJ0VarDxc8V4Vpst11
WVkFeSLci6VqGhAccQQCKW9kPmfo73UGZ0OXKfS+Nc4ZvDLGZ804UM9koTb5bP+C
KKTKBbYcqeKucfRAHZJ/TjsNju7zuEw1FZt/dxmjdIqrGcP3ryAFeBMfsd7ZlKZu
mHWj7oP3ipJZJS0gvtRRHBQSvRsrQ3LwAwtlKBqpXCeFyqhkh/H5TM1ji+emJ2SN
buJiCn7+1IUsy26C4lToYA9RDd52zpSaOGBDGZ+j4ol0fkfap6uM2ncUBhjfhZWs
dSITGTpWkblpcxAphMw2SdgDqcAW3p348wcdqlgaMGI2O9PDR9LL5rsBbR3Xl6RJ
XKZVPi/IAEA1eURGPGVq
=dNnW
-END PGP SIGNATURE-

Re: [9fans] RUDP and/or others

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Sun, 18 Oct 2015 16:59:44 -0700
>erik quanstrom  wrote:
>
> On Sun Oct 18 16:16:59 PDT 2015, 9...@9netics.com wrote:
> > > Anyone know of a leaner reliable datagram protocol? I know I saw
> > > one a year ago, but I just can't remember what it was!
> > 
> > are you looking for Internet Link (IL)?
> 
> there's also rudp, which if i have gotten my second-hand stories
> straight, was used on the pathstar backplane.
> 
> - erik

You mean the telecom stuff?

http://www.freepatentsonline.com/7738449.html (no Google allowed)

I only read the abstract and found "pathstar" mentioned in references.
- From a Bell Labs Technical Journal, no less. :)

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWJUZXAAoJEKa4cgqNx31/J3gP/j6fWbuMrSRHHfxq7jwC1TUs
yACeCFGSRZJn5uQcDqwMVzCfsl3lwUhy6yRuSnS04o6VBNo19Q30Oo7hN5zb3zoc
QKPivFwHvJFalkB2I6AT2N4nzAyquXjR1WQd52m2Wjp63WoAcbQ/a3kf0LDpQZLW
12ksI/GKjTP6W25DTbiMA8PbgAL1CTJl2/i3E2pk/4sMXJMu+pZXwEZLGbz6B+Gi
PbLebxpOktxWTKOMQaeMPVSpfJitleYVhQ4E4hpTZYaAvhwL8bXN1bbuHZEKxrZz
cmG4CXl0qS3rSMKkQCE2pBvveaxIoRZJwH8H7O81cLfDg5yhhA/M84JO68Yy3YcE
IAmjMD7A+6c1mqmfCBnlMSB1Kb+SKCogucE0OEKxRZQ/AqmJK1J4IysVSIk9jf47
VuYXvydJIFvRMtfdl8DJvGKHFyGg1A4IJTaRUmDtnfhrbZPsuO2+DH0udtiV3Nd2
KGnyB2rFZjWlORR52Ea3T8y6KULaouEQMCyB5HXn7sCYuRnsuvdNHtHalt5s/AR9
XnDyNksQO/+qwbt8baP3d3df/mLAdt/WF91rfLE11SnaP+dVWUx3Wzb/jKMSOg/o
9JbrGVypNWh68tCrY6X9iopi5EG6y/kwiULk8KB6KwWsEFJrtFiM7yKJB0wXcA6H
NkF7LyZdANZh43mbgFRo
=r0HZ
-END PGP SIGNATURE-

Re: [9fans] RUDP and/or others

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Mon, 19 Oct 2015 00:43:56 +0200
>Aleksandar Kuktin <akuk...@gmail.com> wrote:

> Anyone know of a leaner reliable datagram protocol? I know I saw one a
> year ago, but I just can't remember what it was!

BTW, the purpose of the exercise is to identify possible candidates for
transporting VNC, and that can be implemented in FPGA fabric. As in "the
entire stack".

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWJCHYAAoJEKa4cgqNx31/WRIP/A3I8WyfibOjSSj518LvgwsB
X5H4NIVaBQx6XK9Lm+5TfHSsnv74StgT0DijM/sPXnfybFJ/LO0lKAsn8k3J3/0O
Gu38Ce88OA/3u/IQ/mEnjwL3mAGhXkLiSgB2zkH4OkzXbK6kJgEs7r8n/DF9jID1
H+pzwtG+iMfK9BKq2JKVZKtukl623movGRKMPscE86paqyzuLvgtmuc8ASCKbLHX
ZgWgSErrjumfwvu3hkkKLuh4XEQUGD4SUIu6Yore72FgEISi6b/5EPr0Sx/sldz6
gkXN4m0IGlYCCE2ZHxCxzcUz2T007e/XE8LhVzDEmACttHfhPFxEZ8FBdH+Gg3QP
3Hm/9RkgXzPtgWt4T1HqeHcoR+3vfmRDrMnlkI875yJ6nqRKHUwd/mvUdsau8No0
CO5TJ9a6Uglh6f0DU8xCqWIDmvW/yq9MIbUyWGc6naR5P4usjfLjSQs9QPQxnkLL
cIK0XwmNvNv+OP6Q3+LnZYIhMqiRIJdvA+igq0J5zuN0IFvmy2B7jB2F0LUEcnEv
EUDX6syX+rVayDtGCNPn15KIkfWF40sS8x0kJoJkDz1ibUYyC+onIsUDgL59KiGP
x6zmj072CGUuvV8Q1d3bHh7I5e4+FDramappb3/FUB6/jKYabM9iiACvnG51uh3R
jE4epK5bPbKv+OUKREdT
=CG3w
-END PGP SIGNATURE-

[9fans] RUDP and/or others

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.

So there I was, shopping around for reliable datagram protocols when
BAM! I run straight into RUDP. "Designed at Bell Labs for the Plan 9
operating system". I just skimmed through the (expired) IETF draft from
1999 and I honestly think the design might be too much. It looks like
it's almost completely like TCP, but without segmenting and possibly
with double checksumming. Seems like overkill.

Anyone know of a leaner reliable datagram protocol? I know I saw one a
year ago, but I just can't remember what it was!

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWJCCsAAoJEKa4cgqNx31/od0P/3zEpbVsZvkHWrZZ9DL63KJJ
dXo/DE9C5A0GcS398rwn0VRX7fTPSuuGSrSlwuwhhLnbBMeJHEaLzBrit3JUG4bU
viIJwEQgRPJ97bCWwkxFy3OX/iE/VS4bRyHToyapUfxB+g+OVf2iYXfmUQKqJ8lf
pg7goJWjb1nAvxMO0zsFA7/A1IFFpaNbkZSyhn2EAcGQl8N2e2KWNyRBIPm+KaVG
Lm16RukYt6bxbcw60LArggDgkvp6HMf4V1+5RlNCox8XhBwcgXCKOtSBeXq42D/i
b1u+R8hb5MYcVPwhepPzd9RLljUkZ3B94nL8PZd1af0HS1NhYbgSnEMn8FQP/uet
q04mlNsU5oZMDa3XcJnWIQTZjTqIMzGZGhJ8BygaDY5oEH+XZCsk4IhsJ/szESt7
LelrerwZBOH5wPP3j9bZHEMVGONDZYv7zDaqSKXJTySLwTN33caDC44QomFQ9w/l
G9M0WMJM44YK32X2FOncOOkG+aZHVti4wRYb1DS71J0e0ZjSNUPaPfyldCS9OzkI
H1Lp3CzidoaIhZ7AbZLXodDxHqhMTt6DpqmOKVUVRABQuQAjzpKPXivy2JNy/9x2
8ybRKlDJIQamI9vS/X7WIx/LXo9+wAKkZkoMS1Fu2Wy9+B6JoSKGvsAVCgLwJTsD
wvPC8NbMAgUmdcG1EVjI
=ueEt
-END PGP SIGNATURE-

Re: [9fans] Web Gardens

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Mon, 12 Oct 2015 17:57:16 +1300
>Andrew Simmons  wrote:
>
> As a diversion from the discussion of the existential essence of
> Javascript, could I ask the group for a view on the meaning of the
> term "Web Garden"? I was just asked about this in a job interview.
> Supplementary question - how would you implement a Web Garden in
> Plan9?

How do you call isolated ecosystems put up by the big players
(Facebook, Tweeter and such) that hold all the data within and disallow
linking to that data from the outside? I seem to remember "Web Garden"
was used, but it could also be a "Walled Garden"..

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWHDeHAAoJEKa4cgqNx31/pWcP/3i7rBawmHLFLnl6m5jB6hMb
HDaa2qDGrum3COn94sukeKApcUUmCJcA8HrWZryctfzT+5JAK/1XnfSdi5X3oRJv
hJY2P1a/aW8y9aOXyE6xh4e2h586mU5YOvpN9sY6oltSvB4K+8SgBxQ3ib1KXQtf
2vIuOTpo1d0bvXdI67qbfoj3ewY094FvLkPDDsLTV4f5Qz0ICJYt0o2IdvnUfUtW
isWAA352ujsxrItJ9dvURRhIpihKB1ufdIE//DvOEb9ZOcIyXdNYlpOKwHgd
GutOBvj6IakYA6ORZpILCLT93E+iHP83AnLMWq3orW6X32hkQHQoWlxzASDN0TtS
zFork2otQnaQImgZtSukH4aBlYemqvZqkqz07haleSEJIuuZgZM/geBmLLZgFTA7
W0QPsP7vEfbm7uGFGtu7oEzdNMLQNiFTtpKQo4f70WGBjOQpcddAPVnbilXcLTnv
wYs+U0k1pBRMyLtHMhWza2elx6D96AmahMr1AaSjskPvDVaGMcvyP9NkAGny9C7x
/ma1D1N995YWuPU8QEK9uXR0j2owBPp5Oh3mv2Eoy9GIpMjTNXRJNRGD3RUATjYm
jtiBWbd0C3EpIHx11ucJ3/lr6vxE8PHGjih2Vp20J7vkbYQHRaF8NXoDsKXObnFw
aC7pcWHF0eUln9KxQtl+
=KDva
-END PGP SIGNATURE-

[9fans] Old sources

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Does anyone know where to find the THIRD edition of Plan 9? I tried
reading the book with the source commentary, as suggested here a week
or two back, but I have the fourth edition. The difference in code is
sufficiently large that I can't follow the book.

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWB8NkAAoJEKa4cgqNx31/SdYP/3G9bBuPJQ82BZtA18T/XC6W
67xAnSt+RnTGFdFnNFb81qbrbT2xfje/EXyKESAUlZuOU6zctjKc6rXmck0+R80A
fJXqSfWOdlt7O0sFfkfVgOc2JFcSpA9ON/62Kzc2Cyp1brhD3HTEG9bjrmgQ/LCN
DODabtQQBEPCrbOoOYy8eZsvXonJPE2eSlepne/HIMhVD9aXkl3WE7sziyjiofA6
n2VXVOl6nOmHBdFwZDrOVQCZGxyaIuridMB6eHOyZ0BYUeKyG2GXXVwFIS3iqai7
YcCbxVKpe6EcEC0LggVOiHZfwBHaw4DyroXXR7fjGbU+R3EidgdNbEApKLjxsEAr
oBWLTiQ8M47KaYcWNOXF98uoFBZNmkDYErc7Vfe93X/ADWZ+9mC9CGZW1aEPVHSc
7gIE4BDmyGKv4NdD2XHjxBrHT7AnkveWIYQMoM+O/Mr7TlY9C+w+cFzlN918wY39
hA8NaNmU1lBPL0GCPPSvxXPtyPEoVyBR2LnrhkJmGIGj9MJfc3uLzK0KTaks/TBV
Y9RX6vYdxDjmqKqKHBvtW5F7VsAGyYHn/GHAthX1lxyBm9XhbYBqnxUl8K5xkb76
JNPbNDKoYKgRDsKZo97dy4ifQETOwne1ic91LR30v06yQ4FzEvrhieedjrrXbxLA
36Yy+3wQc3fLClrQXGyN
=pcIY
-END PGP SIGNATURE-

Re: [9fans] Old sources

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Sun, 27 Sep 2015 12:49:54 +0200
>David du Colombier <0in...@gmail.com> wrote:
>
> > Does anyone know where to find the THIRD edition of Plan 9? I tried
> > reading the book with the source commentary, as suggested here a
> > week or two back, but I have the fourth edition. The difference in
> > code is sufficiently large that I can't follow the book.
> 
> The sources corresponding to the "Notes on the Plan 9 3rd edition
> Kernel" book used to be available on
> http://plan9.escet.urjc.es/plan9jun.tgz.
> 
> However, this server seems to be down. I've just uploaded my copy:
> 
> http://mirror.9grid.fr/mirror.9grid.fr/plan9jun.tgz
> 

Great many thanks! :)

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJWB8p5AAoJEKa4cgqNx31/kyYQAJ6knNYkvgqxClvwnr3nGXY4
yWY8qDh/4F+ib/yeTVUnTke0jR2gkaUD2+TfcoqnW7cGxi+SZUDo95URfXU60wAs
qrGE/PRj2/0QP/H3wFX+VFO/qnMdl6eUe2Nd3iRctQDLrMyYZ7ceubSS5Yg8lBDM
Zpp2pFwwwOGOj5OIn9v2eSoYza6iEvl/IZ5BR6toEtQlfNe/iWZqaN2b46/czhq9
HjDMYYqj69jgmSXaAodD5qaPpBu76CCa5U7dfSs8QU5jWhzqKVibucm9rrM+J9bZ
UWbqNGKt24vxTGsZLbrOZQuQFb5nahBR57EdzLagzDlrdy05hX/JZsaTTzXEMqj+
ls/N2Y5kqSUwoSW8c8eUIP0HVrTYkmsq980JE5du+B6WWmGL1AwUYADpMuff26CO
H+d2kbhHy5WKUxiqijxm/YOVSyfc1STUbLMN3QkIPXb7XKs4R49e/2GIChTUEmtn
dXOls2BIZIWhYUkSY4eBsMgGszKFtuKHV7BRtwJxiXQ10GCkSw528bIN8eJdnhJe
qzV8Q4lTE4U4gxH33/WmVkM951c66hNef0vWHK6qIvpC5jPfach6+h3BGZHKc0ls
UUuW+wtuWsheWJ5lYKgyMzpx0MXAHSbv8NfUW285hSOoybWEKTBHX+KYWXdcVuA2
D3Kp1bCjgaNCY/U3LR2Q
=XzD1
-END PGP SIGNATURE-

Re: [9fans] Pre-ANSI C

[Aleksandar Kuktin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>On Fri, 11 Sep 2015 14:16:49 +0530
>Ramakrishnan Muthukrishnan  wrote:
>
> Not really about Plan 9, but I found this blog post and the comments
> (there is even a comment from Rob Pike) very interesting and thought
> of sharing here.
> 
> 
> 

Which reminds me - I should read Plan 9's source. At least the kernel.

Any pointer about where to start? I tried with the boot code, but it
jumped around a lot and I lost track of it.

- -- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
- --
You don't need an AI for a robot uprising.
Humans will do just fine.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJV81o+AAoJEKa4cgqNx31/A4AP/A6rhnkPiAcJBL6cZthN6+s8
E3lJhHkK+QeWRJGfPuI/8wsCMGoNg7bv236oBmYK5SNIAt1htYeWPHwlPSrjMa6r
tjaOthZrdOBrULaXtskM26V/kCJY3r6ZNoqNxJe6USTGuh7EHRis0Id6ZBwIalUi
cTN56LjFnJHH0wLaAaXWZ/e9oSyvNxHPopwVoshF0m0gjO2wQ1UOKjNQT05YVD/L
9e5INAl7M0Y8vc/ks4jlGPhJTOhVNhzQtnc6+E1sqWAhLEEPs9vSaIo2Yv7IkxJ1
CSsRbt+TAmQeM6NKbB992Luag/sGi/xzJHmk3S0iSUb4OQAMzrWzvbE3pUEZV/Mx
1XxSB5XsqDuhJekJ3HAJzKqTxfDGlfAHLoq2ntWL5VTap1QhnuxuJrdttORJwlYk
iz11WCQhkhptkuaBTXweRIZVUue/2RjIMzyonm0zam9f12BKTgF7sfbKTZEhrsPC
/ubb0kQyXLW/u3oxPM3P7VCIN+l6GzCB4VMeQpWbLSB1ZFacds+SAnWH79nCX2+o
l9UDr43GHoGYc50WYeN8gVq+yZt0mMW1n33/R+4ltUiqBbYfd1Bll+QA7d0zBecO
/k7vBh+B18XMwRGQkczvvlE7FAuxHjc7PEx8HnmIydyFU23sP966lbt5CczwIMA7
epJusWqdEqmXP22vm/++
=tRzZ
-END PGP SIGNATURE-

Re: [9fans] inquiry about project sponsorship outside GSoC

[Aleksandar Kuktin]

On Wed, 17 Sep 2014 17:33:36 -0400
Caleb Malchik cmalc...@gmail.com wrote:

 Your role as a sponsor would look something like this: fall semester
 (between now and mid-December) you would help define requirements and
 a deliverables timeline, and approve design documents. In the spring
 you would monitor progress and optionally provide support to the
 implementation.

They used to call this mentoring.

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.


signature.asc
Description: PGP signature

Re: [9fans] Announcing The Virtual Plan 9 Server Cookbook

[Aleksandar Kuktin]

On Wed, 27 Aug 2014 15:16:04 -0400
David L. Craig dlc@gmail.com wrote:

 This is the publication I wished I had had several
 months ago, so I decided to write it.  With hundreds
 of screen shots and a few choice scripts (the main one
 based on maht's make_cpuauth contribution to Plan 9),
 it walks a UNIX sysadmin of modest experience through
 installing Debian Sid onto an x86_64 box capable of
 full-virtualization and then installing a virtual Bell
 Labs Plan 9 computer therein and transforming it from
 a stand-alone non-networked terminal configuration
 into an Internet-capable cpu/auth server.
 
 This alpha version has all the information needed to
 do this--only the Overview section remains to be
 written.  I would like to get other folks' evaluations
 of the work so it can be improved.  It is released
 under Creative Commons Attribution/Share-Alike and GPL2.
 
 I really hope it is helpful to a lot of people as time
 goes by.
 
 http://dlc.casita.net/~dlc/vp9cb/index.html

I think I'll be using this heavily when I embark on the next leg of my
installing of Plan 9.

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.


signature.asc
Description: PGP signature

Re: [9fans] The developers of Plan9 think there was no point in coding in binary code three years ago as they did or make the Riga Technical University and University of Latvia?

[Aleksandar Kuktin]

On Wed, 13 Aug 2014 09:47:03 -0300
françai s romaper...@gmail.com wrote:

 What are the programming languages ​​that were used to develop the
 Plan9?

A dialect of C. The source code is in /sys/src.

 Probably the Riga Technical University and University of Latvia
 continue teaching coding in binary code, ie, machine language.
 
 I say this because about three years ago the Riga Technical University
 and University of Latvia continued teaching coding in binary code, ie,
 machine language.
 
 The Riga Technical University and University of Latvia made ​​based
 projects  in Plan9 using coding  in binary code?
 
 The developers of Plan9 think there was no point in coding in binary
 code three years ago as they did or make the Riga Technical University
 and University of Latvia?

Is there a reason Riga Technical University and University of
Latvia are mentioned in every sentence? What exactly is the purpose of
this e-mail? Advertising? Fishing? Is this an automated shotgun
e-mail designed to extract some information from the 'Net? An AI test?

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.


signature.asc
Description: PGP signature

Re: [9fans] My 9pi box

[Aleksandar Kuktin]

On Sun, 10 Aug 2014 08:35:37 +0900
kokam...@hera.eonet.ne.jp wrote:

  Question: does the box drive the screen? If so, what did you use to
  connect the screen to it? HDMA? USB maybe? :) 
 
 It's connected through HDMI with high-vision mode to 20 TV..
 TV may not be good for PC programming, because it is desighned
 to watch from a distans.  The screen is orthodic vertical, and
 my eyes are little bit higher position.
 However, it's very good for short time writing.
 I recommend you to use HDMI, it's easy.
 
 Kenji


Thanks!

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.


signature.asc
Description: PGP signature

Re: [9fans] My 9pi box

[Aleksandar Kuktin]

On Sat, 9 Aug 2014 19:31:31 +0200
hiro 23h...@gmail.com wrote:

 I guess you're not aware the rpi has a hdmi port?

Ooops! By bad. I didn't realize I was looking at a Raspberry in
disguise.

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.


signature.asc
Description: PGP signature

Re: [9fans] My 9pi box

[Aleksandar Kuktin]

On Sat, 9 Aug 2014 14:27:02 +0900
kokam...@hera.eonet.ne.jp wrote:

 I forgot it to attach.
 
 Kenji

I like this.

Question: does the box drive the screen? If so, what did you use to
connect the screen to it? HDMA? USB maybe? :) I've been on the lookout
for USB screens for a while, in order to make something like you did
(but not in a can, necessarily).

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.


signature.asc
Description: PGP signature

Re: [9fans] Cross-compiling Plan 9

[Aleksandar Kuktin]

On Tue, 8 Jul 2014 02:10:37 +0200
Aleksandar Kuktin akuk...@gmail.com wrote:

 On Mon, 7 Jul 2014 17:41:35 +
 Yoann Padioleau p...@fb.com wrote:
 
  Hi,
  
  I was able to cross compile Plan9 from MacOS which is probably quite
  similar to cross compiling from Linux.
  
  The first thing was to compile the plan9 C compilers
  on MacOS. I used https://code.google.com/p/ken-cc/ because this fork
  of the Plan9 C compilers are easier to compile on non-plan9 OSes.
  
  Then I installed plan9port which contained a few utilities that are
  used when compiling the plan9 kernel (/bin/rc, /bin/mk).
  
  [snip]
 
 Ken-cc may be the missing piece of the puzzle for me, however it is a
 little too early to tell. Right now I'm working on compiling the
 kernel which SHOULD, theoretically, be easier then userspace since
 the kernel is far, far more hermetic than the userspace.
 
 Anyhow, I'll be sure to post the method for doing it, should I
 eventually end up victorious.

Well, I managed to make the kernel and almost everything else I touched
compile. No idea yet on whether it will run. But libscribble is giving
me a really hard time. There is a bunch of #pragmas about incomplete
data structures that the compiler (8c from Kens suite) doesn't
understand and those are holding me back.

As for the rest, the biggest problem is a bug in Kens compiler from
code.google.com. There is a header, a.out.h, which contains a
definition/declaration (I always forget what is a definition and what is
a declaration) of a structure called Sym that is different in the two
header files. As a consequence, the compiler and assembler produce
object files whose symbol tables the archiver is unable to read. As a
consequence of that, the libraries are useless. The solution to this
was to delete the copy in src/libmach/a.out.h, and rebuild everything
with the other copy.

Since I am building everything on Unix, and am using the Unix shell
(bash in my case), I had to rewrite much of the mkfile rules,
specifically ones that deal with loops, conditionals and substituting
outputs from commands. Because all those rules are simple, this was a
trivial task. I also needed to change sed programs embedded all over
the place to be understandable to my systems sed.

Probably the biggest problem was rewriting several programs from the
aux/ directory (/sys/src/cmd/aux/). These are written to be run on Plan
9 and porting them to Unix had to be done by hand. Again, since they
are for the most part simple, it wasn't much of a chore. It just had to
be done.

And that wraps up this weeks events in my attempt to compile and run
Plan 9.

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.


signature.asc
Description: PGP signature

[9fans] Cross-compiling Plan 9

[Aleksandar Kuktin]

Hello list!

Are there any pointers or short instructions or a HOWTO or something
similar on the art of cross-compiling Plan 9 from Linux?

I've recently decided to start using Plan 9 and, because I am a fucking
lunatic, I've decided to download the source code (from
plan9.bell-labs.com) and compile it to a complete system.

Also, since I have decided to piggy-back the booting of Plan 9 on
Linux, where exactly in the source am I supposed to look to figure out
how to boot Plan 9? My plan is to hack Linux and replace the part when
it starts init with a routine to load Plan 9 and pass control to it.

I do all of this because I am dead-set on porting Plan 9 to my
smartphone-turned-handheld computer. Because I'm not sure I won't brick
the device if I muck with the bootloader, I have to go this way since I
have proven that I am capable of changing the kernel without bricking
the device.

-- 
Svi moji e-mailovi su kriptografski potpisani. Proverite ih.
All of my e-mails are cryptographically signed. Verify them.
--
You don't need an AI for a robot uprising.
Humans will do just fine.


signature.asc
Description: PGP signature

Re: [9fans] So, why Plan 9?

[Aleksandar Kuktin]

On Mon, 11 Oct 2010 13:45:02 +, Bruce Ellis wrote:

 Very succinct, and better than I could do 'til the coffee kicks in.
 
 You could have pointed out that the entire source tree is smaller than
 the gcc manual.

WAT!?!

Ahem.. pardon my manners please, but this caught me completely of guard.

I learned of Plan 9's existence a few years back, when I was finishing my 
Linux from scratch and was out looking if there is a way to get something 
even better than a Linux. I've been lurking in this group for quite a 
while now, hoping to maybe find some easy way to merry the two systems.

Speaking of which, is there a way to do the opposite of Plan 9 in 
userspace? That is, a way to use Unix-specific programs and libraries on 
Plan 9?

Basically, this is what has been holding me back. I would like to switch 
to Plan 9, but still have all of my Linux programs and libraries 
available. I also dread using any virtualizators, QEMUs, Xens and other 
stuff; not because I find them hard to use, but because I don't want to 
waste CPU cycles on compatibility layers.

Is there already an implemented.. POSIX compatibility layer, library, or 
something? Hopefully, something that is very, very thin??
Maybe?

Re: [9fans] So, why Plan 9?

[Aleksandar Kuktin]

On Tue, 12 Oct 2010 11:27:45 +, Steve Simon wrote:

 Is there already an implemented.. POSIX compatibility layer, library,
 or something? Hopefully, something that is very, very thin??
 
 http://plan9.bell-labs.com/sys/doc/ape.pdf
 
 this will allow you to recompile nice clean ansi posix code. compiling
 gnu code may require more work as much of it is rather tied to gcc and
 glib.
 
 getting configure to work (the importability system) is a pain but Fede
 has a nice script which can do much of the work for you - see the 9fans
 archives http://9fans.net/archive
 
 -Steve

Thanks guys. Looking forward to trying it.

Ofcourse, since I'm short of free time right now (ah.. the age-old 
problem), I'll be playing with all this a bit later.