On Fri, Jun 13, 2008 at 12:00 PM, Venkatesh Srinivas <[EMAIL PROTECTED]> wrote:
> I've tried with both qcow2 and raw; raw takes longer to get to a crash,
> but still reliably crashes. Strangely, connecting to qemu with gdb
> before Plan 9 starts reduces the crash rate a lot, but it might just be
>
Everything, in my experience, crashes QEMU. Nice try.
Just the opinion of me and my dog (who barks loudly when I shout
f**king QEMU - piece of f**king sh*t!).
Hey, this is off topic but ... anyone had fun with a Asus EeePC? The
excess stock are being sold in Oz and I got a 4G for US$300. Tho Amz
I have problems with Qemu too. Qemu hangs booting, hangs after booting,
hangs ramdomly, ... with or without venti.
I am using now a "new" PC for Plan9
> Everything, in my experience, crashes QEMU. Nice try.
>
> Just the opinion of me and my dog (who barks loudly when I shout
> f**king QEMU - pie
On Thu, Jun 12, 2008 at 9:54 PM, Venkatesh Srinivas <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I currently use Plan 9 in qemu 0.9.1; whenever I try to do anything I/O
> demanding such as unpacking a ~100MB tarball, qemu locks up and refuses
> further connections (via vnc, or gdb for example). I am using
well, the only thing I could find using Widows Vista was:
Intel(R) 82801HEM/HBM SATA AHCI Controller
and
FUJITSU MHY2250BH
2008/6/11 Lorenzo Fernando Bivens de la Fuente <[EMAIL PROTECTED]>:
> By disk controller I mean the chipset that handles your disk.
> I believe (I've had problems myself) tha
I am experiencing crashes here too. QEMU 0.9.1 with and without
kqemu, using qcow2, on Linux 2.6.24. I have built QEMU from source so
I can backtrace it next time it happens.
Perhaps Plan 9 under lguest is the way to go.
Stefan
> well, the only thing I could find using Widows Vista was:
> Intel(R) 82801HEM/HBM SATA AHCI Controller
> and
> FUJITSU MHY2250BH
are you using a very recent cd?
if you can copy down any lines that look like these
that pop up during the boot process and send them
to me offline?
#S/sdE:
At 280 USD this seemed like a nice Plan 9 terminal or native inferno target.
http://www.linutop.com/
Ian
On Fri Jun 13 10:14:33 EDT 2008, [EMAIL PROTECTED] wrote:
> At 280 USD this seemed like a nice Plan 9 terminal or native inferno target.
>
> http://www.linutop.com/
>
> Ian
>
i think that's 280 euros — over $400.
the "infos" or "miscs" didn't include the ethernet chipset
or the vga chipset.
i
Looks like the same Geode motherboard as as this one
http://www.sumotech.com/english/hardware/st166_overview.php
This one comes with foundry linux based thin client s/w on
internal CF.
I got one to try about 18 months ago. Quite a nice little box,
but won't replace my NCD X-Term till I get
> Everything, in my experience, crashes QEMU. Nice try.
> Just the opinion of me and my dog (who barks loudly when I shout
> f**king QEMU - piece of f**king sh*t!).
I have used qemu/freebsd for the past 4 years or so. On the
whole it has worked quite well. I often use plan9, Windows
2000 and fre
Hi folks,
is there any command line tool for reading and writing files
on venti ?
The venti/read and venti/write commands just support single blocks.
Vac seems fine as archive tool, but it only can store - I need some
"unvac" command. (mounting each single archive via vacfs is a bit
too complic
9fs dump
command /n/dump//mmdd/absolutepathtofile
-> year
mmdd -> month and date
On Jun 13, 2008, at 3:50 PM, Enrico Weigelt wrote:
Hi folks,
is there any command line tool for reading and writing files
on venti ?
The venti/read and venti/write commands just support single blocks.
In fact it is definetly not a plan9 issue...
If qemu fails hosting plan 9, it affects plan 9 but there is little to
be done unless we communicate with the qemu dev team.
Plan 9 is not the only os having problems with DMA access through
qemu. I am myself a moron... All I know is that the issue exis
Since you mention using vac for storage, I assume you're using venti
directly, not via fossil, in which case the '9fs dump' suggestion will
do nothing for you.
I don't believe there is anything in Plan 9 that does what you want
(certainly the BUGS section in venti(1) implies not), but you might
lo
> the peculiar thing about the modern virtualisers/hypervisors etc is that
sorry. i meant to write "one peculiar thing ...", because there are others.
>perhaps qemu-ide specific drivers need to be done.
> Many hosted OSs need custom made drivers to
> be used with a virtualizer.
i must say that my experience with VM/370 was otherwise,
for the standard devices. there were extensions you could access
if you liked, but the basic emulation was solid
* Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> 9fs dump
> command /n/dump//mmdd/absolutepathtofile
but this still requires me to mount each single vac
archive before reading, and I need to create a new one
for each upload, right ?
cu
--
---
> the peculiar thing about the modern virtualisers/hypervisors etc is that
> they require specialised drivers but are no easier (often harder) to drive
> than
> actual hardware! it's all gone wrong!
but the blinding performance is ... check that.
- erik
I don't think so. 9fs dump gives you everything afaik.
On Jun 13, 2008, at 4:29 PM, Enrico Weigelt wrote:
* Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
9fs dump
command /n/dump//mmdd/absolutepathtofile
but this still requires me to mount each single vac
archive before reading, and I need
Talking of cheap machines ...
Does anyone know anything about the Elonex One?
http://elonexone.co.uk/
It's ~USD200.
I'm getting a couple anyway for other reasons,
but if they could be used to do something 9ish as well,
that would be a bonus.
I'll start looking at running 9 on it ASAP of course
> The venti/read and venti/write commands just support single blocks.
> Vac seems fine as archive tool, but it only can store - I need some
> "unvac" command. (mounting each single archive via vacfs is a bit
> too complicated for my project).
I'm hesitant to bother replying, as we learned earlier
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Since you mention using vac for storage, I assume you're using venti
> directly, not via fossil, in which case the '9fs dump' suggestion will
> do nothing for you.
ACK.
> I don't believe there is anything in Plan 9 that does what you want
> (certai
Any good recommended lecture to learn about good virtualization?
I imagine that the biggest issue is to avoid a racing condition
between the two(or 'n') running kernels.
Then... Would it be very hard to build an fs that allows to share real
hardware with another kernel running alongside plan 9? I
On Fri, 13 Jun 2008 21:33:15 BST Charles Forsyth <[EMAIL PROTECTED]> wrote:
> >perhaps qemu-ide specific drivers need to be done.
> > Many hosted OSs need custom made drivers to
> > be used with a virtualizer.
On a T42 running FreeBSD, a stock FreeBSD-4.11/qemu gets
18MB/s & plan9/qemu gets 3MB/
On Jun 13, 2008, at 7:01 PM, Bakul Shah wrote:
IMHO a virtualizable processor is the necessary first step as
And don't forget the cost of a virtualizer v. the cost of actual
hardware. Verilog is free, but the device to make it is not. Start
simple:
void
main(int, char *[
On Fri, 13 Jun 2008 19:26:42 EDT Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> On Jun 13, 2008, at 7:01 PM, Bakul Shah wrote:
>
> > IMHO a virtualizable processor is the necessary first step as
>
>
> And don't forget the cost of a virtualizer v. the cost of actual
> hardware. Verilog is free,
FPGA's are getting cheaper. A friend of mine got a nice Spartan III
for less than us$50
Clock speeds are still behind the usual ASIC (lack of sleep might
alter my grammar habilities), but I think they are ok for things like
a java vm, or a nes emulator...
Years ago I made a picoJava based process
On Sat, Jun 14, 2008 at 1:42 AM, Lorenzo Fernando Bivens de la Fuente
> FPGA's are getting cheaper. A friend of mine got a nice Spartan III
> for less than us$50
>
> Clock speeds are still behind the usual ASIC (lack of sleep might
> alter my grammar habilities), but I think they are ok for things
> Any good recommended lecture to learn about good virtualization?
i think this is an interesting approach. note that some code runs faster
under the vx32 than natively, though the title seems to hint that there
are varying definitions of virtualization.
http://swtch.com/~rsc/papers/vx32-usenix2
* Russ Cox <[EMAIL PROTECTED]> wrote:
> > The venti/read and venti/write commands just support single blocks.
> > Vac seems fine as archive tool, but it only can store - I need some
> > "unvac" command. (mounting each single archive via vacfs is a bit
> > too complicated for my project).
>
> I'm h
> BTW: still leaves the problem that lot's of vacfs servers are
> started not terminated after use :(
no, it doesn't. on plan 9, when the shell script exits,
nothing will have vacfs mounted anymore, so vacfs
will get an eof on the 9p connection and exit.
that's why i put an rfork n in the script
On Fri, 13 Jun 2008 19:52:22 EDT erik quanstrom <[EMAIL PROTECTED]> wrote:
> > You don't need this sort of code in a virtualizable processor.
> > See for example
> > http://en.wikipedia.org/wiki/Popek_and_Goldberg_virtualization_requiremen
> ts
>
> i'm not convinced that the illusion that the v
> On a T42 running FreeBSD, a stock FreeBSD-4.11/qemu gets
> 18MB/s & plan9/qemu gets 3MB/s. Both tested by writing 100MB
> from /dev/zero to a file. Neither needs any special drivers.
>
> I think part of the performance problem is qemu emulates an
> early Intel ATA controller chip (PIIX3) and
On Fri, 13 Jun 2008 20:39:48 EDT erik quanstrom <[EMAIL PROTECTED]> wrote:
> > On a T42 running FreeBSD, a stock FreeBSD-4.11/qemu gets
> > 18MB/s & plan9/qemu gets 3MB/s. Both tested by writing 100MB
> > from /dev/zero to a file. Neither needs any special drivers.
> >
> > I think part of the
I don't know how the praise of "excellent" was bestowed on QEMU. It
may work well on a x86 emulating an x86 but try something else. It
ends in tears.
brucee
On Sat, Jun 14, 2008 at 1:58 AM, Bruce Ellis <[EMAIL PROTECTED]> wrote:
> I don't know how the praise of "excellent" was bestowed on QEMU. It
> may work well on a x86 emulating an x86 but try something else. It
> ends in tears.
>
just like opening up an x86 machine and trying to stick a mips
proce
There were a number of changes in the kernel last 6 months, I just
recently did a pull and the lguest port is screwed. I spent part of
today fixing things and catching up, and am now stuck in the first
taskswitch.
Symptoms are odd. It dies in the first call to gotolabel.
But here is the output fr
38 matches
Mail list logo
