Re: [9fans] Ideas from Plan-9

ack, thanks... On Fri, Dec 20, 2013 at 1:44 AM, erik quanstrom wrote: > > here you go... effectless... > > > > apologies from "Windows Movie Maker" > > > > ... also on google+ > > problem diagnosed. "mwait required". perhaps i got a bit exuberant > requiring mwait support. i'll take a look at

Re: [9fans] Ideas from Plan-9

> here you go... effectless... > > apologies from "Windows Movie Maker" > > ... also on google+ problem diagnosed. "mwait required". perhaps i got a bit exuberant requiring mwait support. i'll take a look at this but this evening i'm taking a look at a few bits with the 40gbe driver. - erik

Re: [9fans] Ideas from Plan-9

sorry, that went horribly wrong, give me a minute... On Fri, Dec 20, 2013 at 12:29 AM, Conor Williams wrote: > wmv ok?... > > they are also on my google+ > > > On Thu, Dec 19, 2013 at 11:15 PM, Conor Williams > wrote: > >> and would you believe, i have the very movie... but... it 43MB... gonna

Re: [9fans] Ideas from Plan-9

and would you believe, i have the very movie... but... it 43MB... gonna convert it now.. wts! On Thu, Dec 19, 2013 at 10:53 PM, erik quanstrom wrote: > On Thu Dec 19 17:36:48 EST 2013, conor.willi...@gmail.com wrote: > > > cool man, nice follow up... it's the bell-labs one is code 87... your one

Re: [9fans] Ideas from Plan-9

On Thu Dec 19 17:36:48 EST 2013, conor.willi...@gmail.com wrote: > cool man, nice follow up... it's the bell-labs one is code 87... your one > was fine but it crashed... and that was the pic I sent... > > don't worry too much about it... gonna get some of my old hardware after > christmas, that I

Re: [9fans] Ideas from Plan-9

cool man, nice follow up... it's the bell-labs one is code 87... your one was fine but it crashed... and that was the pic I sent... don't worry too much about it... gonna get some of my old hardware after christmas, that I know is supported... I will let you know what happens then my friend... O

Re: [9fans] mk time-check/slice issue

> Having been envolved with projects that take 4 hours to build Don't worry, that will never happen in Plan 9. One of the more delightful consequences of putting simplicity first.

Re: [9fans] mk time-check/slice issue

On Thu, Dec 19, 2013 at 2:15 PM, Richard Miller <9f...@hamnavoe.com> wrote: > > I see your point but would argue (in the most > > friendly way) that the case you point out would be extremely rare, while > > the reverse case is very common. > > "Correctness" (in the context of software engineering)

Re: [9fans] mk time-check/slice issue

Quoting erik quanstrom : > I would be much more interested in producing and providing patches if I > wasn't in such fear of upsetting the Plan-9 philosophy. (That is if > improvements were sufficient.) Your total lack of effort in understanding Plan 9 philosophy deftly removes any interest I m

Re: [9fans] mk time-check/slice issue

> > I would be much more interested in producing and providing patches if I > > wasn't in such fear of upsetting the Plan-9 philosophy. (That is if > > improvements were sufficient.) > > Your total lack of effort in understanding Plan 9 philosophy deftly > removes any interest I may have had in y

Re: [9fans] mk time-check/slice issue

> I see your point but would argue (in the most > friendly way) that the case you point out would be extremely rare, while > the reverse case is very common. "Correctness" (in the context of software engineering) doesn't mean doing the right thing in all but the rarest cases; it means doing the ri

Re: [9fans] mk time-check/slice issue

Quoting Blake McBride : Agreed. You also don't owe your grocer, your tailor, or your gas station attendant anything either. There is personal gain we all get by shared contribution. I've selected grocers, tailors, and gas station attendants based on technical merit. How am I to value your i

Re: [9fans] mk time-check/slice issue

On Thu, Dec 19, 2013 at 1:27 PM, Kurt H Maier wrote: > Quoting Blake McBride : > > There is a difference between valid arguments and club allegiance. >> > > You have not demonstrated a necessity for anyone subscribed to this > list to give a particular shit about which of the two are at play her

Re: [9fans] mk time-check/slice issue

