Re: [9fans] log oversight
note that those files are append-only. logs on unix are writeable by everyone: [rminn...@panzer ~]$ logger -p kern.err "JUNK" [rminn...@panzer ~]$ sudo tail -f /var/log/messages Mar 16 04:15:03 Panzer rminnich: JUNK ron
Re: [9fans] log oversight
On Sun, Mar 15, 2009 at 8:55 PM, J.R. Mauro wrote: > On Sun, Mar 15, 2009 at 11:18 PM, ron minnich wrote: >> note that those files are append-only. >> >> logs on unix are writeable by everyone: >> [rminn...@panzer ~]$ logger -p kern.err "JUNK" >> [rminn...@panzer ~]$ sudo tail -f /var/log/messages >> >> Mar 16 04:15:03 Panzer rminnich: JUNK >> > > This didn't work on my linux box. I actually have: > > % ls -l /var/log/messages > -rw--- 1 root root 960355 2009-03-15 23:51 /var/log/messages > what didn't work? did you try the logger command? ron
Re: [9fans] THnX status?
skip lguest. What I'm looking at now is tinycore linux: tinycorelinux.org and vx32. Much easier. Makes a nice terminal. I have to add some things to it, it doesn't come w/wireless. ron
Re: [9fans] THnX status?
On Mon, Mar 16, 2009 at 6:36 PM, Roman V. Shaposhnik wrote: > You say 'skip lguest' -- that's fine. But what's the best alternative for > running Plan9 server > on the same bare metal that needs to run something else? > OK, for that, lguest is great. I am thinking entirely in terms fo supporting what THNX was for, i.e. a laptop terminal, and for that, I think that vx32 is a better base. ron
Re: [9fans] THnX status?
On Mon, Mar 16, 2009 at 11:15 PM, Anthony Sorace wrote: > Tiny Core Linux looks interesting. Played around a bit in a VM tonight > and will be trying it on the ThinkPad tomorrow. I'm curious about your > setup. I assume you're using 9vx directly for graphics, no more > drawterm? You run within X? yes, because I don't think there is a vx32 implemention that uses devfb. Which is just as well, the devfb drawterm was nice but when it fails, well, you're in trouble. I'd like to have a cdrom that just boots up into tinycore and vx32. ron
[9fans] I can not remember if I sent this or not: MIPS-64 (sort of) notebook
http://www.lemote.com/english/yeeloong.html It's an interesting site for a number of reasons ... ron
Re: [9fans] I can not remember if I sent this or not: MIPS-64 (sort of) notebook
On Thu, Mar 19, 2009 at 4:14 PM, Anthony Sorace wrote: > i was looking at this a week or two ago, trying to find an ARM or MIPS > laptop to play with. my first question was whether the "missing" parts > of the MIPS instruction set are things that our compilers currently > generate; SoC (oh, and my day job) ramped up before i could find the > list of missing instructions. any idea? > > getting quotes or delivery in the US seemed tricky, too. so, here's a silghtly controversial (maybe) suggestion. Maybe my memory is wrong, but i believe the vx32 kernel is gcc-compiled. There is gcc for this CPU. It might be easier to start from the vx32 kernel and gcc to target this machine, rather than do a 64-bit MIPS port of the plan 9 C compiler. Or not: a few of the folks on this list could probably retarget in very short order (I'm not one of the,however). ron
Re: [9fans] I can not remember if I sent this or not: MIPS-64 (sort of) notebook
On Thu, Mar 19, 2009 at 4:43 PM, erik quanstrom wrote: >> so, here's a silghtly controversial (maybe) suggestion. Maybe my >> memory is wrong, but i believe the vx32 kernel is gcc-compiled. There >> is gcc for this CPU. It might be easier to start from the vx32 kernel >> and gcc to target this machine, rather than do a 64-bit MIPS port of >> the plan 9 C compiler. Or not: a few of the folks on this list could >> probably retarget in very short order (I'm not one of the,however). > > vx32 relies on x86 segment registers. Let me say it differently. The way in which the plan 9 kernel code was changed to be gcc-compilable as part of the vx32 kernel might provide some hints as to how to change a whole plan 9 kernel. The point being, it is not impossible to get a gcc-compilable plan 9 kernel. We used to talk about this at LANL all the time: we called it the "evil project". (This idea predates vx32 but it was not my idea; I will let the evil person behind the evil project identify himself). This change would remove "have to port&test&validate&fix&validate&... the C compiler first" as a barrier to entry on new CPUs. see src/vx32 in the vx32 tree. ron
Re: [9fans] I can not remember if I sent this or not: MIPS-64 (sort of) notebook
On Fri, Mar 20, 2009 at 8:15 AM, erik quanstrom wrote: > i'm really missing something. what executables does this > kernel run? how are they generated? one of us is. I'll let it drop here because it might be me. ron
Re: [9fans] I can not remember if I sent this or not: MIPS-64 (sort of) notebook
Is a mips-64 port a reasonable GSOC project? The person doing it could not come in cold, but there is a starting point it seems. In spite of my earlier suggestion, I have to agree with Russ. Gcc and its utils are a daily headache for me, I'd rather just get a mips-64 compiler port first. ron
Re: [9fans] I can not remember if I sent this or not: MIPS-64 (sort of) notebook
On Fri, Mar 20, 2009 at 4:52 PM, James Tomaschke wrote: > I would suggest the compiler as well, students are probably more familiar > with compiler concepts and it will probably be easier to mentor. In the > future, the porting work can be distributed over the community anyways. Sorry, I was not clear: I only meant a mips-64 compiler port. rno
Re: [9fans] fossil periodic thread does zero sleep()
This is from mobile so I can not look at code much but if you are
converting nanoseconds to milliseconds you multiply by 1e6 not 1e-6 I
think.
Ron
On 3/22/09, cinap_len...@gmx.de wrote:
> This is actualy very interesting. Riped the parts from periodic.c
> to play a with the code to see how it reacts to some changes.
>
> The code below reproduces the problem:
>
> sleep()+0x7 /sys/src/libc/9syscall/sleep.s:5
> periodicThread(msec=0x3e8)+0xb2 /tmp/a.c:21
> ct=0x47a68e5b
> t=0x47e50e4d
> ts=0x0
> main()+0x10 /tmp/a.c:32
> _main+0x31 /sys/src/libc/386/main9.s:16
>
>
> The zerosleeps go away if one uncomments the foo print. It also
> goes away if one makes the sleep one milli second longer by
> changing ts to ts+1.
>
> I would love if anybody gives a good explaination of this bug
> and how to fix it :-)
>
> #include
> #include
>
> static void
> periodicThread(int msec)
> {
> double t, ct, ts;
>
> ct = nsec()*1e-6;
> t = ct + msec;
>
> for(;;){
> /* skip missed */
> while(t <= ct)
> t += msec;
>
> ts = t - ct;
> if(ts > 1000)
> ts = 1000;
> sleep(ts);
> ct = nsec()*1e-6;
> if(t <= ct){
> //print("foo!\n");
> t += msec;
> }
> }
> }
>
> void
> main(int argc, char *argv[])
> {
> periodicThread(1000);
> }
>
--
Sent from my mobile device
Re: [9fans] fossil periodic thread does zero sleep()
Sigh ... Do not send mail when tired. Was thinking of different problem.
Ron
On 3/22/09, ron minnich wrote:
> This is from mobile so I can not look at code much but if you are
> converting nanoseconds to milliseconds you multiply by 1e6 not 1e-6 I
> think.
>
> Ron
>
> On 3/22/09, cinap_len...@gmx.de wrote:
>> This is actualy very interesting. Riped the parts from periodic.c
>> to play a with the code to see how it reacts to some changes.
>>
>> The code below reproduces the problem:
>>
>> sleep()+0x7 /sys/src/libc/9syscall/sleep.s:5
>> periodicThread(msec=0x3e8)+0xb2 /tmp/a.c:21
>> ct=0x47a68e5b
>> t=0x47e50e4d
>> ts=0x0
>> main()+0x10 /tmp/a.c:32
>> _main+0x31 /sys/src/libc/386/main9.s:16
>>
>>
>> The zerosleeps go away if one uncomments the foo print. It also
>> goes away if one makes the sleep one milli second longer by
>> changing ts to ts+1.
>>
>> I would love if anybody gives a good explaination of this bug
>> and how to fix it :-)
>>
>> #include
>> #include
>>
>> static void
>> periodicThread(int msec)
>> {
>> double t, ct, ts;
>>
>> ct = nsec()*1e-6;
>> t = ct + msec;
>>
>> for(;;){
>> /* skip missed */
>> while(t <= ct)
>> t += msec;
>>
>> ts = t - ct;
>> if(ts > 1000)
>> ts = 1000;
>> sleep(ts);
>> ct = nsec()*1e-6;
>> if(t <= ct){
>> // print("foo!\n");
>> t += msec;
>> }
>> }
>> }
>>
>> void
>> main(int argc, char *argv[])
>> {
>> periodicThread(1000);
>> }
>>
>
> --
> Sent from my mobile device
>
--
Sent from my mobile device
Re: [9fans] grist for the "synchronous vs. asynchronous" mill
On Tue, Mar 24, 2009 at 6:34 AM, erik quanstrom wrote: > On Tue Mar 24 08:54:12 EDT 2009, rogpe...@gmail.com wrote: >> http://www.classhat.com/tymaPaulMultithread.pdf > > seems more like grist for the task vs. process > debate. not that the outcome is in doubt. except that they only went to 1000 threads. Once we hit more than that, linux fell over badly for us on even a big machine. I guess the java threads are much better than posix threads? I don't know. I just know that we've had to go back to AIO instead of a posix threads-based tool. ron
Re: [9fans] GSOC: Drawterm for the iPhone
On Sun, Mar 29, 2009 at 8:02 PM, J.R. Mauro wrote: > There is always the possibility of leveraging the jailbreak, which > would also let us possibly do something better than just drawterm. > FUSE was ported to the darwin kernel, I don't see why 9P can't be. But > I doubt google would want anything to do with that. > > Still a decent side project for someone who really wants to do > iPhone+Plan 9 development. maybe I'm missing something but ... why not just do this on the G-1? I mean, you've got a company (Apple) that you are afraid is going to view what you are doing as criminal, or you have a company with a fine that is designed to 3rd party apps. I realize the iPhone has some kind of "cool factor" going for it, but ... who needs this kind of problem? ron
Re: [9fans] segfree() - more details?
On Thu, Apr 2, 2009 at 4:44 AM, Charles Forsyth wrote: >>OK, I believe you, but you're not telling me _how_ the "initial text >>and data from an image" is specified. And that is really the bit I >>want to know about :-) > > it's set by exec. see port/fault.c to see what happens on a page fault in the text segment. ron
Re: [9fans] Stuck at partdisk
On Sun, Apr 5, 2009 at 12:12 PM, Devon H. O'Dell wrote: > 2009/4/5 Devon H. O'Dell : >> Ideas? > > Works fine if I turn off DMA. no need to have DMA on on qemu anyway, so you have a workaround. ron
Re: [9fans] Stuck at partdisk
I got confused. The problem you had with dma off was in qemu or on real hardware? Sorry. ron
Re: [9fans] a bit OT, programming style question
On Tue, Apr 7, 2009 at 12:28 AM, Eris Discordia wrote: > > Like... readline(3)? one hopes not. ron
Re: [9fans] a bit OT, programming style question
you could break out re expansion into a separate program :-) ron
Re: [9fans] a bit OT, programming style question
On Tue, Apr 7, 2009 at 9:05 AM, Corey wrote: > On Tue, 2009-04-07 at 08:08 -0700, ron minnich wrote: >> you could break out re expansion into a separate program :-) >> >> ron >> > > Exactly, and the end user can choose to have a re or glob expansion > program, rather than having to muck up the shell code with different > flags or whatever. somebody is going to jump in very soon and tell us why this is funny :-) ron
[9fans] yet another cheapo mips board
Can't remember if this one came up: $59. http://www.ubnt.com/products/rs.php ron
Re: [9fans] yet another cheapo mips board
On Tue, Apr 7, 2009 at 2:07 PM, Devon H. O'Dell wrote: > 2009/4/7 ron minnich : >> Can't remember if this one came up: >> $59. http://www.ubnt.com/products/rs.php > > Where do you find it for $59? Cheapest I can find from their page is $69. > yeah. I can't find that page again. Well, with this price going up at this rate ($10 in just a few hours) better order now! ron
Re: [9fans] fossil caching venti errors
I'm having a continuous problem, symptom being failures in archWalk, but had assumed it was a hard disk getting ready to die. fossil: diskReadRaw failed: /dev/sdC0/fossil: score 0x0021cac2: part=label block 2214594: illegal block address archive(0, 0x4d385643): cannot find block: error reading block 0x0021cac2 archWalk 0x4d385643 failed; ptr is in 0x2075 offset 3 archWalk 0x2075 failed; ptr is in 0x2072 offset 62 archWalk 0x2072 failed; ptr is in 0x2071 offset 0 archWalk 0x2071 failed; ptr is in 0x20d2 offset 40 archWalk 0x20d2 failed; ptr is in 0x20d6 offset 0 archWalk 0x20d6 failed; ptr is in 0x20d5 offset 0 archWalk 0x20d5 failed; ptr is in 0x20d4 offset 0 archiveBlock 0x20d4: error reading block 0x0021cac2 fossil: diskReadRaw failed: /dev/sdC0/fossil: score 0x0021cac2: part=label block 2214594: illegal block address I should know what to do about this but do not. ron.
Re: [9fans] double click selects a word
On Tue, Apr 7, 2009 at 12:32 PM, Francisco J Ballesteros wrote: > In omero double click does the same, and triple is more hungry. You could > try that modifying your local system is omero any easier to install nowadays? Can I just untar it and bind it over the right places in /? Thanks ron
[9fans] extensions of "interest"
www.pdl.cmu.edu/posix statlite() ron
[9fans] Just FYI: if you are under 18, you are out of GSOC; make sure your birthday is in there correctly!
We just got the notice from Google. There are a lot of applicants under 18 --> automatic disqualification. Student applicants, please verify your personal information. Thanks ron
Re: [9fans] some measurements in plan 9
On Wed, Apr 15, 2009 at 7:53 AM, hugo rivera wrote: > Hi, > I want to compare the memory consumption of two versions of the same > program. I think /proc it's the way to go and acid should give me the > tools to do so, am I right? is there a better way to do so? Just > asking before reading the acid papers. seems reasonable to me, I assume you are looking at data consumption only? > Also, I am interested in the speed of both versions, and I am planning > to use the time command with some rc scripts. Am I in the right path? If they run for hours, time is fine. If they run for seconds, well, maybe not so fine. ron
Re: [9fans] some measurements in plan 9
On Wed, Apr 15, 2009 at 8:18 AM, hugo rivera wrote: >> seems reasonable to me, I assume you are looking at data consumption only? > > well, I am not really sure what you mean. Data consumption? ;-) sorry. Memory data footprint. Not code + memory. This all depends on lots of factors, but for code remember that text is shared. > OK, they just run for a few seconds, so, any suggestions are welcome > (in fact needed) /dev/bintime ron
Re: [9fans] some measurements in plan 9
actually i never use anything less than the processor cycle counter if I care. If I don't care as much bintime is good. time on plan 9 is great but for runs in the seconds I don't use it. ron
Re: [9fans] Help for home user discovering Plan 9
On Wed, Apr 15, 2009 at 9:00 AM, Steve Simon wrote: > ... >> hasn't matured to that point and its age is already >> past when it had a chance to mature. > > Methinks he doth protest too much. Yes. If you keep thinking of Plan 9 as a Unix variant, you're going to be continually upset. It doesn't fit that box. I think that's his problem. If you don't get it, you don't get it. I have some young friends who get it, and they run vx32 all the time. They love it. I showed one guy /net the other day. "See, I can mount /net from elsewhere .. now I'm making sockets on that system". Once he got it, he was pretty excited. Linux is one kernel that doesn't ever quite seem to get it. They now have network namespaces, Woo hoo! But can you mount them? Of course not! how do you name the network stack? Talk about missing the concept ... ron
Re: [9fans] Plan9 - the next 20 years
if you want to look at checkpointing, it's worth going back to look at Condor, because they made it really work. There are a few interesting issues that you need to get right. You can't make it 50% of the way there; that's not useful. You have to hit all the bits -- open /tmp files, sockets, all of it. It's easy to get about 90% of it but the last bits are a real headache. Nothing that's come along since has really done the job (although various efforts claim to, you have to read the fine print). ron
Re: [9fans] Plan9 - the next 20 years
On Fri, Apr 17, 2009 at 3:35 PM, J.R. Mauro wrote: > Amen. Linux is currently having a seriously hard time getting C/R > working properly, just because of the issues you mention. The second > you mix in non-local resources, things get pear-shaped. it's not just non-local. It's local too. you are on a node. you open /etc/hosts. You C/R to another node with /etc/hosts open. What's that mean? You are on a node. you open a file in a ramdisk. Other programs have it open too. You are watching each other's writes. You C/R to another node with the file open. What's that mean? You are on a node. You have a pipe to a process on that node. You C/R to another node. Are you still talking at the end? And on and on. It's quite easy to get this stuff wrong. But true C/R requires that you get it right. The only system that would get this stuff mostly right that I ever used was Condor. (and, well the Apollo I think got it too, but that was a ways back). ron
Re: [9fans] Plan9 - the next 20 years
On Fri, Apr 17, 2009 at 7:06 PM, J.R. Mauro wrote: > Yeah, the problem's bigger than I thought (not surprising since I > didn't think much about it). I'm having a hard time figuring out how > Condor handles these issues. All I can see from the documentation is > that it gives you warnings. the original condor just forwarded system calls back to the node it was started from. Thus all system calls were done in the context of the originating node and user. > But this still has the 90% problem you mentioned. it's just plain harder than it looks ... ron
Re: [9fans] Plan9 - the next 20 years
On Sat, Apr 18, 2009 at 4:59 AM, wrote: > But my gut feeling, after reading about Mach or reading A. Tanenbaum > (that I find poor---but he is A. Tanenbaum, I'm only T. Laronde), > is that a cluster is above the OS (a collection of CPUs), but a > NUMA is for the OS an atom, i.e. is below the OS, a kind of > "processor", a single CPU (so NUMA without a strong hardware specifity > is something I don't understand). A cluster is above the OS because most cluster people don't know how to do OS work. Hence most cluster software follows basic patterns first set in 1991. That is no exaggeration. For cluster work that was done in the OS, see any clustermatic publication from minnich, hendriks, or watson, ca. 2000-2005. ron
Re: [9fans] Plan9 - the next 20 years
On Sat, Apr 18, 2009 at 6:50 AM, erik quanstrom wrote: > in a plan 9 system, the only files that i can think of which many processes > have open at the same time are log files, append-only files. just reopening > log file would solve the problem. you're not thinking in terms of parallel applications if you make this statement. ron
Re: [9fans] Plan9 - the next 20 years
On Sat, Apr 18, 2009 at 9:10 AM, J.R. Mauro wrote: > I agree that generally only one process will be accessing a "normal" > file at once. I think an editor is not a good example, as you say. > I'll say it again. It does not matter what we think. It matters what apps do. And some apps have multiple processes accessing one file. As to the wisdom of such access, there are many opinions :-) You really can not just rule things out because reasonable people don't do them. Unreasonable people write apps too. ron
Re: [9fans] Help for home user discovering Plan 9
On Fri, Apr 17, 2009 at 6:00 AM, Eris Discordia wrote: > It's like I'm seeing an apparition of myself back more than a year ago. No > wonder 9fans got to dislike me so much. Do 9fans get nuisances like me in > regular intervals? yes, they come and they go. But there's always one. Never more, according to Yoda. ron
Re: [9fans] Plan9 - the next 20 years
A checkpoint restart package. https://ftg.lbl.gov/CheckpointRestart/CheckpointRestart.shtml
Re: [9fans] Plan9 - the next 20 years
On Sun, Apr 19, 2009 at 12:34 PM, Enrico Weigelt wrote: > I'm currently in the process of designing an clustered storage, > inspired by venti and git, which also supports removing files, > on-demand sychronization, etc. I'll let you know when I've > got something to present. The only presentation with any value is code. code-code is better than jaw-jaw. ron
Re: [9fans] "FAWN: Fast array of wimpy nodes" (was: Plan 9 - the next 20 years)
On Sun, Apr 19, 2009 at 12:58 AM, John Barham wrote: > I certainly can't think ahead 20 years but I think it's safe to say > that the next 5 (at least doing HPC and large-scale web type stuff) > will increasingly look like this: > http://www.technologyreview.com/computing/22504/?a=f, which talks > about building a cluster from AMD Geode (!) nodes w/ compact flash > storage. Sure it's not super-fast, but it's very efficient per watt. > If you had more cash you might substitute HE Opterons and SSD's but > the principle is the same. It's nice. We did that one a few years ago. Here is the 7 year old version: http://eri.ca.sandia.gov/eri/howto.html We've been doing these with the Geode stuff since about 2006. We are certainly not the first. The RLX was doing what FAWN did about 8 years ago; orion, about 3-4 years ago (both transmeta). RLX and Orion multisystems showed there is not much of a market for lots of wimpy nodes -- yet or never, is the real question. Either way, they did not have enough buyers to stay in business. And RLX had to drop its wimpy transmetas for P4s, and they could not keep up with the cheap mainboards. It's a tough business. ron
Re: [9fans] exporting a namespace
On Tue, Apr 21, 2009 at 8:40 AM, hugo rivera wrote: > This was exactly what I was trying to do, thank you very much. > It works just fine in 9vx. could your problem have been port # collision? i.e. all the port #s are shared between 9vx instances (unless my memory has totally gone). ron
Re: [9fans] Plan9 - the next 20 years
On Thu, Apr 23, 2009 at 9:56 AM, wrote: > clustermatic: not much left from lanl This is a long story and the situation is less a comment on the software than on the organization. I only say this because, almost 5 years after our last release, there are still people out there using it. > beowulf: seems to have stalled a little since 2007 eh? "beowulf" was never a product. It's a marketing term that means "linux cluster". The top 2 machines on the top 500 are "beowulf" systems. Not sure what you're getting at here, but you've barely scratched the surface. ron
Re: [9fans] IWP9 this year?
The good thing about atlanta: major international airport, minimizes traveling to the IWP9 locale. I think that should be a consideration for location. I am sure Greece was wonderful but it was pretty much impossible for me to get to the last IWP9. ron
[9fans] just in case anyone has written this
before I write it. I need a command that concentrates one socket to many (outbound) and many to one (inbound) But it needs to do a bit more. On the inbound side, I need it to merge lines so that, e.g., a line from 11.1.1.1 and 11.1.1.2 if same, gets printed as 1-2: Mon may 8 2011 and if we have 11.1.1.1 and 11.1.1.2 and 11.1.1.4 and 11.1.1.5 you get 1-2,4-5: blah blah I have a sort of command like this, which I can adapt to Plan 9. If, however, someone already has this for Plan 9, it would save me time. For now I only need 64 hosts but at some point need 1024 (which my current command does) and eventually 262144. thanks ron
Re: [9fans] 9vx
On Fri, Jun 27, 2008 at 8:17 AM, Russ Cox wrote: > if you make clean > and then edit the top-level src/Makefrag file to add -m32 > to the HOST_CFLAGS and then make 9vx/9vx > you are likely to get a working binary. I'm just trying this now. I was missing stubs-32.h on FC9. I had to do this: sudo yum install compat-gcc-34 compat-gcc-34-c++ It's a very important file; it has stuff like this in it :-) #ifdef _LIBC #error Applications may not define the macro _LIBC #endif #define __stub___kernel_cosl #define __stub___kernel_sinl #define __stub___kernel_tanl #define __stub_chflags #define __stub_fattach #define __stub_fchflags #define __stub_fdetach #define __stub_gtty #define __stub_lchmod #define __stub_revoke #define __stub_setlogin #define __stub_sigreturn #define __stub_sstk #define __stub_stty Pretty! I also had to do this: diff -r a18e9872164b src/9vx/Makefrag --- a/src/9vx/Makefrag Wed Dec 10 03:29:15 2008 -0800 +++ b/src/9vx/Makefrag Mon Apr 27 22:02:37 2009 -0700 @@ -124,7 +124,8 @@ x11-kernel.o \ x11-keysym2rune.o \ ) -PLAN9_x11_LIBS = -L/usr/X11R6/lib -L/usr/local/lib -lX11 +#PLAN9_x11_LIBS = -L/usr/X11R6/lib -L/usr/local/lib -L/usr/lib -lX11 +PLAN9_x11_LIBS = /usr/lib/libX11.so.6 PLAN9_osx_OBJS =\ $(addprefix 9vx/osx/, \ @@ -148,7 +149,7 @@ libvx32/libvx32.a \ 9vx/9vx: $(PLAN9_DEPS) - $(HOST_CC) -o $@ $(PLAN9_DEPS) $(PLAN9_GUI_LIBS) -lpthread + $(HOST_CC) $(HOST_LDFLAGS) -o $@ $(PLAN9_DEPS) $(PLAN9_GUI_LIBS) -lpthread 9vx/a/%.o: 9vx/a/%.c $(HOST_CC) $(HOST_CFLAGS) -I. -I9vx -I9vx/a -Wall -Wno-missing-braces -c -o $@ $< diff -r a18e9872164b src/Makefrag --- a/src/Makefrag Wed Dec 10 03:29:15 2008 -0800 +++ b/src/Makefrag Mon Apr 27 22:02:37 2009 -0700 @@ -1,9 +1,9 @@ # Main top-level makefile fragment for the vx32 virtual machine. # Compiler flags common to both host and VX32 environment files. -COMMON_CFLAGS = -g -O3 -MD -std=gnu99 -I. $(CFLAGS) +COMMON_CFLAGS = -g -O3 -MD -std=gnu99 -I. $(CFLAGS) -m32 #COMMON_CFLAGS = -g -MD -std=gnu99 -I. $(CFLAGS) -COMMON_LDFLAGS = -g -L. $(LDFLAGS) +COMMON_LDFLAGS = -g -L. $(LDFLAGS) -m32 # Host environment compiler options HOST_CC:= $(CC) Comments: 1. No, it can't find -lX11 even with a little hand-holding -L/usr/lib to help it. Don't know, don't care... 2. It really seems to need HOST_LDFLAGS to work correctly on the 9vx/9vx link step. 3. It didn't work well for me unless I put -m32 on the COMMON_CFLAGS 4. I think what I'm doing with LDFLAGS is wrong wrong wrong And, well, it builds. But it dies. 9vx panic: user fault: signo=11 addr=0 [useraddr=28054000] read=1 eip=80c222a esp=d724cd5c aborting, to dump core. which is: 0x080c2228 : mov%eax,%es 0x080c222a : mov%eax,%ss which makes sense I guess. Anyway, I figure I'll go back and look some more. Probably reset my changes first. ron
Re: [9fans] just in case anyone has written this
On Tue, Apr 28, 2009 at 2:05 AM, roger peppe wrote: > 2009/4/28 ron minnich : >> On the inbound side, I need it to merge lines so that, e.g., a line from >> 11.1.1.1 and 11.1.1.2 if same, gets printed as >> 1-2: Mon may 8 2011 > > if you do this, then presumably you can't print a line > from any source until you've got a line from all of them. > is that what you want? or does the merging apply only > to lines received within some time interval of each other? you have to have a timeout (which I do) since nodes can always fail or not talk to you ron
Re: [9fans] just in case anyone has written this
On Tue, Apr 28, 2009 at 8:17 AM, roger peppe wrote: > if one node is just slow enough in responding that it > falls outside the timeout, you could get an annoying situation > where that node is out-of-step forever after. i guess it depends > how often incoming lines arrive. Sure. And things will always go wrong. Anything designed for things going well will fail. ron
Re: [9fans] sources down?
On Fri, May 22, 2009 at 9:34 AM, Rudolf Sykora wrote: > (why does this happen SO OFTEN?) warning: complaining about something you get for free is counter-productive. Unless, of course, you are also offering to help in some way. ron
Re: [9fans] sources down?
On Fri, May 22, 2009 at 10:23 AM, Rudolf Sykora wrote: > In order I be of any help I need to know why the hell this happens, > first. I know next to nothing about how the whole system of sources > works, still I can help if I know how. But I do not remember anybody > saying: 'hey guys, we have this and this problem that causes the > sources are down every now and then.' Yet we see it happening. OK, so let's try again. How about this: instead of blasting a note to the known universe, 99.999% of which can't do anything about the situation, one could do the following: send a polite, discreet note to the people who actually run sources, something like this: "I would like to offer to help with making sources easily and readily available to the net. I've noticed that, at times, sources is not accessible. Is there some way in which I can help, by, e.g., running a replicated server?" Does this latter approach work? Yes, I have seen it work. It's why we have an improving USB stack. Does the former approach fail? Yes. It has driven some important people from this list. Antisocial behavior has negative consequences. Whining to the list is just, well, ... whining to the list. It ends up looking like an attempt to coerce people by shaming them in a public situation. It's what my kids used to do when they could not get their favorite dessert in the store. It doesn't make anyone feel any better. It's why so many people have Uriel in their kill files. A quiet offer of help to the maintainers is a lot nicer and more likely to actually get somewhere. thanks ron
Re: [9fans] sources down?
On Sat, May 23, 2009 at 4:59 PM, J.R. Mauro wrote: > There are plenty of mirrors, I'm pretty sure the "sources is down > AGAIN" comments could be mitigated by people improving their 9fs > scripts. > > would be interesting to have a server that provided reliability by using whatever mirrors are out there and falling over transparently as things failed. ron
Re: [9fans] sources down?
On Sat, May 23, 2009 at 5:28 PM, Anant Narayanan wrote: > On 24-May-09, at 2:17 AM, ron minnich wrote: >> >> On Sat, May 23, 2009 at 4:59 PM, J.R. Mauro wrote: >>> >>> There are plenty of mirrors, I'm pretty sure the "sources is down >>> AGAIN" comments could be mitigated by people improving their 9fs >>> scripts. >> >> would be interesting to have a server that provided reliability by >> using whatever mirrors are out there and falling over transparently as >> things failed. > > This approach relies on said server being up all the time. Much easier to > fix client-side 9fs scripts :) Sorry, by "server" I did not mean "a server machine" I meant "a 9p server program which you could run" ron
[9fans] p9p acme: incredibly slow typing in tag line for file.
I am unable to type at more than about one char per second (I am not making this up) in p9p acme in the tag line for a file. Only for file tag lines, not other tag lines, and it's all fine in the actual file window. This is ubuntu 9.04. Any hints welcome. thanks ron
Re: [9fans] 9p on Yeeloong (gNewSense Linux)
cat /proc/filesystems
Re: [9fans] p9p acme: incredibly slow typing in tag line for file.
On Mon, Jun 29, 2009 at 8:46 AM, Russ Cox wrote: > Is this with a remote > X or some other high latency connection to the > underlying graphics? Right on my laptop. But ubuntu 9.04 is known to have "X issues" and I did not know if this was another one. ron
Re: [9fans] Guide to using Acme effectively?
I am just this year (shame on me!) really starting to use constructive re's to effect. It's really worth playing around with X// and friends. Having (e.g.) 32 Acme windows up and applying a command to 1/2 of them is really very nice. The ease with which one can apply a shell command to a blob of text is also quite nice. It's kind of like having a semi-interactive pipeline. ron
[9fans] my ts7200 port
found what is likely the latest version lying on my laptop from over two years ago and dumped it in sources in ts7200.tar I got excited by the beagleboard again ... ron
Re: [9fans] my ts7200 port
On Mon, Jul 6, 2009 at 2:49 PM, Nick LaForge wrote: > Thank you for remembering to find this, it will be of great help to me! which board/cpu are you targeting? I really like that beagleboard. ron
Re: [9fans] my ts7200 port
OK, be warned, the ether driver in that tree is not very good. I just ported the linux driver over and then ran out of time to do much more. ron
[9fans] Fwd: FOSS Dev Camp, OS Camp, and more!
While it says best and brightest I'm going anyway. :-) Planning to be there for coreboot and plan 9. I've registered for those topics or whatever it is you do. Anyway I have tried to put those names on the board. Hope some of you can make it. ron -- Forwarded message -- From: Gareth J. Greenaway Date: Mon, Jul 6, 2009 at 3:56 PM Subject: FOSS Dev Camp, OS Camp, and more! To: gar...@socallinuxexpo.org Greetings everyone! I hope that everyone is doing well and doing good things. I wanted to just touch base with everyone and let you know about some exciting things that I'm working on and would like everyone to be apart of. The basic idea behind FOSS Dev Camp is to gather developers of free & open source software together to collaborate, share ideas, and generally improve FLOSS software across the board. This collaborate could be between developers of desktop environments, various distributions or even distribution package maintainers working with upstream developers. The event also gives a unique opportunity for users, allowing them to present bugs and features requests to developers in a in-person setting. The nature of this event is such that it can and should occur multiple times a year and multiple locations. Software development moves very quickly, especially free & open source software development. My ultimate vision is that a FDC instance will occur before each and every FOSS related event around the world. To kick things off, the folks at both Open Source World (Don Marti - Open Source World) and Linux Con (Angela Brown and Amanda McPherson - Linux Foundation) have generously offered to host FOSS Dev Camp at their upcoming shows, Open Source World and Linux Con respectively. I have also been talking with Michael Tougeron who is organizing OS Camp being held at OSCON 2009 about incorporating some FDC ideas into OS Camp. If anyone is planning on attending any of these events, I would encourage you to also attend both FOSS Dev Camp & OS Camp. The FDC web site[1] is online with information about the upcoming events as well as the wiki[2] for attendees to add what content they are interested in seeing and doing at the events. Please pass this information along to anyone who you think might be interested! Any questions, please do not hesitate to ask. Thanks! Gareth 1. http://www.fossdevcamp.org 2. http://www.fossdevcamp.org/wiki -- Gareth J. Greenaway Voice - 877-831-2569 x130 Southern California Linux Expo http://www.socallinuxexpo.org
Re: [9fans] Google finally announces their lightweight OS
On Wed, Jul 8, 2009 at 10:34 AM, Dan Cross wrote: > I think his lane is that Linux is complex, bloated, poorly designed, > etc and that FreeBSD would have been a better choice. I have to agree > with that well, if they come through on their promise of open source, you might get to prove your claim. But don't underestimate the value of the interesting ideas in the linux kernel that get the performance, e.g. RCU. I don't think there are any OSes that have scaled to 4096 CPUs at this point besides Linux. ron
Re: [9fans] Google finally announces their lightweight OS
On Wed, Jul 8, 2009 at 12:30 PM, erik quanstrom wrote: >> But don't underestimate the value of the interesting ideas in the >> linux kernel that get the performance, e.g. RCU. I don't think there >> are any OSes that have scaled to 4096 CPUs at this point besides >> Linux. > > i thought that massively parallel harvard-arch machines had > generally fallen out of favor in favor of blue gene-style hardware. > > is this incorrect? The two fastest machines in the world right now are arguably opteron clusters. Well, one is opteron+cell, the other is a cray xt4, but hey ... the basic software running on them is straight linux cluster-style software. ron
Re: [9fans] Google finally announces their lightweight OS
On Wed, Jul 8, 2009 at 12:50 PM, Uriel wrote: > As for amd64, it is already done, we are just not worthy to have access to it. Ah! I knew there was a reason! ron
Re: [9fans] Google finally announces their lightweight OS
On Wed, Jul 8, 2009 at 1:10 PM, Devon H. O'Dell wrote: > 2009/7/8 Uriel : >> On Wed, Jul 8, 2009 at 9:56 PM, Devon H. O'Dell wrote: >>> ACPI support doesn't need to suspend or do thermal zones. It just >>> needs to be able to read the ADT and get MP / interrupt routing table >>> information. This is doable. Have you ever read any of the ACPI spec? >>> I have. >> >> The spec doesn't matter much, given that most BIOS out there totally ignore >> it. > > I think you're unfamiliar with the spec as it relates to what I mentioned. Devon is right on all counts. ron
Re: [9fans] data analysis on plan9
On Thu, Jul 9, 2009 at 12:26 PM, Jason Catena wrote: > I'd also be interested in knowing whether gnuplot or an equivalent is > yet ported to Plan 9. Ron Minnich et al. seem to prefer gnuplot, and > reported that they generated data for it and used it in a paper, but > weren't specific whether the gnuplot ran on the same plan9 box or > another *nix. gnuplot on linux. even octave uses gnuplot. Not that it's great, but there is not much else. ron
Re: [9fans] 9grid.net down?
I'll try to get 9grid.net back this week. It's on the ucb campus and maybe somebody dropped it. ron
Re: [9fans] Time for a new, yet not bleeding edge plan 9 box... (recommendations for a small x86, inexpensive PC)
http://www.mini-itx.com/store/?c=49#power-bundle DESCRIPTION PRICE QTY TOTAL Bundle: Intel DG45FC, Jou Jye 528i Case, 2GB RAM, 2.5in HDD Tray £175.00 £175.00 Intel E1400 Celeron Dual Core 2.0 GHz Socket 775 CPU & Heatsink for DG45FC Board * Lead time approx 1-3 days£49.00 £49.00 OCZ Solid 30GB 2.5in SATA II Solid State Disk (SSD) £85.00 £85.00 US IEC C13 Power Cord £3.00 £3.00 SSD and it all comes to 312 pounds, which is around 6,000,000 dollars at today's rates. But that said just get the same thing at Fry's for less. That mobo was at Fry's recently for $70 with cpu. But SSD, and 60GB at that, bye bye hard drive failure. Now you just have flash failure. I still think a write-once-friendly medium like flash ought to be nice for venti. Wonder if we could keep fossil and index in battery-back dram ? ron
Re: [9fans] v9fs question
On Mon, Jul 13, 2009 at 3:18 PM, J.R. Mauro wrote: > We hope to. One of the reasons it would actually be unwise to let > anyone mount anything now is that no one uses per-process namespaces. > That's probably fine on your desktop, but not on a server where 20 > people try to mount something under /mnt/foo or whatnot. Could we solve this by making private mounts the default (or only allowed) behavior? That's how I did it long ago: it took real effort to make a mount non-private. ron
Re: [9fans] v9fs question
On Mon, Jul 13, 2009 at 4:22 PM, Eric Van Hensbergen wrote: > Not sure how easy or difficult this would be inside the kernel -- the > central problem last time I looked at it was it was difficult to > unshare namespace after the fork. Well, my mount command cheated. When you ran the mount command, it did a fork and set CLONE_NS. You were, at that point, in a private name space. Yes, ugly, but it certainly ensured a private mount. > Of course you could check to make > sure you were not in the global namespace and error -- that should be > easy enough. That's a nice idea. You require users of the command to have a clean name space, or at least a non-global one, before you mount. That seems like a nice solution to the problem. ron
Re: [9fans] v9fs question
you need to find the niche and provide programs, which people can just use. Or you need to find the niche that lets other people write programs, and we're not where we need to be on that score. It's still too hard for people to write servers and there's no clear answer on which library to use. FUSE has done a great job in this area. ron
Re: [9fans] v9fs question
On Tue, Jul 14, 2009 at 4:08 AM, roger peppe wrote: > why does the linux 9p mount syscall bother > with IP addresses at all? isn't it sufficient > just to provide a facility for mounting a file descriptor > (like the plan 9 syscall) and have an auxiliary > command do the actual dial, authentication, etc? The fd stuff has been in there in one form or another for 10 years. Just FYI. ron
Re: [9fans] v9fs question
On Tue, Jul 14, 2009 at 8:06 AM, Latchesar Ionkov wrote: > Yes, that's what was removed. When the code was still there, the > presence of the afid= option would prevent sending Tversion and would > use the specified afid on Tattach. It is not hard to put it back. That sounds nice to me, I would love to see it back. Was there a problem with it? ron
Re: [9fans] git on plan 9
>From what I know hg is working. ron
Re: [9fans] git on plan9
I may be missing it, but what particular thing in the chmod failed? What was it trying to set? ron
Re: [9fans] plan9.bell-labs.com down
apropos of this, 9grid.net is back. Thanks to the guys at LBL for hosting this machine. ron
Re: [9fans] Question about Plan9 project
On Sat, Jul 18, 2009 at 9:59 AM, Uriel wrote: > Plan 9 is *not* an open source project, it can hardly be called a > project even: There is no release management, there is no development > process, there is no way to know what anyone is working on, no way to > have any idea of what changes and features to expect in the future or > when, or when any given bug might be fixed, or even a bug database for > that matter, This is an interesting statement and should be revised. So let's correct it. Take that above text and add this, please: "That is visible to Uriel, or that will ever be visible to Uriel, or that Uriel has any possibility of influencing, given that Uriel has burned every last bridge he might have ever had with the Plan 9 developers to the ground.". > So you are on your own, you can take the code (while the site happens > to be up, or from a mirror), do whatever you like with it, but that is > all there is and all anyone can count on. So, let's revise this one too.. "I, Uriel, taking up Noah Evans offer, will be forking the code base and releasing an OS called Plan-U. I will provide servers that resolve all the problems seen with the bell labs server, and I will take on the task, with my friends, of providing all the things I see lacking in the current setup. It's much easier to contribute a solution than complain, and I am not the type who gets perverse joy out of just complaining and yelling at people on a mailing list. That game is for losers. Rather, I wish to provide a constructive solution, and I know that after a few months people will ignore the bell labs site and flock to mine. It worked for openbsd, and it can work for Plan U. As part of this effort, I hereby unsubscribe from this list, and am starting a new one called ufans for my new OS release. Please join me in this important work. " There now, wouldn't that be much easier? You already run a bunch of servers; I think you could pull it off. And it might lower your blood pressure :-) You declined Noah's serious offer to take over sources; here's another chance! Go for ti! You should not assume it would not work. Ron
Re: [9fans] iwp9 updates
simple question: anybody have a style for .tex that gives us that nice looking paper style? ron
Re: [9fans] nvram
On Tue, Jul 28, 2009 at 10:58 AM, Lyndon Nerenberg wrote: > Okay, it's authsrv(2) that describes the nvram search sequence. And for > whatever reason I had it in my head that these days it was possible to grab > the nvram across the wire, which in hindsight makes no sense whatsoever. And > now that I think about it, my last (2ed) 'diskless' CPU server had a floppy > drive in it for this very reason ... > > Doncha just love PC hardware? years back I modified the library so that it could use the cmos nvram. no more disk. We used this when Andrey put plan 9 in FLASH. It was nice to not have any spinning media for nvram. It gets a little tricky because cmos is not sane in where you can store bits, but it's doable. ron ron
Re: [9fans] nvram
On Tue, Jul 28, 2009 at 12:24 PM, erik quanstrom wrote: > i don't believe this is safe for an arbitrary (rtc device, bios vendor). > i may have missed something, since some of the bios in question > are obsolete. Hard to say. newer rtc has a whopping doubled-size CMOS and the BIOS vendors don't seem to have used it all yet. I think it would be worth trying to use it, but, well it is a PC, hmm. ron
Re: [9fans] just an idea (Splashtop like)
On Fri, Jul 31, 2009 at 6:56 PM, J.R. Mauro wrote: > Doesn't ASUS burn the Linux distro into a chip, though? Maybe there > are utilities to flash it with something else. see flashrom at coreboot.org This is a great idea assuming we can get a mobo that plan 9 can use. ron
Re: [9fans] ceph
I'm not a big fan of lustre. In fact I'm talking to someone who really wants 9p working well so he can have lustre on all but a few nodes, and those lustre nodes export 9p. ron
Re: [9fans] ceph
On Fri, Jul 31, 2009 at 10:53 PM, Roman Shaposhnik wrote: > What are your clients running? Linux > What are their requirements as > far as POSIX is concerned? 10,000 machines, working on a single app, must have access to a common file store with full posix semantics and it all has to work like it were one machine (their desktop, of course). This gets messy. It turns into an exercise of attempting to manage a competing set of race conditions. It's like tuning a multi-carburated enging from years gone by, assuming we ever had an engine with 10,000 cylinders. > How much storage are talking about? In round numbers, for the small clusters, usually a couple hundred T. For anyhing else, more. > > I'd be interested in discussing some aspects of what you're trying to > accomplish with 9P for the HPC guys. The request: for each of the (lots of) compute nodes, have them mount over 9p to, say 100x fewer io nodes, each of those to run lustre. Which tells you right away that our original dreams for lustre did not quite work out. In all honesty, however, the 20K node Jaguar machine at ORNL claims to run lustre and have it all "just work". I know as many people who have de-installed lustre as use it, however. ron
Re: [9fans] just an idea (Splashtop like)
btw the sata FLASH parts are surprisingly fast. Not at all like USB sticks, if that is what you are used to. ron
Re: [9fans] Parallels Vesa driver question
Given these systems with mtrr issues. Would it be possible to get: - output from pci so we can see what memory ranges are in use on your machine - how much memory - what the mtrrs look like once set up ron
Re: [9fans] ceph
On Mon, Aug 3, 2009 at 6:32 PM, Roman V Shaposhnik wrote: > Is all of this storage attached to a very small number of IO nodes, or > is it evenly spread across the cluster? it's on a server. A big Lustre server using a DDN over (currently, I believe) fiber channel. > 2. do we have anybody successfully managing that much storage that is > also spread across the nodes? And if so, what's the best practices > out there to make the client not worry about where does the storage > actually come from (IOW, any kind of proxying of I/O, etc) Google? >> The request: for each of the (lots of) compute nodes, have them mount >> over 9p to, say 100x fewer io nodes, each of those to run lustre. > > Sorry for being dense, but what exactly is going to be accomplished > by proxying I/O in such a way? it makes the unscalable distributed lock manager and other such stuff work, because you stop asking it to scale. ron
Re: [9fans] ceph
On Tue, Aug 4, 2009 at 2:55 AM, C H Forsyth wrote: >>they emphatically don't go for posix semantics... > > what are "posix semantics"? whatever today's customer happens to think they are. ron
Re: [9fans] more time amusement under vmware
On Tue, Aug 4, 2009 at 8:20 AM, ron minnich wrote: > It problem probably sorry ron
Re: [9fans] more time amusement under vmware
This is the same kind of problem I had under Xen in the beginning. The fix is to figure out what vmware gives you in the way of time info and use that exclusively. It problem seems odd but you can have cases where, e.g., 'sleep 10' works and date is not right. I had this under both lguest and xen. It's been enough years that I have forgotten but you also want to stop using the emulated pc-style timer interrupts. It's clear that vmware is not exactly getting these right. A look at the xen port might give some hints. Just figure out if vmware gives you a nice "time of universe" 64-bit counter or something and take your time from that. Or, alternatively, stop using vmware :-) That strikes me as the best bet. ron
Re: [9fans] Parallels Vesa driver question
On Tue, Aug 4, 2009 at 12:15 AM, Daniel Lyons wrote: > I don't know how to obtain this information, but would be glad to supply it. > Also, forgive my ignorance, but isn't there a chicken-and-egg problem, since > if the MTRRs are set up in vgavesa.c, my display is unusable? Or is there a > special way to bail out to the text mode when the display is screwed up? Change the code to tell you what it would do to the mtrrs and then not start up graphics but exit instead. ron
Re: [9fans] a few Q's regarding cpu/auth server
Short form: on today's machines, if someone gets physical access, you're owned. Not much more to say except that with the kind of features vendors insist on embedding in the systems, you can easily be owned without physical access -- see the recent Black Hat articles, and I'm not naming names so I don't get fired. If the colo is doing their job, and they'd better be!, then physical access is not an issue because it won't happen, or, when it does happen, the people are trusted and won't mess with your box. 9grid.net has been at, first, UNM computing center for 2 years and, second, at LBL for 2 years. In all the time, there have been no issues. The people at those places are trusted. If colo staff can't own it by physical access then you've solved a hard problem and might want to start selling it. In that case, you need hardly worry about trusting your colo, so put it there anyway. Screensaver + password seems rather quaint in light of these realities. ron
Re: [9fans] linux reinvents factotum, secstore ...
"Not surprisingly, given that it is a cross-desktop API, D-Bus will be used to implement a protocol for extracting the needed secrets. " some things never change. But no, I guess we should not be surprised. ron
Re: [9fans] Acme Configuration
Do you want to add all these features to acme, or is it possible to have an external process which writes to acme ctl files and causes these things to happen? ron
Re: [9fans] linux reinvents factotum, secstore ...
On Fri, Aug 7, 2009 at 10:34 AM, Daniel Lyons wrote: > My beef is that they were hot-all-over CORBA not too long ago. I expect in > another three years nobody will be using D-Bus, they'll be using some new > layer that sits on top of it... ad nauseam. Outside Plan 9 I don't see > anyone solving two problems with one technology; instead, they're just > solving one problem and introducing a new one. actually, corba is still in there if you use GNOME. ron
Re: [9fans] the old floppy set
On Sat, Aug 8, 2009 at 7:48 AM, Anthony Sorace wrote: > the CD includes sources to the kernel on platforms which required NDAs > to get the information to do the port. part of the NDA, as i > understand it, required the sorts of restrictions on redistribution in > the commercial license. people have tried to get at least some bits of > that opened up, and at least one vendor has given a definitive "no". > so i don't think the CD, per se, will ever be available without a > license. I wonder how many of the companies involved still exist :-) ron
[9fans] Fwd: [coreboot] ELC 2009 videos and slides
some interesting talks in here, esp. the boot time reduction one. ron -- Forwarded message -- From: Peter Stuge Date: Sat, Aug 8, 2009 at 7:28 AM Subject: [coreboot] ELC 2009 videos and slides To: coreb...@coreboot.org http://free-electrons.com/blog/elc-2009-videos/ Some I found particularly interesting: Quantitative analysis of system initialization in embedded Linux systems, by Andre Puschmann http://tree.celinuxforum.org/CelfPubWiki/ELC2009Presentations?action=AttachFile&do=get&target=ELC09_boottime_reduction.pdf Building Embedded Linux Systems with Buildroot, by Thomas Petazzoni http://www.celinuxforum.org/CelfPubWiki/ELC2009Presentations?action=AttachFile&do=get&target=buildroot.pdf Ksplice: Rebootless kernel updates, by Jeff Arnold (if new to you) http://www.celinuxforum.org/CelfPubWiki/ELC2009Presentations?action=AttachFile&do=view&target=elc2009-ksplice.pdf //Peter -- coreboot mailing list: coreb...@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [9fans] a few Q's regarding cpu/auth server
> main: create /active/cron/bootes bootes bootes d775 This is right. It's supposed to be a directory. cpu% ls -l /cron/bootes --rw-r--r-- M 9758 bootes bootes 0 Sep 17 2008 /cron/bootes/cron > main: create /active/sys/log/cron bootes bootes a664 This is right. It's supposed to be an append-only file. cpu% ls -l /sys/log/cron a-rw-rw-r-- M 9758 bootes bootes 8068019 Aug 10 12:00 /sys/log/cron cpu% I don't see the problem. ron
Re: [9fans] audio standards -- too many to choose from
It would be nice to do plan 9 audio if only to show people how it can be done. Anyone who deals with audio on linux knows how not to do it; but it's probably very hard to get it right. I know I could do no better. It would be nice, I think, to do it out of the kernel ... still better to do it in a way that makes it easy to adopt new audio formats without having to rip out the guts each time and start over -- which seems to be the linux problem. The ideas here certainly sound like potentially good ones. ron
Re: [9fans] Using proportional fonts in Acme for Programming
I always get a kick out of this exchange:http://www.usenet.com/newsgroups/comp.os.plan9/msg02052.html
Re: [9fans] Thrift RPC
It had to happen: System and method for accessing SMASH-CLP commands as a web service United States Patent Application 20080016143 ron
[9fans] The first annual "Hello, World" challenge
See this: http://www.wxwidgets.org/docs/tutorials/hworld2.txt Well, they just seem to keep getting longer. Your goal: hello, world in one line. Language of your choice. Linking in a 512 MB library is a violation of the spirit of this contest. Additional rules: - line length is not defined but let's be reasonable - if you can fit it in a standard Hollerith card format (72 chars plus 8 chars of comment) that's a plus Redirection of stdout is allowed. ron ron
