Re: [9fans] extern register

On Fri Jul 18 22:28:12 EDT 2014, cinap_len...@felloff.net wrote: > so, we say r14 and r15 arent really special for user programs. and its > just a c compiler implementation detail that it doesnt allocate these > registers, but assembly code can freely use them for scratch space > or whatever. exter

Re: [9fans] extern register

On Fri Jul 18 22:34:43 EDT 2014, cinap_len...@felloff.net wrote: > isnt that contradicting what you just said? i didn't think so. restated: you could restore the registers, and that would be right proper, but it wouldn't make a difference unless you're using some fancy assembly, or a different co

Re: [9fans] extern register

isnt that contradicting what you just said? -- cinap

Re: [9fans] extern register

so, we say r14 and r15 arent really special for user programs. and its just a c compiler implementation detail that it doesnt allocate these registers, but assembly code can freely use them for scratch space or whatever. extern register will not work in userspace c programs because syscalls will tr

Re: [9fans] extern register

On Fri Jul 18 22:05:32 EDT 2014, quans...@quanstro.net wrote: > On Fri Jul 18 21:58:37 EDT 2014, cinap_len...@felloff.net wrote: > > the amd64 compiler reserves R14 and R15 for extern register > > declarations. these are used by the kernel for the mach > > and up pointers, but currently are not pre

Re: [9fans] extern register

On Fri Jul 18 21:58:37 EDT 2014, cinap_len...@felloff.net wrote: > the amd64 compiler reserves R14 and R15 for extern register > declarations. these are used by the kernel for the mach > and up pointers, but currently are not preserved during > system calls. > > would it make sense to save and res

[9fans] extern register

the amd64 compiler reserves R14 and R15 for extern register declarations. these are used by the kernel for the mach and up pointers, but currently are not preserved during system calls. would it make sense to save and restore the two registers on syscall entry/exit, so userspace programs could mak

Re: [9fans] sam for Windows?

On 7/10/2014 9:43 AM, Russ Cox rsc-at-swtch.com |9fans| wrote: On Thu, Jul 3, 2014 at 1:39 AM, <6o205z...@sneakemail.com > wrote: On 6/27/2014 4:38 PM, Russ Cox rsc-at-swtch.com |9fans| wrote: However, Steve Simon burie

Re: [9fans] file server speed

On Fri, 18 Jul 2014 15:36:09 EDT erik quanstrom wrote: > On Fri Jul 18 12:51:49 EDT 2014, 23h...@gmail.com wrote: > > > perhaps high-efficiency wall warts could make up much of the difference. > > > picked at random (first link) ... > > > > > > http://www.amazon.com/Nokia-AC-10U-Micro-USB-Efficien

Re: [9fans] file server speed

On Fri Jul 18 12:51:49 EDT 2014, 23h...@gmail.com wrote: > > perhaps high-efficiency wall warts could make up much of the difference. > > picked at random (first link) ... > > > > http://www.amazon.com/Nokia-AC-10U-Micro-USB-Efficiency-Charger/dp/B00DP0TQLG > > > > Given that the rpi has some weir

Re: [9fans] Brasil

It was re-used On 18 July 2014 18:30, Yoann Padioleau wrote: > I thought it was the old name of plan9: > > http://swtch.com/plan9history/?p=1999/1031;v=difflist > > > On Jul 17, 2014, at 6:27 PM, Shane Morris wrote: > > Hello 9fans, > > I've been doing some research, and come across Brasi

Re: [9fans] Brasil

I thought it was the old name of plan9: http://swtch.com/plan9history/?p=1999/1031;v=difflist On Jul 17, 2014, at 6:27 PM, Shane Morris mailto:edgecombe...@gmail.com>> wrote: Hello 9fans, I've been doing some research, and come across Brasil, which, if I've got this right, was a co-operating

Re: [9fans] file server speed

> perhaps high-efficiency wall warts could make up much of the difference. > picked at random (first link) ... > > http://www.amazon.com/Nokia-AC-10U-Micro-USB-Efficiency-Charger/dp/B00DP0TQLG > Given that the rpi has some weird power issues and without specification of the amperage of the charger

Re: [9fans] Keeping 9pi up to date

> Would a "replica/pull -v /dist/replica/network" result in the same system as > the last 9pi kit > (http://plan9.bell-labs.com/sources/contrib/miller/9pi.img.gz)? Almost. See http://9fans.net/archive/2014/02/131 for details.

Re: [9fans] Plan9 Sources Repository

> Yet: is there a source control system behind it? > Would it be possible to check out directly from there? there is nothing most folks would recognize as a distributed revision control system. the repo is sources itself. history is through history(1). you can "check out" code with cp(1), tar(1)

Re: [9fans] Plan9 Sources Repository

> Yet: is there a source control system behind it? > Would it be possible to check out directly from there? for the bell-labs distribution, the filesystem itself keeps a daily record of the source tree. you can access it with 9fs sourcesdump and the daily state of sources will be in /n/sourcesdu

Re: [9fans] Plan9 Sources Repository

Sources is not kept up-to-date by volunteers, unless you mean contrib, it is maintained by the Labs. Also, in a way, the sources server *is* Plan 9, rather than being updated *with* Plan 9. Plan 9 doesn't traditionally use version control. Rather, most disk-based Plan 9 file servers offer some for

[9fans] Keeping 9pi up to date

Dear Mr. Miller, Would a "replica/pull -v /dist/replica/network" result in the same system as the last 9pi kit (http://plan9.bell-labs.com/sources/contrib/miller/9pi.img.gz)? Thanks, Dante

[9fans] Plan9 Sources Repository

Dear 9Fans, I see that Bell Labs offers a sources repository of Plan9, that is kindly kept up-to-date by volonteers (thanks!). Yet: is there a source control system behind it? Would it be possible to check out directly from there? If there is none, could it be that this contributes to the lac

Re: [9fans] Brasil

Good question, it looks interesting, I also had intention to check inferno on parallela board On 2014-07-18 03:27 , Shane Morris wrote: > Hello 9fans, > > I've been doing some research, and come across Brasil, which, if I've > got this right, was a co-operating system minimal Inferno layer used