im working in smp.
On Sep 16, 2011, at 8:46 AM, erik quanstrom wrote:
> hey, ron.
>
> On Fri Sep 16 01:57:04 EDT 2011, rminn...@gmail.com wrote:
>> for the 2M pages -- I'm willing to see some measurement but let's get
>> the #s -- I've done some simple measurements and it's not the hit one
>>
> Is running Opera on Plan 9 an option?
Opera already runs fine in linuxemu.
I never tried the latest versions however.
/n/sources/contrib/cinap_lenrek/linuxemu3.tgz
> Also, I don't know how to get abaco running.
Abaco is included in Plan 9 since July 2009.
To run it, type:
% webcookies
% web
dont forget mothra!
--
cinap
On Friday 16 of September 2011 08:46:51 erik quanstrom wrote:
> On Fri Sep 16 01:57:04 EDT 2011, rminn...@gmail.com wrote:
> > for the 2M pages -- I'm willing to see some measurement but let's get
> > the #s -- I've done some simple measurements and it's not the hit one
> > would expect. These new
> ./abaco.sh: 7: webfs: not found
> ./abaco.sh: 10: abaco.bin: not found
abaco.sh expects those two bits to be in $path. try mk install.
> - Leonard
oleg
> Abaco is included in Plan 9 since July 2009.
>
> To run it, type:
>
> % webcookies
> % webfs
> % abaco
Or even simpler: use readweb(1)
2011/9/16 Jens Staal :
> - One thing I wonder there about 9vx is - can you add a command line
> argument to start a script in the plan9 that boots?
Yes. See 9vxp in 9vx(1). Also, have a look at acmevx in the bin
directory as inspiration.
--
- yiyus || JGL .
> None of these integrate with the native environment. I.e. I
> can't plumb a URL to Firefox running under the linuxulator.
I think adding a few interoperability devices in Linux's /dev would be
about an hour of work. And I don't believe in full linux environments
in lguest, in general, a kernel
> That's a very interesting point. Implementing lguest on Plan 9 would
> require something like 13 "system calls". Far easier than doing the
> near-400 system calls of linux correctly.
At the cost of running an entire linux kernel on plan9...
cinap's linuxem (with my hacks) implements 139 syscall
> I can't plumb a URL to Firefox running under the linuxulator.
I haven't tried this, but in theroy it would be easy enough
to write a plan9 dbus client and a plumbing rule which would
do exactly this.
-Steve
anyone updated dhog's 9wm so it looks more rio-listic
rather than 8½ styled.
also, anyone ported it to ape on plan9 I know, but stay with me:
9wm with equis would make x11 on plan9 a nicer place to live.
-Steve
On Fri, Sep 16, 2011 at 10:22 AM, Steve Simon wrote:
> anyone updated dhog's 9wm so it looks more rio-listic
> rather than 8½ styled.
yes - it is called rio in plan9port.
russ
On Thu, Sep 15, 2011 at 11:46 PM, erik quanstrom wrote:
> p.s. i guess the claim i thought i saw that you need 1gb pages
> isn't correct. that's good, but i need to track down why i don't see 'em on
> the atom.
My code that mapped physical memory with 1 GiB pages in the kernel got
lost in the
On Thu, 15 Sep 2011 17:31:32 -0700 (PDT)
Lyndon Nerenberg wrote:
> But all of these 'solutions' mean running a foreign binary under some sort
> of emulation. None of these integrate with the native environment. I.e.
> I can't plumb a URL to Firefox running under the linuxulator. (Can I? If
On Fri, 16 Sep 2011 12:13:50 +1000
Bruce Ellis wrote:
> If you can't run your holy grail (back off about badgers) - a web
> browser - and plan9 on the same cheap ass machine
Speaking of cheap-ass machines, 9vx is stable enough for me on my Atom
netbook. Gv aside, it's given me less trouble than
On Fri, 16 Sep 2011 13:11:00 +0300
Aram Hăvărneanu wrote:
> And I don't believe in full linux environments
> in lguest, in general, a kernel plus a single static binary, like a
> browser would be enough.
I don't think a browser can even be a static binary any more. I'm not
going to try to recall
On Fri Sep 16 10:41:24 EDT 2011, rminn...@gmail.com wrote:
> On Thu, Sep 15, 2011 at 11:46 PM, erik quanstrom
> wrote:
>
> > p.s. i guess the claim i thought i saw that you need 1gb pages
> > isn't correct. that's good, but i need to track down why i don't see 'em
> > on the atom.
>
> My cod
On Fri, Sep 16, 2011 at 03:56:18PM +0100, Ethan Grammatikidis wrote:
> On Fri, 16 Sep 2011 13:11:00 +0300
> Aram H?v?rneanu wrote:
>
> > And I don't believe in full linux environments
> > in lguest, in general, a kernel plus a single static binary, like a
> > browser would be enough.
>
> I don't
On Fri, Sep 16, 2011 at 7:57 AM, erik quanstrom
wrote:
> please don't make it required. there's already array of page sizes per mach.
sorry, but time moves forward. We need the 1G pages for user mode
anyway -- so the fact that you can run on older machines is a happy
coincidence but it will die
I agree, but I think it's ok if we use them only if we have them, and rely on
just 2M otherwise.
On Fri, Sep 16, 2011 at 5:28 PM, ron minnich wrote:
> On Fri, Sep 16, 2011 at 7:57 AM, erik quanstrom
> wrote:
>
>> please don't make it required. there's already array of page sizes per mach.
>
> s
On Fri Sep 16 11:31:58 EDT 2011, n...@lsub.org wrote:
> I agree, but I think it's ok if we use them only if we have them, and rely on
> just 2M otherwise.
>
> On Fri, Sep 16, 2011 at 5:28 PM, ron minnich wrote:
> > On Fri, Sep 16, 2011 at 7:57 AM, erik quanstrom
> > wrote:
> >
> >> please don't
What's the problem if you let the kernel work with 2m/1G
entries when you have them, and with just 2M entries with it doesnt?
Or perhaps your reply was not to my mail... or I'm confused :)
On Fri, Sep 16, 2011 at 5:33 PM, erik quanstrom
wrote:
>
> i would hate to have dogmatic rules like this li
On Fri Sep 16 11:36:14 EDT 2011, n...@lsub.org wrote:
> What's the problem if you let the kernel work with 2m/1G
> entries when you have them, and with just 2M entries with it doesnt?
>
> Or perhaps your reply was not to my mail... or I'm confused :)
>
> On Fri, Sep 16, 2011 at 5:33 PM, erik quan
OK, ok, I'm being unreasonable.
If somebody will please write the cpuid function that returns 1 if GiB
pages are supported and 0 if not, I'll do the rest next week.
ron
It's already there.
We can discuss this off-list
On Fri, Sep 16, 2011 at 5:44 PM, ron minnich wrote:
> OK, ok, I'm being unreasonable.
>
> If somebody will please write the cpuid function that returns 1 if GiB
> pages are supported and 0 if not, I'll do the rest next week.
>
> ron
>
>
>i'm okay with the atom suffering a little bit (odd how far down the food
>chain one can get 64 bits!), i'm actually more concerned about
>being punshed severely for forking on a beefy but busy machine.
>the atom is just my test mule.
don't worry about it too much at this point.
i need allocation
I will personally give a cheap-ass machine to the winner of the challenge.
brucee@pus-box:~$ uname -a
Linux pus-box 2.6.26-2-686 #1 SMP Sat Jun 11 14:54:10 UTC 2011 i686 GNU/Linux
It's the black thing in the corner.
It is strange that all this muck got stirred up again by the neat work
perpetrat
On Wed, Sep 14, 2011 at 12:42 PM, John Floren wrote:
> We have discussed this. "Nixie" was a proposed new name, but for now
> we'd rather get the actual code and distribution right than worry
> about the name.
If you need yet another proposal that would Google with minimal
collisions, it's possib
On Thu, Sep 15, 2011 at 11:46 PM, erik quanstrom wrote:
>
>
> (can't one just preemptively map the whole text on first-fault?)
we actually do if it's 2M pages :-)
btw, you want to see some good code, check out mmuput and physinit.
Very elegant (to me) code that
properly uses the pages available.
On Fri Sep 16 14:26:53 EDT 2011, rminn...@gmail.com wrote:
> On Thu, Sep 15, 2011 at 11:46 PM, erik quanstrom
> wrote:
> >
> >
> > (can't one just preemptively map the whole text on first-fault?)
>
> we actually do if it's 2M pages :-)
ghostscript, too?
:-)
- erik
That's what 1G pages are for.
On Fri, Sep 16, 2011 at 8:32 PM, erik quanstrom
wrote:
> On Fri Sep 16 14:26:53 EDT 2011, rminn...@gmail.com wrote:
>> On Thu, Sep 15, 2011 at 11:46 PM, erik quanstrom
>> wrote:
>> >
>> >
>> > (can't one just preemptively map the whole text on first-fault?)
>>
>> w
> (can't one just preemptively map the whole text on first-fault?)
that doesn't make sense on many architectures.
if there isn't a page table system, for instance, but a set of moderate size of
software-managed tlbs,
perhaps with hardware assistance, that won't work terribly well.
the faults tell
We would like to announce the availability of Inferno for Android
phones. Because our slogan is "If it ain't broke, break it", we
decided to replace the Java stack on Android phones with
Inferno. We've dubbed it the Hellaphone--it was originally Hellphone,
to keep with the Inferno theme, but then w
On Fri Sep 16 18:18:25 EDT 2011, fors...@terzarima.net wrote:
> > (can't one just preemptively map the whole text on first-fault?)
>
> that doesn't make sense on many architectures.
> if there isn't a page table system, for instance, but a set of moderate size
> of software-managed tlbs,
> perhap
impressive :)
On Sep 17, 2011, at 12:23 AM, John Floren wrote:
> We would like to announce the availability of Inferno for Android
> phones. Because our slogan is "If it ain't broke, break it", we
> decided to replace the Java stack on Android phones with
> Inferno. We've dubbed it the Hellaphon
this is cool!
On Fri, Sep 16, 2011 at 4:23 PM, John Floren wrote:
> We would like to announce the availability of Inferno for Android
> phones. Because our slogan is "If it ain't broke, break it", we
> decided to replace the Java stack on Android phones with
> Inferno. We've dubbed it the Hellaph
Brilliant.
Any idea how much work it would be to adapt that for the nokia n900?
(runs maemo linux as native OS, or an half-assed android -nitdroid-
with some hackery.)
On Sat, Sep 17, 2011 at 12:32 AM, andrey mirtchovski
wrote:
> this is cool!
>
> On Fri, Sep 16, 2011 at 4:23 PM, John Floren wro
A pretty good week for 9fans!
Grats all involved!
Paul
On Fri, Sep 16, 2011 at 3:32 PM, andrey mirtchovski
wrote:
> this is cool!
>
> On Fri, Sep 16, 2011 at 4:23 PM, John Floren wrote:
> > We would like to announce the availability of Inferno for Android
> > phones. Because our slogan is "If it
I know absolutely nothing about the n900, but let me take a quick look
at the wiki page.
Ok, I'm thinking that the n900 seems much more of a pure Linux device
than an Android phone--it runs a derivative of X, even. I think with
probably rather minimal hacking, you could at least get Inferno
runnin
John, turn a camera on and film the phone while using it, please!
or some screenshots at least :)
On Sep 17, 2011, at 12:46 AM, andrey mirtchovski wrote:
> John, turn a camera on and film the phone while using it, please!
>
On Fri, Sep 16, 2011 at 3:46 PM, andrey mirtchovski
wrote:
> John, turn a camera on and film the phone while using it, please!
>
>
Unfortunately we can't use just any camera here at work... I'll see if
I can get one of the officially blessed cameras, otherwise it'll have
to wait until tonight/the
intense. good stuff. i have a source in china for cheap smartphones.
might be worth ordering some inferno branded phones.
brucee
On 17 September 2011 08:23, John Floren wrote:
> We would like to announce the availability of Inferno for Android
> phones. Because our slogan is "If it ain't broke,
On Fri, Sep 16, 2011 at 4:34 PM, Bruce Ellis wrote:
> intense. good stuff. i have a source in china for cheap smartphones.
> might be worth ordering some inferno branded phones.
would be fun, but wow these nexus s with amoled displays are so pretty!
But yeah cheap iPhones -- the original name, b
You guys rock!
On Fri, Sep 16, 2011 at 6:23 PM, John Floren wrote:
> We would like to announce the availability of Inferno for Android
> phones. Because our slogan is "If it ain't broke, break it", we
> decided to replace the Java stack on Android phones with
> Inferno. We've dubbed it the Hella
One caveat that I just came across: If you're trying to set up your
phone from Mac OS X, it's quite possible that the case-insensitive
filesystem will bite you. We have two directories at the same level,
named "android" and "Android". If you do an adb push from OS X,
they'll both end up in a direct
For all these plan9ish things on OSX I run a case-sensitive file-system in a
file; just use the Disk Utility to make one and then mount it. I link mine
into my home directory and use it for all case-sensitive apps.
Paul
Sent from my HTC Inspire™ 4G on AT&T
- Reply message -
From: "Joh
How difficult is it to get specs and port this to other android devices? I'd
love to run this on my motorola droid if I could get all the radios working.
--dho (via said droid)
On Sep 16, 2011 10:25 PM, "paul.a.lalo...@gmail.com" <
paul.a.lalo...@gmail.com> wrote:
> For all these plan9ish things o
We've only had one device with an actual radio in it, so we haven't
been able to test on anything but the Nexus S, but there's probably a
total of 100 lines of device-specific code. Mostly, you have to figure
out:
1. The screen dimensions and the color depth
2. Which devices are for the touchscree
One Inferno phone I have from China has two sims and a TV receiver.
And DIY documentation.
brucee
On 17 September 2011 12:40, John Floren wrote:
> We've only had one device with an actual radio in it, so we haven't
> been able to test on anything but the Nexus S, but there's probably a
> total o
By the way, it's pretty easy to try things out while the phone is
running. Just push over /data/inferno, then you should be able to do
something like this:
% stop zygote # this kills off the java UI
% /data/inferno/Android/arm/bin/emu-g
; wm/wm
The README.android file should tell you all you need
did you stick with tk (seems so). a sad relic.
brucee
On 17 September 2011 12:46, John Floren wrote:
> By the way, it's pretty easy to try things out while the phone is
> running. Just push over /data/inferno, then you should be able to do
> something like this:
>
> % stop zygote # this kills of
On Fri, Sep 16, 2011 at 7:48 PM, Bruce Ellis wrote:
> did you stick with tk (seems so). a sad relic.
you gotta start somewhere. The goal is to get this into people's hands
and hope we make the hacking easy enough for people to do some things.
btw the control of things is as you might expect, via
i like the idea of dma asynchronously cleared pages for a free list.
very much a "if you take last beer stock the fridge" laziness.
brucee
On 17 September 2011 08:27, erik quanstrom wrote:
> On Fri Sep 16 18:18:25 EDT 2011, fors...@terzarima.net wrote:
>> > (can't one just preemptively map the w
And the docs are the usual inaccurate awful android stuff. I'm
struggling right now just to get the fastboot step done. These tools
are just terrible, and the iffy descriptions don't help much. I guess
the churn in the android tools is such that consistency is not the
most visible result.
I'm taki
i enjoy working with a framebuffer. but i guess cause i have the code.
the secret phone i worked on was inferno on top of plan9 (arm based).
you could lazily run rio and grab the "framebuffer" that you get from
/dev/screen for each window. the rendering code uses that thru rio.
and the graphics man
On Fri, Sep 16, 2011 at 3:23 PM, John Floren wrote:
> Installation is reasonably simple. You'll need the Android SDK
> (http://developer.android.com/sdk/index.html), with the platform-tools
> package installed for the adb and fastboot utilities.
I think things have changed since you started thi
On Fri, Sep 16, 2011 at 9:24 PM, ron minnich wrote:
> On Fri, Sep 16, 2011 at 3:23 PM, John Floren wrote:
>
>> Installation is reasonably simple. You'll need the Android SDK
>> (http://developer.android.com/sdk/index.html), with the platform-tools
>> package installed for the adb and fastboot uti
Nice work! I plan to try it on a few android devices the first chance i get.
BTW, my experience with the emulator at the api/dalvik level has given
me confidence that if i can run it on the emulator (interacting with
it using DDMS) i can run it on any device.
-Skip
On Fri, Sep 16, 2011 at 3:23
OK, a little more info.
I booted a linux vm and ran the fastboot command to
unlock the phone
install clockwork mod recovery
at that point, once the phone rebooted, linux in the vm could no
longer enumerate it. Linux got usb events, but it could not, in its
own words, "enumerate the device"
So I
60 matches
Mail list logo
