Re: [9fans] Re: 9legacy rpi4 usb installation + 9front libsec + ...

. I'm glad you'll give it some use! adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T585a46c9a2003432-Mef27580c84b63b78e1a22591 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Re: 9legacy rpi4 usb installation + 9front libsec + ...

it, I found a silly bug while porting it to 9front (just some minutes before writing this). Two people contacted me telling me they were going to archive it, Vester "Vic" Thacker at https://tip9ug.jp/who/adr/ and Philip Silva. So in the future if you are a legacy|labs user and you want

Re: [9fans] Re: 9legacy rpi4 usb installation + 9front libsec + ...

On Mon, 22 Nov 2021, adr wrote: http://shithub.us/ph/misc/f54501c2592bd7cee283a243391d07f2dd131373/9legacy/f.html Also better update http://adr.freeshell.org/plan9/patches/sam_label_command_riosnarf.diff, it had a bug. -- 9fans: 9fans Permalink

[9fans] 9legacy rpi4 usb installation + 9front libsec + ...

I'm not using 9legacy anymore, but someone could find this useful. I'll keep it in my sdf space for a while. Grub it now if you are going to use it, I'll delete it in a week or so (I'm not interested in feedback). http://adr.freeshell.org/plan9/ Regards, adr

Re: [9fans] Re: 9legacy rpi4 usb installation + 9front libsec + ...

I updated http://adr.freeshell.org/plan9/patches/sam_label_command_riosnarf.diff, it was bad formatted. I'll keep the site to not pollute more the list. Regards, adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T585a46c9a2003432

[9fans] Fix sam regexp bug with metacharacters in classes

The code assumes runes are 16 bits long, not 21, creating faulting code parsing classes. I.e. '/[\-]' will not match '-'. This is the same fix already in 9front. http://adr.freeshell.org/plan9/patches/sam_fix_metachars_on_classes.diff --- /sys/src/cmd/sam/regexp.c Tue Apr 23 19:06:01 2013

Re: [9fans] acme and sam - mouse suggestions?

On Sat, 29 Jan 2022, Steve Simon wrote: search ebay for beatus mouse Thanks, it's funny the three of us were talking about the same mouse. https://www.amazon.co.jp/-/en/Beatus-Button-Perfect-Buttons-Scroll/dp/B07CZ1B7H3/ref=sr_1_3?crid=3VAGF8O45TNZW

Re: [9fans] acme and sam - mouse suggestions?

with the big ball in the middle. Could you share your experience? adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T49f3cceea70d2b61-Md0e53e97477d447dbdd8df36 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] acme and sam - mouse suggestions?

