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
¿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
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
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
On 19 December 2013 06:07, Bakul Shah ba...@bitblocks.com 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.
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
On 12/19/2013 11:59 AM, Charles Forsyth wrote:
On 19 December 2013 06:07, Bakul Shah ba...@bitblocks.com
mailto:ba...@bitblocks.com 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
On Wed, Dec 18, 2013 at 11:40 PM, erik quanstrom quans...@quanstro.netwrote:
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
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
functionality
On 12/19/2013 11:59 AM, Charles Forsyth wrote:
On 19 December 2013 06:07, Bakul Shah ba...@bitblocks.com
mailto:ba...@bitblocks.com wrote:
I suppose making atime, mtime of type struct timespec would
break too much including 9p?
It's unfortunate that the times in the
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?
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
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
On Thu, Dec 19, 2013 at 2:16 AM, dexen deVries dexen.devr...@gmail.comwrote:
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:
|
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
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
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 it take
No one is stopping you from changing it in your installation.
On Dec 19, 2013 11:38 AM, Blake McBride bl...@mcbride.name 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
Yea, got that. I just thought it made sense for a wider audience.
On Thu, Dec 19, 2013 at 10:40 AM, Jacob Todd jaketodd...@gmail.com wrote:
No one is stopping you from changing it in your installation.
On Dec 19, 2013 11:38 AM, Blake McBride bl...@mcbride.name wrote:
On Thu, Dec 19, 2013
// 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
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 from
Blake McBride bl...@mcbride.name wrote:
|On Thu, Dec 19, 2013 at 8:55 AM, erik quanstrom quanstro@\
|quanstro.netwrote:
|
| 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
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 why the program's
On Thu, Dec 19, 2013 at 11:07 AM, a...@9srv.net 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
Quoting Blake McBride bl...@mcbride.name:
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
Quoting Blake McBride bl...@mcbride.name:
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
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.
// 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
//
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 rationalizing
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
On Thu, Dec 19, 2013 at 1:07 PM, Kurt H Maier k...@sciops.net wrote:
Quoting Blake McBride bl...@mcbride.name:
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
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
Quoting Blake McBride bl...@mcbride.name:
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
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
Hello,
On 19 December 2013 20:22, Blake McBride bl...@mcbride.name 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
On Thu, Dec 19, 2013 at 1:43 PM, Rudolf Sykora rudolf.syk...@gmail.comwrote:
Hello,
On 19 December 2013 20:22, Blake McBride bl...@mcbride.name 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.
On Thu, Dec 19, 2013 at 1:09 PM, erik quanstrom quans...@labs.coraid.comwrote:
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
// 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
On Thu, Dec 19, 2013 at 1:27 PM, Kurt H Maier k...@sciops.net wrote:
Quoting Blake McBride bl...@mcbride.name:
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
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 bl...@mcbride.name
wrote:
On Thu, Dec 19, 2013 at 1:09 PM, erik quanstrom quans...@labs.coraid.com
wrote:
Quoting Blake McBride bl...@mcbride.name:
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
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 your
Quoting erik quanstrom quans...@labs.coraid.com:
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
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) doesn't
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.
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...
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
sorry, that went horribly wrong, give me a minute...
On Fri, Dec 20, 2013 at 12:29 AM, Conor Williams
conor.willi...@gmail.comwrote:
wmv ok?...
they are also on my google+
On Thu, Dec 19, 2013 at 11:15 PM, Conor Williams conor.willi...@gmail.com
wrote:
and would you believe, i have
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
ack, thanks...
On Fri, Dec 20, 2013 at 1:44 AM, erik quanstrom quans...@quanstro.netwrote:
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
50 matches
Mail list logo