The WG v0.4 specification adds 3 CSRs to configure S/U/HS/VS-mode WIDs
of CPUs in the higher privileged modes.
The Smwg extension at least requires a RISC-V HART to have M/U-mode, and
the Sswg/Smwgd extension at least requires a RISC-V HART to have
M/S/U-mode.
Signed-off-by: Jim Shu
---
target
ansactions
Signed-off-by: Jim Shu
---
hw/misc/meson.build| 2 +-
hw/misc/riscv_wgchecker.c | 603 +
hw/misc/trace-events | 8 +
include/hw/misc/riscv_worldguard.h | 63 +++
4 files changed, 675 insertions(+), 1 deletion(-)
c
The wgChecker is configurable for whether blocked accesses:
* should cause a bus error or just read return zero and write ignore
* should generate the interrupt or not
Signed-off-by: Jim Shu
---
hw/misc/riscv_wgchecker.c | 169 +-
1 file changed, 167
When a RISC-V HART has WG extension, their memory transactions will
contain WID. Support MemTxAttrs in RISC-V target and add WID inside if
a HART has WG extension.
Signed-off-by: Jim Shu
---
target/riscv/cpu.c| 2 +-
target/riscv/cpu.h| 1 +
target/riscv/cpu_helper.c | 51
tion of HW config and CPU option of WG in the
virt machine documentation
- Expose CPU options of WG after WG CPU code has been implemented
- Change 'mwid' and 'mwidlist' options to experimental options
- Change 'world_id' to unsigned int type + bit field.
Jim Shu (17
that point.
One tricky part here is that the perm of 'blocked_io_as' is the
condition of deny access. For example, if wgChecker only permits RO
access, the perm of 'downstream_as' will be IOMMU_RO and the perm of
'blocked_io_as' will be IOMMU_WO.
Signed
signal.
Signed-off-by: Jim Shu
---
include/exec/memattrs.h | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/include/exec/memattrs.h b/include/exec/memattrs.h
index 8db1d30464..7a6866fa41 100644
--- a/include/exec/memattrs.h
+++ b/include/exec/memattrs.h
@@ -54,6 +54,11
Expose WG CPU extensions (Smwg, Sswg, Smwgd) and WG CPU configs
(mwid, mwidlist).
Signed-off-by: Jim Shu
---
target/riscv/cpu.c | 8
1 file changed, 8 insertions(+)
diff --git a/target/riscv/cpu.c b/target/riscv/cpu.c
index 1aba6dd853..46df970fe3 100644
--- a/target/riscv/cpu.c
+++ b
riscv_worldguard_apply_cpu() could enable WG CPU extension and set WG
callback to CPUs. It is used by machine code after realizing global WG
device.
Signed-off-by: Jim Shu
---
hw/misc/riscv_worldguard.c | 87 ++
include/hw/misc/riscv_worldguard.h | 1 +
2
OMMU devices don't have this issue since they are only in the
path of DMA access. Currently, the bug only occurs when ARM MPC device
(hw/misc/tz-mpc.c) returns 'blocked_io_as' to emulate blocked access
handling. Upcoming RISC-V wgChecker device is also affected by this bug.
Add CSRs for 3 WG extensions: Smwg, Smwgd, and Sswg.
Signed-off-by: Jim Shu
---
target/riscv/cpu_bits.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/target/riscv/cpu_bits.h b/target/riscv/cpu_bits.h
index a30317c617..7705c6995e 100644
--- a/target/riscv/cpu_bits.h
+++ b/target/riscv
Thanks Daniel. I will fix the RST doc and typo issue in the v2 patch!
Jim
On Tue, Apr 15, 2025 at 9:20 PM Daniel Henrique Barboza
wrote:
>
>
>
> On 4/15/25 5:12 AM, Jim Shu wrote:
> > * Add 'wg=on' option to enable RISC-V WorldGuard
> > * Add wgChecker to prot
Hi,
Gentle ping on this patch.
Thanks,
Jim
On Wed, Apr 9, 2025 at 10:58 AM Jim Shu wrote:
>
> Sorry, I forgot to write v2 changes in cover-letter.
>
> Changes in v2:
> - Remove duplicated code in riscv_timer_stce_changed() function
> - Add sstc spec description in the commi
mmit depends on the atomic read support of translator_ld in
the commit 6a9dfe1984b0c593fb0ddb52d4e70832e6201dd6.
Signed-off-by: Jim Shu
Reviewed-by: Frank Chang
---
target/riscv/translate.c | 46 +---
1 file changed, 34 insertions(+), 12 deletions(-)
diff --g
,
which should update the timer and IRQ pending bits.
Changed in v3:
- Rebase to riscv-to-apply.next
Changed in v2:
- Remove duplicated code in riscv_timer_stce_changed() function
- Add sstc spec description in the commit log
Jim Shu (4):
target/riscv: Add the checking into stimecmp write
Updating STCE will enable/disable SSTC in S-mode or/and VS-mode, so we
also need to update S/VS-mode Timer and S/VSTIP bits in $mip CSR.
Signed-off-by: Jim Shu
Acked-by: Alistair Francis
---
target/riscv/csr.c | 46 ++
target/riscv/time_helper.c | 46
Preparation commit to let aclint timer to use stimecmp write function.
Aclint timer doesn't call sstc() predicate so we need to check inside
the stimecmp write function.
Signed-off-by: Jim Shu
Acked-by: Alistair Francis
---
target/riscv/time_helper.c | 19 +--
1 file ch
c ch19.2.1. Virtual Supervisor Timer (vstimecmp) Register
A virtual supervisor timer interrupt becomes pending, as reflected in
the VSTIP bit in the hip register, whenever (time + htimedelta),
truncated to 64 bits, contains a value greater than or equal to
vstimecmp
Signed-off-by: Jim Shu
Acked-by:
VSTIP is only writable when both [mh]envcfg.STCE is enabled, or it will
revert it's defined behavior as if sstc extension is not implemented.
Signed-off-by: Jim Shu
Acked-by: Alistair Francis
---
target/riscv/csr.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --
Hi,
Gentle ping on this patch.
Thanks,
Jim Shu
On Thu, May 8, 2025 at 5:48 PM Jim Shu wrote:
>
> Support 4-byte atomic instruction fetch when instruction is natural
> aligned.
>
> Current implementation is not atomic because it loads instruction twice
> for first and last
get/riscv: Enable/Disable S/VS-mode Timer when
STCE bit is changed"
https://patchew.org/QEMU/20250519143518.11086-1-jim@sifive.com/20250519143518.11086-5-jim@sifive.com/
Thanks,
Jim
On Tue, Jun 24, 2025 at 9:49 PM Radim Krčmář wrote:
>
> 2025-06-23T18:39:02-03:00, Danie
On Mon, May 08, 2006 at 12:46:24AM +0200, Pavel Jan?k wrote:
> configure contains:
>
> if [ ! -x "`which $cc`" ] ; then
> echo "Compiler $cc could not be found"
> exit
> fi
>
> You should check if the command compiles, not if it exists and is executable.
Patch attached. Simply tries to c
On Sun, May 07, 2006 at 08:18:55PM -0400, Jim C. Brown wrote:
> On Mon, May 08, 2006 at 12:46:24AM +0200, Pavel Jan?k wrote:
> > configure contains:
> >
> > if [ ! -x "`which $cc`" ] ; then
> > echo "Compiler $cc could not be found"
> >
On Mon, May 08, 2006 at 01:53:03AM +0100, Paul Brook wrote:
> You really should test your patches. The patch you attached generates an
> error
> if the compiler works.
>
> Paul
>
Whoops, sorry about that. I only tested the --cc="ccache gcc" case.
Here's the correct patch.
--
Infinite comple
) -o $@ $^ -lz $(LIBS)
dyngen$(EXESUF): dyngen.c
--- /dev/null Wed Apr 19 17:19:14 2006
+++ block-part-raw.cSun May 7 23:21:52 2006
@@ -0,0 +1,249 @@
+/*
+ * Block driver to use partition images instead of whole hard disk images
+ *
+ * Copyright (c) 2006 Jim Brown
+ *
+ * Permission is he
On Sun, May 07, 2006 at 11:53:46PM -0400, Jim C. Brown wrote:
> Known Issues:
>
> booting is not supported - this will require passing a separate bootsector.
I stand corrected. New patch that adds support for booting partition images.
Apply this on top of the first one.
Also attach
/*
* Block driver to use partition images instead of whole hard disk images
*
* Copyright (c) 2007 Jim Brown
*
* Permission is hereby granted, free of charge, to any person obtaining a copy
* of this software and associated documentation files (the "Software"), to deal
* in the
On Mon, May 08, 2006 at 02:11:36PM +0100, Paul Brook wrote:
> > I'll work on this tonight. I've been thinking about doing this, since it
> > would allow one to use any qemu-supported disk image format as a partition
> > image.
> >
> > I can't think of any disk format that's heavily used in qemu tha
On Mon, May 08, 2006 at 08:26:20AM -0400, Jim C. Brown wrote:
> > - Instead of copying the raw block driver, use the block driver recursively.
>
> I'll work on this tonight. I've been thinking about doing this, since it would
> allow one to use any qemu-supported disk im
On Mon, May 08, 2006 at 03:28:31PM +0100, Paul Brook wrote:
> > If split vmdks are just a series of partition images plus an image of an
> > MBR/partition table then it may be possible to hack this up via a partition
> > driver that supported harddisk sharing (using multiple partition images as
> >
On Mon, May 08, 2006 at 09:52:12AM +0200, Pavel Jan?k wrote:
>From: "Jim C. Brown" <[EMAIL PROTECTED]>
>Date: Sun, 7 May 2006 20:34:11 -0400
>
>> The right thing to do might be to check if the first arg is ccache,
>> and if so check for both cc
Sorry for not replies to this earlier. It got lost in my spam folder somehow.
On Mon, May 01, 2006 at 12:29:15PM -0700, Stealth Dave wrote:
> Is there a patch submission policy for QEMU? I see a lot of patches
> posted to this list. Some get accepted, some get rejected with
> comments, and oth
On Sat, May 06, 2006 at 01:12:50AM +0200, Oliver Gerlich wrote:
> Don Kitchen schrieb:
> > Next, it seems the *one* thing QEMU lacks that you-know-who does correctly
> > is networking, specifically bridged mode. I know about creating a tap device
> > and sticking it into a bridge (really hasn't wor
On Fri, May 05, 2006 at 02:51:28PM -0700, Don Kitchen wrote:
> $ qemu-img info someimage
> image: someimage
> file format: qcow
> virtual size: 75G (80026361856 bytes)
> disk size: 304K
>
> For files with a backing file, has anyone thought about having it print out
> the name of the backing file?
On Mon, May 08, 2006 at 07:05:19PM +0200, Oliver Gerlich wrote:
> > Currently I'm working on a version that doesn't require a kernel module to
> > do this - it will have the limitation of only supporting tcp/ip packets when
> > talking between host/guest.
>
> Are you sure that limitation is not to
On Fri, May 05, 2006 at 10:43:06AM +0200, Natalia Portillo wrote:
> That requires a driver in guest side that communicates with qemu.
No it doesn't. It'd only work in absolute mode of course... but it'd be easy
to implement.
Personally I'd dislike such a feature anyways.
--
Infinite complexity
On Fri, May 05, 2006 at 10:57:01AM -0500, Anthony Liguori wrote:
> Christian MICHON wrote:
> >well, at least inside rh72, I can see a usb device:
> >Vendor=0627 ProdID=0001
> >Product=QEMU USB Tablet
> >
> >all I need now is:
> >1) which module to modprobe
> >2) which /dev/input/event... is used
>
On Mon, May 08, 2006 at 08:53:29PM +0200, Pavel Jan?k wrote:
>
>> check that the first arg is -x
>
> This is also incorrect.
>
> [EMAIL PROTECTED]:/tmp> alias compiler=gcc
> [EMAIL PROTECTED]:/tmp> compiler -v
> Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.5/specs
> [...]
> [EMAIL
from
functioning with the /dev/input/eventX interface of 2.4 though. I guess what we
really need is someone who can test. :)
>
> One question: which driver is actually used for win98 guest ?
>
> On 5/8/06, Jim C. Brown <[EMAIL PROTECTED]> wrote:
> >On Fri, May 05, 2006 at
On Mon, May 08, 2006 at 11:05:00PM +0100, Michael McConnell wrote:
> IIRC creating a "raw" QEMU disc image makes use of sparse files, a concept
> not supported under FAT16/32. A qcow disc image should work fine. If you
> want to create a raw disc image on a FAT partition, use (from your example
On Mon, May 08, 2006 at 06:48:46PM -0400, Jim C. Brown wrote:
> On Mon, May 08, 2006 at 11:05:00PM +0100, Michael McConnell wrote:
> > IIRC creating a "raw" QEMU disc image makes use of sparse files, a concept
> > not supported under FAT16/32. A qcow disc image
Aactually, the bug is in vfat not in qemu-img.
qemu-img correctly uses ftruncate() which is suppose to make the file sparse
if the underlying filesystem supports it, but it should fall back to adding
zeros
to the end of the file. On vfat you aren't able to seek past the end of a file
period, so t
On Thu, May 11, 2006 at 04:57:23PM +0200, Jan Marten Simons wrote:
> Am Donnerstag, 11. Mai 2006 15:04 schrieb Dan Sandberg:
> > Are you using an OpenGL directdraw surface for the graphics emulation in
> > Qemu?
>
> Qemu is using SDL, as this is a very portable library/framework. I'm not
> sure,
On Mon, May 08, 2006 at 08:36:15PM -0500, Anthony Liguori wrote:
> Jim C. Brown wrote:
> >Aactually, the bug is in vfat not in qemu-img.
> >
>
> Not really. POSIX doesn't mandate that ftruncate() increase a file
> size. This is a Linux-ism and is only valid for fil
On Tue, May 30, 2006 at 04:37:50PM -0500, Harrison Metzger wrote:
> My bug is when I try to toggle fullscreen with the ctrl+alt+f shortcut
> nothing
> happens. So I tried ctrl+alt+u (because on dvorak u is where the f is) and it
> worked. So it appears as if qemu is using raw scancodes instead o
I'm working on something that does just this. I'm calling it vda (its based
on lomount), and it provides access to vda, vda1, vda2, etc.
I don't see why you are unable to use the disk image as is though. lomount and
similar tools should be able to handle the job quite easily.
On Thu, Jun 01, 2006
On Wed, Jun 28, 2006 at 02:16:56PM +0200, Rafa?? Cygnarowski wrote:
> So now I have to find out:
> - where those fake keycodes were dropped,
> - why after loading my test program those two 8s are displayed
> (there is some unneeded interrupt generated - am I right?).
>
> Honestly, I don't know
On Wed, Jul 05, 2006 at 07:55:14PM -0400, Armistead, Jason wrote:
> I know there is the "Unofficial #qemu Wiki" on
> http://kidsquid.com/cgi-bin/moin.cgi/
>
> How about an official (rather than unofficial) QEMU Wiki where we can ALL
> contribute to the documentation process ? I think there are lo
For the record, we can use wxWidgets in qemu even though we can not use C++
in qemu (something that I would be strongly against).
http://wxc.sourceforge.net/
Requiring this as a dependency would make it easier to deal with issues such as
C++ ABI compatibility by avoiding the direct use of C++.
T
On Sat, Jul 08, 2006 at 11:02:31AM -0400, Joe Lee wrote:
> Jim C. Brown wrote:
> >For the record, we can use wxWidgets in qemu even though we can not use C++
> >in qemu (something that I would be strongly against).
> >
> >http://wxc.sourceforge.net/
> >
> >Re
The issue is with your linux kernel headers.
On Sat, Jul 08, 2006 at 11:07:57AM -0400, Doctor Bill wrote:
> At first I thought the problem was that I was using gcc-4, so I installed
> gcc-3.4.6, but I still get the same errors:
>
> gcc-3.4 -Wall -O2 -g -fno-strict-aliasing -I. -I..
> -I/tmp/qemu-
On Sun, Jul 09, 2006 at 05:03:12PM -0700, John R. wrote:
> On 7/8/06, Oliver Gerlich <[EMAIL PROTECTED]> wrote:
>
> >Is wxC still under active development? The CVS version seems to be quite
> >old, and I also couldn't find any documentation.
> >
>
> Well it wouldn't be the first unmaintained batc
On Thu, Feb 02, 2006 at 12:10:36AM +0100, Fabrice Bellard wrote:
> Hi,
>
> I merged your patches and I made important changes to simplify them. I
> did not do any tests so tell me if you see problems.
>
> Regards,
>
> Fabrice.
>
Have you decided to accept the GPL license on it then?
http://li
On Sun, Oct 08, 2006 at 05:30:19AM -0700, Ottavio Caruso wrote:
> http://www.linuxworldexpo.de/linux_messe.php?ID=124&STEP=&lang=en
>
> I don't see Qemu mentioned at all. I wonder if any of the developers have
> been contacted at all. I thing it is a pity that once againg Qemu is ignored.
>
> Ot
On Sun, Oct 08, 2006 at 05:58:51PM +0100, Jamie Lokier wrote:
> Don't forget qvm86, which is intended as an open source drop-in
> replacement for kqemu.
>
> -- Jamie
>
One that, when I last checked, was outdated and unmaintained. (Though I
admit I haven't looked at qvm86 recently.)
--
Infinite
On Mon, Oct 09, 2006 at 12:05:02AM -0400, Rob Landley wrote:
> > qemu is primarily a dynamic translator not a virtualizer.
>
> That's an implementation detail. The end result is running programs in a
> virtual environment, and qemu's system emulation has lots of virtual hardware
> it attaches t
On Tue, Oct 10, 2006 at 11:48:33AM -0400, Rob Landley wrote:
> > Here you are using the terms "virtual" and "emulated" interchangably. That's
> > ok as long as the difference between virtualization and virtual/emulated is
> > understood.
>
> Well, the hardware people see a huge difference. To th
On Tue, Oct 10, 2006 at 11:54:57AM -0400, Rob Landley wrote:
> On Tuesday 10 October 2006 5:26 am, Joshua Root wrote:
> > Part of the generally accepted definition of virtualization is that the
> > majority of guest instructions execute directly on the real CPU with no
> > intervention by the VMM.
On Tue, Oct 10, 2006 at 10:03:26PM -0400, Rob Landley wrote:
> > That is not how he uses the terms. He uses them interchangably.
> B) The people I've seen care about this are embedded system developers, who
> also make a distinction between "emulator" and "simulator". (One is a
> hardware board
On Wed, Dec 13, 2006 at 08:03:13PM +0100, Salvador Fandino wrote:
> > The code of lomount might be what you're looking for. Lomount allows one
> > to mount partions (via loop) from a raw diskimage.
>
> That was my intention, but I have found that lomount handling of EBR and
> logical partition is
On Wed, Dec 13, 2006 at 11:07:54PM +0100, Salvador Fandino wrote:
> Jim C. Brown wrote:
> > On Wed, Dec 13, 2006 at 08:03:13PM +0100, Salvador Fandino wrote:
> >>> The code of lomount might be what you're looking for. Lomount allows one
> >>> to mount pa
On Thu, Dec 14, 2006 at 09:37:32AM +0100, Salvador Fandino wrote:
> Jim C. Brown wrote:
>
> >> yes, that's right, but it's not what lomount does. It parses the data on
> >> the EBR in the same way as the MBR, reading 4 partition registers from
> >> the
On Mon, Apr 25, 2005 at 01:15:32PM +0200, Massimo Dal Zotto wrote:
> The patch works for me but I don't know if this is the best way of fixing
> this bug. If anyone has a better suggestion it is welcome.
>
> --
> Massimo Dal Zotto <[EMAIL PROTECTED]>
I just want to point out that your patches br
On Thu, May 26, 2005 at 10:03:31PM +0200, Fabrice Bellard wrote:
> >this would pay more than to have 1 frontend for windows, 1 for linux,
> >1 for sparc, 1 for mac, etc...
> >
> >what's your opinion on this ?
>
> As I said earlier, I would prefer to integrate the GUI in QEMU like the
> cocoa.m im
On Thu, May 26, 2005 at 04:32:52PM -0400, Jim C. Brown wrote:
> Out of curiosity, would you accept an intergrated GUI for Linux if it was
> based
> on Xlib or an updated QtC (which was a Qt wrapper that enabled Qt to be used
> in
> C programs) ?
>
> The main advantage,
On Fri, May 27, 2005 at 12:59:32PM +0200, Sebastien Bechet wrote:
> Hello Jim,
>
> As fabrice know, i have done some work about it, but no time to debug.
> Nevertheless, I think the code is near to work.
>
> Maybe it can help you or someone to finish gtk2 driver...
> (you
On Fri, May 27, 2005 at 11:28:33AM -0400, Jim C. Brown wrote:
> - modifier detection isnt working, so its difficult to get a grab and not
> possible to ungrab - this is why the no-sdl-grab patch is included
> - need to use "-monitor stdio" because changing virtual consoles do
d line.
On Fri, May 27, 2005 at 02:06:41PM -0400, Jim C. Brown wrote:
> On Fri, May 27, 2005 at 11:28:33AM -0400, Jim C. Brown wrote:
> > - modifier detection isnt working, so its difficult to get a grab and not
> > possible to ungrab - this is why the no-sdl-grab patch is includ
based on SDL driver by Fabrice
*
* Copyright (c) 2005 Jim Brown
*
* Permission is hereby granted, free of charge, to any person obtaining a copy
* of this software and associated documentation files (the "Software"), to deal
* in the Software without restriction, including witho
On Mon, May 30, 2005 at 09:10:43PM +0200, Lionel Ulmer wrote:
> On Mon, May 30, 2005 at 01:11:09PM -0400, Jim C. Brown wrote:
> > Fullscreen mode is still broken (the window will resize, but the image on
> > the
> > window will not). This will be tricky to fix as sof
On Mon, May 30, 2005 at 11:10:26PM +0200, Fabrice Bellard wrote:
> >>Otherwise, just use plain X11 calls to change resolution (via XRandr or
> >>via
> >>Xvidmode). The problem being always to properly 'align' this window to be
> >>the only one on screen.
> >
> >
>
> If GTK cannot support correct
te complexity begets infinite beauty.
Infinite precision begets infinite perfection.
/*
* QEMU GTK2 display driver
* based on SDL driver by Fabrice
*
* Copyright (c) 2005 Jim Brown
*
* Permission is hereby granted, free of charge, to any person obtaining a copy
* of this software and asso
On Tue, May 31, 2005 at 04:15:34PM +0200, Sylvain Petreolle wrote:
> --- "Jim C. Brown" <[EMAIL PROTECTED]> a ?crit :
>
> > Here is the new driver. Patch is against a clean qemu directory. Once you
> > apply the patch, dump the attached files into the qemu ro
On Mon, May 30, 2005 at 08:24:09PM -0400, Jim C. Brown wrote:
> Here is the new driver. Patch is against a clean qemu directory. Once you
> apply the patch, dump the attached files into the qemu root directory and
> run configure with '--enable-gtk' option. The '--set-fs-
On Tue, May 31, 2005 at 03:45:03PM -0400, Jim C. Brown wrote:
> On Mon, May 30, 2005 at 08:24:09PM -0400, Jim C. Brown wrote:
> > Here is the new driver. Patch is against a clean qemu directory. Once you
> > apply the patch, dump the attached files into the qemu root direct
iver by Fabrice
*
* Copyright (c) 2005 Jim Brown
*
* Permission is hereby granted, free of charge, to any person obtaining a copy
* of this software and associated documentation files (the "Software"), to deal
* in the Software without restriction, including without limitation t
On Sun, Jun 05, 2005 at 09:17:45PM +0200, Henrik Nordstrom wrote:
> On Fri, 3 Jun 2005, Jan Marten Simons wrote:
>
> >Ok, I talked about this issue in irc lately, but as this list will have
> >a larger audience I'll post this here as well. So here is the (cleaned)
> >log:
> >
> >What I want:
> >
On Mon, Jun 06, 2005 at 08:11:08PM +0200, [EMAIL PROTECTED] wrote:
> The advantages are:
> - no ide-channel is blocked (unlike vvFat)
I don't believe this is a major issue. Alias, vvFat is readonly and anyways not
suitable for the purposes of every OS (e.g. copy from Linux guest to Linux
host, pre
On Tue, Jun 07, 2005 at 11:45:40PM +0200, Henrik Nordstrom wrote:
> On Mon, 6 Jun 2005, Jim C. Brown wrote:
>
> >Hmm...what if you don't have root/administrator access? It could still
> >work if
> >you are determined enough, but thats not the sort of thing yo
On Tue, Jun 07, 2005 at 01:38:14AM +0200, Jan Marten Simons wrote:
> > Like I said, modifying TFTP for R/W would be a good option. It's already
> there,
> > the "miminalists" can't complain about having it removed (e.g. it may
> one day
> > be used to support "virtual" netboots), and one can use ft
On Mon, Jun 06, 2005 at 04:54:25PM -0700, John R. Hogerhuis wrote:
> I can think of some reasons for a non-native file service that is
> instead built into QEMU:
>
>
> -- John.
>
I agree with you there, especially for non-networked OS support. A qemu-specific
guest program will take in a file
On Thu, Jun 09, 2005 at 12:31:18AM +0200, Jan Marten Simons wrote:
> > Not quite, but TFTP by protocol design limits filesize to 2^16-1 blocks
> > of 512 bytes or 32 MB minus 512 bytes (33553920 bytes).
>
> Well, if this is the case FTP should realy be added as an alternative
> protocol.
>
> And
On Thu, Jun 09, 2005 at 01:56:09PM +0200, Henrik Nordstrom wrote:
> On Wed, 8 Jun 2005, Jim C. Brown wrote:
>
> >Next to impossible to do portably. I am not sure how user-net port
> >redirection
> >even enters the picture - once the FTP daemon is set up, the guest sees
On Tue, Jun 14, 2005 at 12:14:05PM -0500, [EMAIL PROTECTED] wrote:
> Not all of us are developers.
>
> The best that many can do is test qemu and report problems when they are
> found.
>
> Some of us do a bit more, by deliberately testing qemu with lots of
> software, looking for bugs. And rep
On Mon, Jun 13, 2005 at 02:52:25PM +0200, Christian MICHON wrote:
> > Did you try passive mode?
>
> nice suggestion.
> passive mode off: "dir" lasts forever...
Because in active mode, the ftp server attempts to connect to a port on the
ftp client, in the guest. Due to the limitations of slirp, th
On Tue, Jun 14, 2005 at 04:15:41PM -0500, [EMAIL PROTECTED] wrote:
> "Jim C. Brown"
>
>
> >> Some of us do a bit more, by deliberately testing qemu with lots of
> >> software, looking for bugs. And reporting bugs when they are found.
> >
> > If
On Tue, Jun 14, 2005 at 11:46:32PM +0200, Heike C. Zimmerer wrote:
> "Jim C. Brown" <[EMAIL PROTECTED]> writes:
>
> > E.g. I'm the developer of the gtk2 interface for qemu, and I have no
> > idea about what bugs it may have as no one has reported any to
&g
On Wed, Jun 15, 2005 at 12:28:35PM -0500, [EMAIL PROTECTED] wrote:
> Here are the steps I did.
>
> I follwed the mingw compilation instructions posted in the qemu-user's
> forum. Just to make sure that my setup was working.
>
> >From http://www.gimp.org/win32/ I downloaded the recommended vers
xity begets infinite beauty.
Infinite precision begets infinite perfection.
/*
* QEMU GTK2 display driver
* based on SDL driver by Fabrice
*
* Copyright (c) 2005 Jim Brown
*
* Permission is hereby granted, free of charge, to any person obtaining a copy
* of this software and associated docu
On Sun, Jun 19, 2005 at 05:57:46PM -0500, [EMAIL PROTECTED] wrote:
> From: "Jim C. Brown"
>
> > Minor changes to gtk2_send_mouse_move() for GTK 2.6
>
> Under Windows with MingW & MSYS, I'm still getting the same compiler error
> that I reported to you
On Mon, Jun 20, 2005 at 12:25:54AM +0200, Sebastien Bechet wrote:
> Hello Jim,
>
> I have no time to test your patch :-( I think I can do it in august...
I have to know how you got GdkPixbuf to work with your GTK patch.
I looked at using GdkPixbuf but it seems not flexible enough to su
On Sun, Jun 19, 2005 at 08:13:55PM -0500, [EMAIL PROTECTED] wrote:
> > If that one doesn't work, try this one. (The only different is that I
> > include
> > instead of )
>
> > I also attach a gdkprivate-win32.h in case yours is missing (google seems
> > to
>
> I'm not getting any errors about
On Mon, Jun 20, 2005 at 09:27:04PM -0500, [EMAIL PROTECTED] wrote:
> Good news...
>
> Tonight I decided to test my Mingw/MSys environment. I built the regular
> SDL version that I've done several times before.
>
> It too failed.
>
> There's not much telling what is causing it to fail. Qemu se
On Mon, Jun 20, 2005 at 09:58:06PM -0500, [EMAIL PROTECTED] wrote:
> Okay, I didn't know that. (Or I forgot about it.) That means I was running
> SDL.
>
> (That also means that even if it's ends up running in SDL mode, it still
> wants all those GTK libraries available. If it isn't using GTK,
On Tue, Jun 21, 2005 at 12:42:56PM +0200, Jernej Simon?i? wrote:
> On Tuesday, June 21, 2005, 4:58:06, [EMAIL PROTECTED] wrote:
>
> > No idea what it really means. Other than what it actually says.
>
> Do a export CFLAGS="$CFLAGS -mms-bitfields" before configuring and compiling
> any GTK+ progra
On Tue, Jun 21, 2005 at 11:27:10AM -0500, [EMAIL PROTECTED] wrote:
> I downloaded the libraries and devel files from the link Jernej Simoncic
> recommended. It does seem to be a main win gtk distrib location. (As
> somebody pointed out, actually building gtk etc. under Mingw is a pita. I
> ha
On Tue, Jun 21, 2005 at 04:17:08PM +0200, Jan Marten Simons wrote:
> Jim C. Brown wrote:
>
> >I've been convinced. I'll take a look at it and see what can be done for a
> >builtin ftp server.
> >
> Hi Jim,
>
>
> Are there any results, yet?
>
On Tue, Jun 21, 2005 at 10:39:14PM +0100, Paul Brook wrote:
>
> > Not a lot yet. I have a minimal ftp server that would be perfect to use
> > with qemu, with much of the code rewritten. However, to make it interface
> > with slirp a lot more work is needed (basicly the ftp server uses sockets
> >
On Tue, Jun 21, 2005 at 02:40:26PM -0500, [EMAIL PROTECTED] wrote:
> >export CFLAGS="$CFLAGS -mms-bitfields"
>
> Okay, I tried that.
>
> I then did a 'make clean'. Then the config, then the regular make
>
> But running the resulting qemu is still giving the same error.
>
>
Not the slightest
On Tue, Jun 21, 2005 at 04:19:33PM -0500, [EMAIL PROTECTED] wrote:
> >I'd say it's worth it, if Qemu gains a usable GUI this way. GTK+ libraries
> >are ~3,5MB download, and only need to be installed once.
>
> Putting libraries like this in a common location is always a bad thing.
> That means the
401 - 500 of 728 matches
Mail list logo