(you can't disable this) and the only way to wake it is clicking one of the buttons (not the wheel). Now the funny part: it sends the click to the host. A nightmare. Thanks for the feedback, adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups

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

ori wrote: All too often, the only post with technical content is the first post in a thread. The technical content is drowned in the bullshit. As a result, help is given off-list if it's given at all. It protects the questioner from the deluge of noise, but hides any debugging steps from

[9fans] Corrupt subjects

I noticed that some mails were sent by me with corrupt subjects. I'm using alpine again and it's very easy to do that after editing with vi (I'm using the sdf shell directly). Sorry about that, it looks like I was tring to separate the thread, I wasn't.

Re: [9fans] acme and sam - mouse suggestions?

fijal wrote: I'm very happy with this one: http://www.hao1885.com/products_desc.asp?id=413 That's the same I was talking about. Don't you feel annoyed when you have to wake it? Do you know where to buy the wired model? hao1885.com/products_desc.asp?id=414

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

On Mon, 24 Jan 2022, Lucio De Re wrote: Date: Mon, 24 Jan 2022 05:23:26 +0200 From: Lucio De Re Reply-To: 9fans <9fans@9fans.net> To: 9fans <9fans@9fans.net> Subject: Re: [9fans] Problems installing 9legacy on bare metal (Thinkpad X60) On 1/23/22, Conor Williams wrote: hello mein names ist

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

People has different points of view about how sociaty is organized. This can change with time along the way of ones life, sometimes not. The only way you can promote ideas you think are best for the future is through dialog, engaging _all_ different kinds of people in the conversation. There is

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

On Tue, 25 Jan 2022, Lucio De Re wrote: Microftiv deserves the same kind of respect as Nemo and I think - he can correct me in private if I'm mistaken, I'll publish the correction if requested to - the former meant to express that respect, but his subconscious nabbed him. I also feel the

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

On Tue, 25 Jan 2022, hiro wrote: adr, you seem overly invested only judging from the amount of text, where you counter politics, with more politics, and shitty extremely uninformed rhetorics. Can you at least respect the administrator of the list and wait to another threat to troll as usual

RE: [9fans] Unable to load page in Abaco

not mantaining it. Now you want to ask yourself, is it worth it? Why don't use 9front instead? Good luck, adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T1be0869af45e66b9-M2171725f445f786aaf1bfdfb Delivery options: https://9fans.topicbox.com

Re: [9fans] Conversion of constants in C compiler

of the p9f board, if you serve the 9legacy sources there it would be really easy to send you a patch. In my opinion it makes more sense to let the editions be archived as isos and substitute the sources 9p service with a 9legacy one. Just a suggestion, adr. /sys/src/cmd/cc/lex.c: [...] vv

[9fans] Conversion of constants in C compiler

Hi. I've been tinkering again with the dist I shared before in http://adr.freeshell.org/plan9, basically 9legacy + Miller's 9pi + 9front's libseq. Importing ori's git9 I noticed that the compiler was truncating a constant without the correspondent suffix. According to C99, the type of a

Re: [9fans] Conversion of constants in C compiler

about that repo? Regards, adr. --- /n/9front/sys/src/cmd/cc/lex.c Wed Apr 6 14:45:26 2022 +++ /tmp/lex.c Thu Apr 21 08:39:14 2022 @@ -848,16 +848,9 @@ yyerror("overflow in constant"); vv = yylval.vval; - /* -* c99 is silly: decimal constants s

Re: [9fans] void*

he same operations as with char*. Again, just some thoughts. The comments about uchar* or uint8* are because arithmetic on void* brakes the concept of void, I don't really like it. But sometime things are doomed to staid as they are, even if they don't make sense... adr. --

Re: [9fans] void*

In case someone is asking why this guy is suddenly so thoughtful about void pointers, it is because I'm porting Ali Gholami Rudi's neatroof, and he uses a lot of arithmetics with void* in neatmkfn. I got rid of ape, and this troff looks really easy to port and has a lot of features. I'll share it

[9fans] void*

object is going to be processed as a byte array. Local uchar*'s are used to do the trick inside the function. It wouldn't make more sense to avoid the use of void* and just use instead uchar* or better still u8int*? Some thoughts? Regards, adr. -- 9fans

Re: [9fans] void*

have access to them, like everyone else. By the way I'm curious, someone knows a modern machine with CHAR_BIT>8? I would prefer to use fixed-width types and let the compiler deal with these (nowadays) eccentricities. Regards, adr. -- 9fans: 9fans Permal

Re: [9fans] void*

On Sun, 15 May 2022, adr wrote: What I mean is if we are going to follow C99 in the use of void*, we should allow arithmetic on them. Let me be clear, I know that C99 requires the pointer to be a complete object type to do arithmetic, and I like that, is consistent. But then I don't see

Re: [9fans] void*

t wanted to share some opinions. Regards, adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tecaea3b9ec8e7066-M9bc3acdf4dd19efb75ea5a51 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Aarch64 on labs|9legacy?

Hi, has someone done something with aarch64 on labs|9legacy? Regards, adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T000c7f7d66260ba3-M91ffa69c6d4f00b16c7e30f2 Delivery options: https://9fans.topicbox.com/groups/9fans

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

utions) sometimes refers to AArch64 as ARM64." I would agree that you could use the therm ARM64 as a synonym of Aarch64, but giving me just that response... It isn't even funny. adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9

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

On Sat, 21 May 2022, o...@eigenstate.org wrote: aaarch64 Thanks, really helpful. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T000c7f7d66260ba3-Me37f9be21d8fd00ceef174c2 Delivery options:

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

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

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

On Sat, 21 May 2022, Aram H?v?rneanu wrote: On Sat, May 21, 2022 at 7:12 PM adr wrote: I wasn't talking about any compiler. Choosing $objtype (and $O, etc) is the first thing someone writing a new Plan 9 compiler port does. These values are set in libmach. I suggest reading the 2c(1) manual

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

On Sat, 21 May 2022, Frank D. Engel, Jr. wrote: The compiler appears to be called 7c. adr, looking at the original email on this thread, it is not very clear what you are trying to ask? There is no 7c on labs' , there is no patch for aarch64, arm64 or whatever you want to call it in 9legacy

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

On Sun, 22 May 2022, Thaddeus Woskowiak wrote: You've embarrassed yourself enough already. Please end this tantrum. Thaddeus, you can go and plumb yourself, and you can keep your stupid basket of arm computers. Yours was the most embarrassing "I'm just bored and I don't have anything else to

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

Just in case somebody arrives here with interest in the subject of the thread, here are the portable version of the plan9 compilers, including 7*, which someone shared with me offlist. https://bitbucket.org/plan9-from-bell-labs/9-cc/ It was really hard to type this, don't warry, I understand.

[9fans] Aarch64 on labs|9legacy?

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

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

Has someone done something with aarch64 on labs|9legacy? It's called arm64 Great. Because with this 4 magical words I was supposed to find... what? Where? What are you talking about? Where is this work on Bell Labs' plan9 that I could find using the string "arm64" (which of course I knew

[9fans] ntohl, htonl,

is already in the system. Regards, adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tbf58310b561cd180-M2eabe8ea5d75da927a0a19b4 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] ntohl, htonl,

data in a determinded endianness, so I imagined that some functions I mean "certain" endianness, ugly typo. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tbf58310b561cd180-M6768de0bfccdc64669e77a6f Delivery options:

Re: [9fans] ntohl, htonl,

format of image, audio, etc store data in a determinded endianness, so I imagined that some functions or macros could be defined already somewhere. Regards, adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tbf58310b56

Re: [9fans] ntohl, htonl,

On Fri, 13 May 2022, o...@eigenstate.org wrote: They exist in fcall.h -- see GBIT/PBIT macros. Thanks. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tbf58310b561cd180-Mb43211fb858857f5155bf1cb Delivery options:

Re: [9fans] void*

void*. GNU (and I think clang followed suit) just made the size of void* 1. I don't really like this because it breaks the concept of void, that's the reason I talk about char* and uint8*. But I think I'm repeating my self a lot, so I will silently retreat back through the hedge. Regards, adr

Re: [9fans] syscall silently kill processes

On Tue, 28 Jun 2022, adr wrote: It's just to play with it, note that onnote should be just passed once. I'll post another patch if things work ok. Here it is. I'm doing sysfatal when malloc fails to be coherent with the rest of libthread, but I don't think that's a good approach. When those

[9fans] _threadmalloc() size>100000000; shouldn't be totalmalloc?

size, 100M for internal allocations? It has to be totalmalloc, doesn't it? If not this if statement should be after testing the success of the malloc. Am I missing something? adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te1be8dc72738258d-M7

Re: [9fans] Re: _threadmalloc() size>100000000; shouldn't be totalmalloc?

d library, where indeed such a large allocation would likely be an error (bear in mind this code was developed on 32-bit machines with RAMs measured in Megabytes, not Gigabytes). No, it's used also when creating a channel and setting a thread's stack size. adr

[9fans] Re: _threadmalloc() size>100000000; shouldn't be totalmalloc?

On Sun, 26 Jun 2022, adr wrote: Date: Sun, 26 Jun 2022 09:50:19 + (UTC) From: adr To: 9fans@9fans.net Subject: _threadmalloc() size>1; shouldn't be totalmalloc? /sys/src/libthread/lib.c [...] void* _threadmalloc(long size, int z) { void *m; m = malloc(s

Re: [9fans] syscall silently kill processes

On Tue, 28 Jun 2022, andrey100100...@gmail.com wrote: Thanks for the patch. It's just to play with it, note that onnote should be just passed once. I'll post another patch if things work ok. adr -- 9fans: 9fans Permalink: https://9fans.topicbox.com

Re: [9fans] LPAE patch for ARM

On Sat, 4 Jun 2022, Richard Miller wrote: There's a new patch bcm-lpae which uses the 64-bit page table format to allow 32-bit ARM kernels to support more than 4GB of physical memory. At present this is mainly of interest for the 8GB Raspberry Pi 4, but there's nothing Pi-specific in the MMU

[9fans] atoi(s) != (int)strtol(s, nil, 10)

for ato(i|l) first! adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tfd15e5d5411bde5a-M6ce63c344a72d5488ffefe9c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Conversion of constants in C compiler

the libraries, cmd and kernel (except ape) without any problem. adr. /sys/src/cmd/cc/lex.c [...] vv = yylval.vval; if(c1 & Numvlong || (uvlong)convvtox(vv, TUVLONG) > convvtox(vv, TULONG)){ /* unsigned suffix or hex occupying the sing bit */

Re: [9fans] syscall silently kill processes

Oh man... how silly, I know what's going on. We are using processes not threads, so although we are sharing the same array of handlers, they are registered for different processes. When the array is full the next processes fail to register handlers _for_them_ so as andrey rightly said, the

Re: [9fans] syscall silently kill processes

On Sun, 19 Jun 2022, adr wrote: The solution is obvious, cancel the process' handlers before it exits so we don't run out of space. This was really silly... Now, is there any reason to not do that in threadexits() when it terminates the process? Shouldn't threadnotify() cancel only

Re: [9fans] syscall silently kill processes

On Fri, 17 Jun 2022, Skip Tavakkolian wrote: Thanks to Douglas Adams, I think '42' might be a more obvious magic number for a clue: % 8c udpflood.c && 8l -o udpflood udpflood.8 && ./udpflood | grep end | wc -l 42 % grep 42 /sys/src/libthread/note.c #define NFN 42 I don't understand, why

Re: [9fans] syscall silently kill processes

On Fri, 17 Jun 2022, andrey100100...@gmail.com wrote: Seems like noted() call not needed in user code. noted() is only needed when using the syscall notify, when using atnotify() (or threadnotify) you don't need it, as it is said in notify(2) and you did correctly in your first example.

Re: [9fans] syscall silently kill processes

On Sat, 18 Jun 2022, adr wrote: On Sat, 18 Jun 2022, andrey100100...@gmail.com wrote: - cpu% 6.out | grep end | wc -l 33 Problem in unregistered handlers. But unregistered handlers shouldn't be a problem. The process is been killed when

Re: [9fans] syscall silently kill processes

, but you don't need to register the same handler 80 times! adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tfa6823048ad90a21-M62a1f2e8578fcd812c35b4b5 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] syscall silently kill processes

On Sat, 18 Jun 2022, Jacob Moody wrote: I've attempted to reproduce it, trying to remove the libthread/notify factors. I've come up with this: #include #include static void proc_udp(void*) { char resp[512]; char req[] = "request"; int fd; int n; int pid;

Re: [9fans] syscall silently kill processes

... The changes I'm testing are not for evading the limit, but for making the handler managment more efficient and specially to avoid the case when a process could remove another process' handler from onnote[]. adr. -- 9fans: 9fans Permalink: https

Re: [9fans] syscall silently kill processes

On Mon, 20 Jun 2022, adr wrote: But I have something in mind for a case like this, when all the processes are going to use the same handler (that's why I was asking). Let me play with it a litle before I share it. Ok, the idea is this: If in is bigger than zero in threadnotify(int (*f)(void

Re: [9fans] syscall silently kill processes

this system call be interrupted? Start two processes, one which just make the call, another as a timer to kill it. But I have something in mind for a case like this, when all the processes are going to use the same handler (that's why I was asking). Let me play with it a litle before I share it. adr

Re: [9fans] syscall silently kill processes (fwd)

The last mail got screwed, I'm resending this for clarity. /sys/src/libthread/sched.c: [...] if(t == nil){ _threaddebug(DBGSCHED, "all threads gone; exiting"); cancelnotes(p->pid); _schedexit(p); }

Re: [9fans] syscall silently kill processes

fits in libthread, as I said, maybe is better to remove notes support completly and force the programmer to exploit the api. Yours is a good example. Regards, adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tfa6823048ad90a21

Re: [9fans] syscall silently kill processes

ointers to handlers, it should be an array of pointers to arrays of handlers allocated by each process. Now again, does the notes mechanism actually fit in libthread? If it does it should be fixed, if not removed. adr. -- 9fans: 9fans Permalink: https://9fans.to

Re: [9fans] syscall silently kill processes

On Sun, 19 Jun 2022, andrey100100...@gmail.com wrote: Yes, you were absolutely right, the thread library needs some work. It is impossible to use multiple processes with notes, due to the exhaustion of the NFN limit. Andrej, what are you going to do with alarm in the real thing? You could

Re: [9fans] syscall silently kill processes

of pointers to arrays of handlers allocated by each process. Now again, does the notes mechanism actually fit in libthread? If it does it should be fixed, if not removed. I vote for the fix. Perhaps the notification is being used somewhere or by someone. adr. Regards, Andrej ---

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

can be an oportunity to learn about the kernel design. adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T000c7f7d66260ba3-M63f5e66c4ce7fe321f5eb1a7 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Re: bind netdev: unknown interface type

On Sun, 17 Jul 2022, adr wrote: Hi, Experimenting with netdev, I got: foo: #!/bin/rc <> /net/ipifc/clone { echo bind netdev /tmp/1>[1=0] } ; foo echo: write error: unknown interface type I really would appreciate some hint! adr. Oh, I see, netdevmedium is not in the rp

[9fans] bind netdev: unknown interface type

Hi, Experimenting with netdev, I got: foo: #!/bin/rc <> /net/ipifc/clone { echo bind netdev /tmp/1>[1=0] } ; foo echo: write error: unknown interface type I really would appreciate some hint! adr. -- 9fans: 9fans Permalin

Re: [9fans] Re: ctrans - Chinese language input for Plan9

g kana directly with a Japanese keyboard or by romaji with roman characters on western keyboards (ka -> か, ) and then transformed to kanji when necessary. There are different IMEs, but the principle is the same. I suppose that ktrans is similar, I haven

Re: [9fans] Re: ctrans - Chinese language input for Plan9

yboard built in Taiwan). The early input methods (form the '70s?) were pretty much like the ones we use today. As far as I know, there wasn't any Asian computer created without Western or Soviet influence. adr -- 9fans: 9fans Permalink: https://9fans.topicb

Re: [9fans] Re: ctrans - Chinese language input for Plan9

> Silvan Jegen wrote: > ktrans seems to be quite different actually. According to the > documentation it uses the Cangjie input method I was really surprised when I read this and of course, this is not true. I suppose you meant ctrans.

Re: [9fans] Re: ctrans - Chinese language input for Plan9

Yep, Cangjie is one of those input methods based on shape I was talking about, more appropriate for traditional Chinese characters used in Taiwan, Hong-Kong, etc. South Korea still use kanji similar to traditional Chinese, but I don't know what input method they use. Note that in mainland China

Re: [9fans] syscall silently kill processes

On Tue, 28 Jun 2022, adr wrote: Andrey, if you want to use different note handlers per process (with a big number of processes) using libthread, this may be helpful. The idea is this: An array of handlers for all processes which can be changed by all processes. When a note is received

Re: [9fans] syscall silently kill processes

On Tue, 28 Jun 2022, adr wrote: This just evade going through the arrays twice. For the current value of NFN it doesn't make too much a difference, note that this structures are locked. It just was hurting my eyes. Sorry for the noise, bad patch. --- /tmp/main.c +++ /sys/src/libthread/main.c

Re: [9fans] syscall silently kill processes

eliminate the copy of note.c at /sys/src/cmd/execnet (it seems that note.c was added afterwards as I thought). I haven't test it too much, this has been more like a time-destroyer pastime. adr --- /tmp/main.c +++ /sys/src/libthread/main.c @@ -28,6 +28,10 @@ _qlockinit(_thread

Re: [9fans] Re: _threadmalloc() size>100000000; shouldn't be totalmalloc?

ctly given by the programmer, with this limit not documented. I wouldn't call a function wich is part of an api internal. An internal function, for me, is a function inaccesible for the programmer, like _threadmalloc itself. By the way, you mean threadcreate, don't you? R

Re: [9fans] Conversion of constants in C compiler

I think this gets the condition slightly wrong. For a decimal number, we should promote: int -> long -> vlong. Yeah, i was thinking int -> long -> vlong -> uvlong when I wrote that, nice catch! -- 9fans: 9fans Permalink:

Re: [9fans] Conversion of constants in C compiler

it's synced. Nice. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T22754f10b241991c-Mdbeaa9de34cf64c195becdec Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Conversion of constants in C compiler

about using the original code and substituting the warning for an error when a constant is truncated. Makes sense to me and Plan9's C isn't C99 anyway. adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T22754f10b241991c-M1f19d8edddfa4ec4ae0f5901 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Conversion of constants in C compiler

Arrrg! [...] vv = yylval.vval; if(c1 & Numvlong || (uvlong)convvtox(vv, TUVLONG) > convvtox(vv, TULONG)){ /* unsigned suffix or hex occupying the sing bit */ if((c1 & Numuns) || convvtox(vv, TVLONG) < 0 && (c1 & Numdec) == 0) {

Re: [9fans] Conversion of constants in C compiler

On Sun, 1 May 2022, adr wrote: Yeah, i was thinking int -> long -> vlong -> uvlong No, it was a mistake, I forgot to check again that the conversion to unsigned when the constant is using the sign bit doesn't occurs to decimal constants. Also, reading 9front's mailing list

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

> % aux/stub -d /net/etherU0 && bind /dev/etherU0 /net/etherU0 >   (for a single alias without extra clutter) Thanks Richard, I didn't know about stub. Shouln't the usb type be documented in the ethernet section of plan9ini(8), and noauto in usbd(4)? --

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

% aux/stub -d /net/etherU0 && bind /dev/etherU0 /net/etherU0 (for a single alias without extra clutter) Thanks Richard, I didn't know about stub. Oh, and thanks for trying with your pi, I know it takes time and I appreaciate it. -- 9fans: 9fans

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

I've been experimenting again. With etherusb in the kernel, usbd is triggering usb/ether and the device is mounted at /dev. I don't know what happened before. But there is no etherusb device. ; echo noauto ether > /dev/usbdctl (unplug and plug again the device) ; sed /ether/q /dev/usb/ctl ...

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

On Wed, 3 Aug 2022, Richard Miller wrote: 9legacy should always have up to date patches for the Raspberry Pi, and the 9legacy SD card image will usually be fresher than the 9pi.img.gz image in contrib/miller. The only value now in the 9pi image is for historians: I've tried to conserve the

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

On Wed, 3 Aug 2022, Richard Miller wrote: That was a typo, is almost five times slower (~80% slower). Just to be clear, it is really worst! Unless your "small arm linux machine" is a raspberry pi, you are changing too many variables to make a meaningful comparison. Benchmarking i/o across the

Re: [9fans] ramfs bug

On Mon, 15 Aug 2022, Richard Miller wrote: A simple fix is to add a reference count to the Ram struct, to keep track of how many Fids point to it, and only allow a Ram to be re-used if both busy==0 and ref==0. The new 9legacy patch ramfs-refcount makes this change. Thanks for sharing this with

[9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

https://es.aliexpress.com/item/1005003167747779.html First time using usb/ether, so let me share my experience for other users. This is on the last 9pi image at 9legacy. First, I added a line with did=0x8153 to /sys/src/cmd/usb/usbd/usbdb. Browsing the list's archives I thought that

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

Sorry hiro, try this https://aliexpress.com/item/1005003167747779.html -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T668643d11149fab4-M77a66abad7a13dbfad7f19b7 Delivery options:

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

On Thu, 4 Aug 2022, Richard Miller wrote: I don't know any reliable server with good bandwidth serving without tls I am able to connect to your example arch.mirror.constant.com using both http and https. And now I feel like an idiot! The thing is that other tests I've made (I'm talking about

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

slower. By the way I don't use archlinux but I've always use their servers to make speed tests, usually they are fast. Actually the limit on maxpkt in that context wasn't strictly necessary anyway. Just remove the check. Yes, I thought the same. adr --

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

On Tue, 2 Aug 2022, Richard Miller wrote: It should be documented somewhere, but at present it's only implemented for the bcm kernel, and raspberry pi doesn't have a plan9.ini. I think that cmdline.txt should be described in plan9.ini(8) (It should be possible to move etherusb.c to

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

On Wed, 3 Aug 2022, adr wrote: linux: $ wget -O /dev/null https://arch.mirror.constant.com/images/v20220801.71902/Arch-Linux-x86_64-basic-20220801.71902.qcow2 [...] /dev/null 100%[===>] 489.88M 10.5MB/sin 51s 2022-08-02 22:56:44 (9.58 MB/s) - ???/dev/n

Re: [9fans] USB3 1Gb ethernet card working on 9legacy (rpi 4)

By the way Richard, should I take the last rpi image at 9legacy as the more recent with your work? Are you going to abandon https://plan9.io/sources/contrib/miller/? -- 9fans: 9fans Permalink:

[9fans] Acme: support spaces in file|dir names

Hi, this patch adds code from p9p to support spaces in file or dir names. I use the 9front version because it has been mantained, but there are more fixes in p9p to be imported. adr diff -Nur /n/9front/sys/src/cmd/acme/fns.h /sys/src/cmd/acme/fns.h --- /n/9front/sys/src/cmd/acme/fns.hMon

Re: [9fans] Acme: support spaces in file|dir names

seeing a version of plan9port with the apps from 9front somewhere, I'm surprised you didn't know about it. adr. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc1d9d9ca3a94e285-M5b0a4879bb3a257cf8f7ebd4 Delivery options: https

[9fans] Usb audio on rpi4 (9legacy)

Hi, I've problems using usb audio boards on rpi4 9legacy. Before I dig in, I would appreciate if someone can share his/her experience. The idea is to rule out xhci bugs with isochronous transfers. regards, adr -- 9fans: 9fans Permalink: https

[9fans] Panic with 'compose-x' input

Hi, this patch fixes the issue, but other platforms' kbd.c files must be corrected too. I'm only using arm. adr --- /n/sources/plan9/sys/src/9/omap/kbd.c Mon Mar 17 16:50:34 2014 +++ /sys/src/9/omap/kbd.c Sat Feb 11 23:59:45 2023 @@ -208,7 +208,7 @@ int shift; int

[9fans] Re: USB Audio on RPi 4

On Mon, 13 Feb 2023, Steve Taylor wrote: From: Steve Taylor Hello adr, I saw your note on the Plan 9 mailing list about USB audio on the RPi 4 with 9legacy. By USB audio device, do you mean something like a USB DAC? If so, I have spent several hours on this recently. Whenever I play audio

[9fans] Re: Panic with 'compose-x' input

this was the cause. adr -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T2e9c8ba406c24ea7-M5236348a6a9fea48917117ee Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Miller's 9pi image (rpi4) problems

P2000' -> Rversion tag 65535 msize 8216 version '9P2000' <- Tauth tag 12 afid 394 uname adr aname -> Rerror tag 12 ename permission denied <- Tattach tag 12 fid 394 afid -1 uname adr aname -> Rattach tag 12 qid ( 0 d) usb/disk: startdevs: opening #0 /dev/usb/ep9.0 usb/dis

  1   2   >