off topic - for your own amusement, you can search in the mail list archives (http://9fans.net/archive/)  DP9IK and SP9SSS gabi On Thursday, December 19, 2013 8:30 PM, Blake McBride wrote: On Thu, Dec 19, 2013 at 1:09 PM, erik quanstrom wrote: > What I am beginning to understand from comm

Re: [9fans] mk time-check/slice issue

// I have provided examples of why the way it works is a problem. // Members of "club Plan-9" insist that that is just the way it works, as // opposed to here is a counterexample why the way it works is better. No, we don't. You keep hearing that, but nobody's saying it. mk does what it does bec

Re: [9fans] mk time-check/slice issue

On Thu, Dec 19, 2013 at 1:43 PM, Rudolf Sykora wrote: > Hello, > > On 19 December 2013 20:22, Blake McBride wrote: > > Agreed. I enjoy reasoned debate. I don't enjoy being told the reason is > > because "that's the way we do it". That is not reasoned debate. It is > club > > support. > > I be

Re: [9fans] mk time-check/slice issue

On Thu, Dec 19, 2013 at 1:09 PM, erik quanstrom wrote: > > What I am beginning to understand from comments like this is that there > is > > a "club Plan-9". Everything ever done by the originators of "club > Plan-9" > > is correct, period. No mater what exceptions, special cases, or good > new >

Re: [9fans] mk time-check/slice issue

Hello, On 19 December 2013 20:22, Blake McBride wrote: > Agreed. I enjoy reasoned debate. I don't enjoy being told the reason is > because "that's the way we do it". That is not reasoned debate. It is club > support. I believe, from reading this mailing list for some time, you must be ready

Re: [9fans] mk time-check/slice issue

> Just a newbie's (with 35 years experience) perception. It sounds like you're saying that you came on the scene around the time UNIX diverged from sanity and devolved into madness. sl

Re: [9fans] mk time-check/slice issue

Quoting Blake McBride : There is a difference between valid arguments and club allegiance. You have not demonstrated a necessity for anyone subscribed to this list to give a particular shit about which of the two are at play here. We don't owe you anything, including a defense of plan 9. Pat

Re: [9fans] mk time-check/slice issue

On Thu, Dec 19, 2013 at 1:12 PM, Skip Tavakkolian < skip.tavakkol...@gmail.com> wrote: > You can change anything you want on your system; but don't try to ram it > down others' throats unless you can prove that you're approach is (a) > correct (b) meets the collective sense elegance. Reasoned dis

Re: [9fans] mk time-check/slice issue

On Thu, Dec 19, 2013 at 1:07 PM, Kurt H Maier wrote: > Quoting Blake McBride : > > What I am beginning to understand from comments like this is that there is >> a "club Plan-9". Everything ever done by the originators of "club >> Plan-9" >> is correct, period. No mater what exceptions, special

Re: [9fans] mk time-check/slice issue

You can change anything you want on your system; but don't try to ram it down others' throats unless you can prove that you're approach is (a) correct (b) meets the collective sense elegance. Reasoned disagreement is not an attack. On Thu, Dec 19, 2013 at 10:40 AM, Blake McBride wrote: > > On

Re: [9fans] mk time-check/slice issue

> What I am beginning to understand from comments like this is that there is > a "club Plan-9". Everything ever done by the originators of "club Plan-9" > is correct, period. No mater what exceptions, special cases, or good new > ideas occur, they are wrong and we will find some way of rationaliz

Re: [9fans] mk time-check/slice issue

// What I am beginning to understand from comments like // this is that there is a "club Plan-9". Everything ever done // by the originators of "club Plan-9" is correct, period. No // mater what exceptions, special cases, or good new ideas // occur, they are wrong and we will find some way of //

Re: [9fans] mk time-check/slice issue

You should learn the system before wanting to make changes to it. You're wanting to change how zen is practiced without knowing much zen.

Re: [9fans] mk time-check/slice issue

Quoting Blake McBride : What I am beginning to understand from comments like this is that there is a "club Plan-9". Everything ever done by the originators of "club Plan-9" is correct, period. No mater what exceptions, special cases, or good new ideas occur, they are wrong and we will find som

Re: [9fans] mk time-check/slice issue

Quoting Blake McBride : What I am beginning to understand from comments like this is that there is a "club Plan-9". Everything ever done by the originators of "club Plan-9" is correct, period. No mater what exceptions, special cases, or good new ideas occur, they are wrong and we will find som

Re: [9fans] mk time-check/slice issue

On Thu, Dec 19, 2013 at 11:07 AM, wrote: > // If you are working on a project, edit some files, and then > // perform a mk, if files you haven't changed get built, I for > // one would constantly question myself, about whether or > // not I changed that file. It would make things confusing. > >

Re: [9fans] mk time-check/slice issue

On Thu, Dec 19, 2013 at 11:24 AM, Tristan <9p...@imu.li> wrote: > > > how long does it take you to run mk, and then realise you didn't Put > your > > > last set of changes? > > > > i once changed mk on my local machine to act as you suggest, and then > > > took far too long trying to figure out wh

Re: [9fans] mk time-check/slice issue

Blake McBride wrote: |On Thu, Dec 19, 2013 at 8:55 AM, erik quanstrom wrote: | |>> I was thinking about the problem and actually, at least in all |>> circumstances I can think of, changing that one operation from <= to < |>> would fix the problem. If the times are on the same second, I would

Re: [9fans] mk time-check/slice issue

> > how long does it take you to run mk, and then realise you didn't Put your > > last set of changes? > > i once changed mk on my local machine to act as you suggest, and then > > took far too long trying to figure out why the program's behavior didn't > > reflect the code. more time than i saved

Re: [9fans] mk time-check/slice issue

// If you are working on a project, edit some files, and then // perform a mk, if files you haven't changed get built, I for // one would constantly question myself, about whether or // not I changed that file. It would make things confusing. It's confusing because it doesn't match your expectati

Re: [9fans] mk time-check/slice issue

Yea, got that. I just thought it made sense for a wider audience. On Thu, Dec 19, 2013 at 10:40 AM, Jacob Todd wrote: > No one is stopping you from changing it in your installation. > On Dec 19, 2013 11:38 AM, "Blake McBride" wrote: > >> On Thu, Dec 19, 2013 at 10:30 AM, Tristan <9p...@imu.li

Re: [9fans] mk time-check/slice issue

No one is stopping you from changing it in your installation. On Dec 19, 2013 11:38 AM, "Blake McBride" wrote: > On Thu, Dec 19, 2013 at 10:30 AM, Tristan <9p...@imu.li> wrote: > >> > I for one favor practical usefulness over theoretical correctness. An >> > environment variable option would tri

Re: [9fans] mk time-check/slice issue

On Thu, Dec 19, 2013 at 10:30 AM, Tristan <9p...@imu.li> wrote: > > I for one favor practical usefulness over theoretical correctness. An > > environment variable option would trivially satisfy both groups. It > could > > operate as-is so nothing pre-existing would be affected. > > how long does

Re: [9fans] mk time-check/slice issue

> I for one favor practical usefulness over theoretical correctness. An > environment variable option would trivially satisfy both groups. It could > operate as-is so nothing pre-existing would be affected. how long does it take you to run mk, and then realise you didn't Put your last set of chan

[9fans] secstore in p9p, how to use well

Hello everyone, already for some time I've been using secstored+factotum+ssh-agent on linux with p9p. The machine, call it 1, runs basically all the time and let's presume I am logged on it all the time, too. The problem/inconvenience I've had is when I connect to this machine via ssh and want to

Re: [9fans] Problem with mk

On Thu, Dec 19, 2013 at 2:16 AM, dexen deVries wrote: > the problem is not solved, merely one of the manifestation is eliminated. > actual solution requires stating all the dependencies. > > if your list of sources and/or targets is dynamic, consider using mkinclude: > <| GEN_DEPS > where `GEN_DEP

Re: [9fans] 9front pegs CPU on VMware

> The original discussion started about the runq spin lock, but I > think the scope of the problem is more general and the solution can be > applied in user and kernel space both. While in user space you would > do sleep(0) in the kernel you would sched() or if you are in the > scheduler you would

Re: [9fans] mk time-check/slice issue

On Thu, Dec 19, 2013 at 8:55 AM, erik quanstrom wrote: > > I was thinking about the problem and actually, at least in all > > circumstances I can think of, changing that one operation from <= to < > > would fix the problem. If the times are on the same second, I would > never > > have had time to

Re: [9fans] 9front pegs CPU on VMware

On Thu, Dec 19, 2013 at 4:19 PM, erik quanstrom wrote: > for those without much mwait experience, mwait is a kernel-only primitive > (as per the instructions) that pauses the processor until a change has been > made in some range of memory. the size is determined by probing the h/w, > but think c

Re: [9fans] gdbfs

On Thu, Dec 19, 2013 at 2:38 AM, Gorka Guardiola Muzquiz wrote: > ¿Have you taken a look at the jtag tar in my contrib? > It is described here > http://lsub.org/ls/export/jtag.pdf > I don´t know enough about the RealView ICE, but if you write > the right module for whatever drives the serial commu

Re: [9fans] 9front pegs CPU on VMware

for those without much mwait experience, mwait is a kernel-only primitive (as per the instructions) that pauses the processor until a change has been made in some range of memory. the size is determined by probing the h/w, but think cacheline. so the discussion of locking is kernel specific as we

Re: [9fans] mk time-check/slice issue

On Thu Dec 19 05:02:50 EST 2013, 9f...@hamnavoe.com wrote: > > So, I think you are saying, that for pieces in a mkfile that take less than > > 1s to build it is possible for them to be build again, unnecessarily, when > > mk is run again. This is normal and just the way it is. Is that correct? >

Re: [9fans] mk time-check/slice issue

> On 12/19/2013 11:59 AM, Charles Forsyth wrote: > > > > On 19 December 2013 06:07, Bakul Shah > > wrote: > > > > I suppose making atime, mtime of type struct timespec would > > break too much including 9p? > > > > > > It's unfortunate that the times in the prot

Re: [9fans] mk time-check/slice issue

> I was thinking about the problem and actually, at least in all > circumstances I can think of, changing that one operation from <= to < > would fix the problem. If the times are on the same second, I would never > have had time to change it. This would fix the problem. Perhaps this > functiona

Re: [9fans] mk time-check/slice issue

On Wed, Dec 18, 2013 at 11:40 PM, erik quanstrom wrote: > > > to be more explicit. if a is built from b and mtime(a) <= mtime(b), then > mk could fail to rebuild a when it needs to. for correctness, mk must > use <= > not <. > I was thinking about the problem and actually, at least in all circum

Re: [9fans] mk time-check/slice issue

On 12/19/2013 11:59 AM, Charles Forsyth wrote: > > On 19 December 2013 06:07, Bakul Shah > wrote: > > I suppose making atime, mtime of type struct timespec would > break too much including 9p? > > > It's unfortunate that the times in the protocol have low resolu

Re: [9fans] 9front pegs CPU on VMware

> > > Latency is worse than using mwait because you are sleeping unconditionally. > Mwait does not prevent you from getting the interrupt to schedule. > > By this I mean that mwait unblocks on interrupt. You could do something like (you do exponential backoff calling sleep or sleep/wakeup in the k

Re: [9fans] mk time-check/slice issue

On 19 December 2013 06:07, Bakul Shah wrote: > I suppose making atime, mtime of type struct timespec would > break too much including 9p? > It's unfortunate that the times in the protocol have low resolution. I think ix does better.

Re: [9fans] mk time-check/slice issue

> So, I think you are saying, that for pieces in a mkfile that take less than > 1s to build it is possible for them to be build again, unnecessarily, when > mk is run again. This is normal and just the way it is. Is that correct? Correct except for "just the way it is". There is a principle inv

Re: [9fans] 9front pegs CPU on VMware

> On 17 Dec 2013, at 12:00, cinap_len...@felloff.net wrote: > > thats a surprising result. by dog pile lock you mean the runq spinlock no? > I guess it depends on the HW, but I don´t find that so surprising. You are looping sending messages to the coherency fabric, which gets congested as a r

Re: [9fans] gdbfs

¿Have you taken a look at the jtag tar in my contrib? It is described here http://lsub.org/ls/export/jtag.pdf I don´t know enough about the RealView ICE, but if you write the right module for whatever drives the serial communications maybe you can drive the jtag directly. I don´t know if that would

Re: [9fans] Problem with mk

the problem is not solved, merely one of the manifestation is eliminated. actual solution requires stating all the dependencies. if your list of sources and/or targets is dynamic, consider using mk include: <| GEN_DEPS where `GEN_DEPS' is your script generating deps in form TARGET: PREREQUISITE O