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
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 - piece of
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 fossil
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) that
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:
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.
it's quite
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
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
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
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
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
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
* [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
(certainly
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
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 like
* 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 hesitant to
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 virtualized
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 performance
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
processor
25 matches
Mail list logo