Peter Stewart wrote:
Hi,
Sorry for using up mail space, but here is the cocoa.m file.
enjoy,
peter.
Thanks amillion!
I will try it out tomorrow.
Hope I too can produce a Patch soon, so there is not to much
unneccessary work mergin bits'n'peaces
ake, or how to continue...
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Though with KQEMU (for Linux and FreeBSD hosts only), you can run
x86-on-x86 emulation at native speed.
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Natalia Portillo wrote:
El 27/05/2005, a las 12:42, Mike Kronenberg escribió:
-cocoalivethumbnail => qemu produces a 100x75 PNG thumbnail
every 10 sec
GREAT!!!
But, better if can be specified how many time and/or a shortcut (like
in virtua
line, how to send a simple
byte (inkl delimiter/interrup if nec) that would me save alot of time
reading qemu code.
Pierre would like to put the whole thing in the head tree. I would be
ready to do so, too, if this is wanted.
thanks for your time :)
Mike out
_
Pierre d'Herbemont wrote:
On 27 mai 05, at 16:51, Mike Kronenberg wrote:
Pierre would like to put the whole thing in the head tree. I would
be ready to do so, too, if this is wanted.
I didn't realize that the Q app was a front end. It would be much
cleaner to have it running
Pierre d'Herbemont wrote:
On 24 mai 05, at 17:11, Mike Kronenberg wrote:
Testbuild and diff are on
http://www.kberg.ch/cocoaqemu
It doesn't work on my iMac DV G3 400. I know that its ATI Rage 128 is
very limited, but I think that we'll had to keep both version...
Did Y
Pierre d'Herbemont wrote:
On 28 mai 05, at 20:36, Mike Kronenberg wrote:
Pierre d'Herbemont wrote:
That should be done with not much troubles, if we manage to get
qemu thread safe. Did you try that way?
Until the 7. May I was trying to get all into qemu... sources are
s
changes to the list.
You will find the packages at:
http://www.freeoszoo.org/download.html
http://www.kberg.ch/qemu/
have fun
Mike
Index: cocoa.m
===
RCS file: /cvsroot/qemu/qemu/cocoa.m,v
retrieving revision 1.4
diff -u -r1.4 cocoa.m
27;t in the CVS?
which patches exactly? There are loads... some might have minor
conflicts, so it can't be scripted...
I have always a build up with all Patches I use (openGL, mouse,
keyboard,GUI)
Mike
___
Qemu-devel mailing list
Qemu-d
It complains that the firmware is not able to use APIC (Advanced
Programmable Interrupt Controller) in QEMU, and refuses to even start
installing.
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu
Natalia Portillo wrote:
Were will they be to download?
You will find the packages at:
http://www.freeoszoo.org/download.html
http://www.kberg.ch/qemu/
:)
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman
x box at hand, things will get even more automated.
Second, Fabrice is very restrictive about CVS changes, which is a good
thing for code quality.
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
nter the CD-key with the
16-bit installation along with my name and programs to install.
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
ifdef __APPLE__ in block.c.
I tryed allot of thing but I'm no makefile hero :)
So, how do I add the Frameworks now?
Thanks
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
occur?
Greetings
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
I'm not sure what DOS you're using, but MS-DOS 5.0 and up include
AccessDOS, which slows down things for people with disabilities. One
of them lowers the keyboard rate, making you wait longer for a key
press to be registered. Perhaps you should try using this.
27;.
To access Your cdrom drive, You must leave the field for the cdrom empty...
Greetings
Mike
2. BartPE found a RealTek network interface, but DHCP failed. (The
IP address is 0.0.0.0.) What setup can I use to get it to work?
3. I use the SIMH VAX simulator (http://simh.trailing-edge.com/)
m45s IN NSdns4.name-services.com.
freeoszoo.org. 33m45s IN NSdns5.name-services.com.
use http://quantaltro.webminds.cs.unibo.it/ until the domain is back.
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
, too.
For Example: '-smb' creates a temp directory with the PID. This makes
multiple smb configurations impossible. It might be better to use a
timestamp.
I'm not sure whether that was ever intended.
So if you have an Idea, please
.
Maybe we could make something like vpc: A package with the config,
disk-images and saved VMs, located in ~/Documents/QEMU PCs/
any Ideas?
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
sample configuration .plist:
"http://www.apple.com/DTDs/PropertyList-1.0.dtd";>
-boot
1
-cdrom
-fda
-hda
/Users/mike/Documents/qemu/images/2gb_win2k.img
-m
128
cpu
0
custom
na
Joshua Root wrote:
On 21 Jul 2005, Natalia Portillo <[EMAIL PROTECTED]> wrote:
El 21/07/2005, a las 18:33, Stealth Dave escribió:
On Jul 21, 2005, at 6:46 AM, Hetz Ben Hamo wrote:
On 7/21/05, Mike Kronenberg <[EMAIL PROTECTED]> wrote:
Hetz Ben Hamo wrote:
I'm thinkin
m instead of .qemu ?
Ok for me.
They can nicely be ziped.
A sample configuration .plist:
"http://www.apple.com/DTDs/PropertyList-1.0.dtd";>
-boot
1
-cdrom
-fda
-hda
/Users/mike/Documents/qemu/images/2gb_win2k.img
Pierre d'Herbemont wrote:
On 21 juil. 05, at 15:46, Hetz Ben Hamo wrote:
On 7/21/05, Mike Kronenberg <[EMAIL PROTECTED]> wrote:
Hetz Ben Hamo wrote:
I just looked at the screenshots, and if you don't mind, I want to
offer few suggestions for your GUI:
1. RAM size - how
I have a need currently to emulate specifically an 80486 processor,
nothing lower or higher than that.
Is it possible to configure QEMU in any way to simply emulate a 486,
or compile it like that?
--
Mike
___
Qemu-devel mailing list
Qemu-devel
accelerator is now available as
a preliminary executable for Windows. I've not been able to find a
link to that version anywhere. Should I pull down the sources and
compile on my Linux machine, or is there a pre-compiled version about?
Thanks,
-- Mike
__
Not sure why, but dmesg says this:
kqemu: Unknown symbol __PAGE_KERNEL_EXEC
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
The first patch worked fine for me, but I've got kqemu-0.7.1-1
downloaded for the next time I sync with CVS
Thanks for both of you guys' help.
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/lis
You can probably also set up an ftp or smb (via Samba) server to
transfer files within the guest OS. HTTP should also work with
Apache, but remember the protocol wasn't originally designed for
uploads, and not all clients (eg, web browsers) support it.
--
Hi there...
This is probably already in the works, but just in case it hadn't been reported
yet, I think the latest versions of "windows qemu" and "windows kqemu" may be
out of sync.
Using qemu 0.7.1-3 from:
http://qemu.dad-answers.com/download/win32/
and the latest kqemu I could find...
Mike Kronenberg wrote:
I'm thinking of a new way to store the images and saved VMs, too.
Maybe we could make something like vpc: A package with the config,
disk-images and saved VMs, located in ~/Documents/QEMU PCs/
QEMU guest PC Format, a Proposal
This should serve as a base fo
please correct
me, if I'm mistaken):
x86
x86-64 (x86_64 has more hits in google, but all the tech pages use x86-64)
PowerPC (maybe PPC will make it easyer to grep?)
SPARC
MIPS
G
Mike
El 04/08/2005, a las 8:36, Mike Kronenberg escribió:
Mike Kronenberg wrote:
I'm thinking of a n
6
name
Freedos
state
shutdown
Temporary
-cocoapath
/Users/mike/Documents/QEMU/Freedos.qvm
Version
0.1.0.Q
Changes:
- the type for integer values:
-m
16
- diskimages can have a relative path (to the .qvm root) or a
abso
I'm just wondering... is it any trouble to draw QEMU using Xlib?
I'd prefer that over any conventional toolkit. There are many
instances where I'm not running any GTK or QT applications on my
desktop, and I'd appreaciate it if I didn't have load either of them
only
or, but you can find info at vmware's back:
http://chitchat.at.infoseek.co.jp/vmware/
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
n a lot, and Win2k is fine after installation
anyway.
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
It's a character device. Major 250, minor 0
Also, it's important that you don't have the kqemu module loaded when
you create the node.
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
s only relevant to user-space, not
> kernel modules (only once the device node exists can user-space contact
> the kernel module)
>
> Regards
> Henrik
>
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
bination before it gets to user
> applications, mainly for consistency with windows/dos, but it's by no means
> universal.
>
> Paul
> ___
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/lis
Just from my experienc with using CD-ROM under OS X:
say You want partition 1 of disk 5
You dont need the: /dev/disk5s1
But: /dev/rdisk5s1 wich is a raw access
Mike
Enric Pedascoll Quingles wrote:
well, now i have running macosX.4 and i want to start a qemu session
with a Debian partition
I believe he's talking about the China DOS Union hack of MS-DOS 7.10
(from Windows 95 B/C or 98 FE/SE). It is gravely mislabelled as GPL,
even though it is not.
Oriignal site is gone, one of the mirrors left is
http://60g.org/mike/msdos71/ (please don't kill me if you believe this
i
tes les saveurs équitables sont sur
> http://www.epicerie-equitable.com
>
>
> ___
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
these features by adding --enable-cocoa to your
./configure line.
Mike
osx_cdrom_1.diff.gz
Description: GNU Zip compressed data
osx_cocoa_1.diff.gz
Description: GNU Zip compressed data
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
urr when I start
installation with -no-kqemu.
I'm still installing NetBSD, so I can't say yet weather the hard disk
image will work with KQEMU, but I'm reporting this so far.
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.or
Yeah, I've got NetBSD installed now, and the hard disk image isn't
bootable either unless KQEMU is deactivated.
On 10/19/05, Mike Swanson <[EMAIL PROTECTED]> wrote:
> NetBSD 2.0.2 does not install with KQEMU loaded. I have not tested
> earlier or later (dev) builds.
>
&g
-answers.com/
Txs
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
It's a little messed up, since I'm redesigning the website:
http://www.kberg.ch/q/index.php?p=10
You'll find even more info about configuring qemu at:
http://qemu.dad-answers.com/
G
Mike
___
Qemu-devel mailing list
Qemu-devel@
otection, drivers bound to the system). when trying to
> boot a disc in qemu it is equal to taking the physical disc to a
> completly different physical pc. If I remember corectly there are some
> guides (from Microsoft) on migrating WinXP to a new host, but it's not
>
eting with Microsoft
> and VirtualPC. That or they are leaving the low-end market for server
> consolidation.
>
> This may in fact be as much VmWare as most people would need. Countdown
> has started for the first person to create a system image solely from
> freew
lement some Qemu special driver for common installed systems
> that names itself as a Cirrus driver but it's a vmware-like driver.
>
> I believe (4) should be the fastest, but I think the best relation "work
> required - benefit" is (3) as it works faster off-the-shelf wi
t; (602) 308-1115
> >
> >
> >
> > ___
> > Qemu-devel mailing list
> > Qemu-devel@nongnu.org
> > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> >
>
>
> ___
This patch enables hardware byteswapping (lhbrx, lwbrx) for PowerPC on
OS X (since OS X does not provide "byteswap.h").
http://www.kberg.ch/qemu/osx_ppc_byteswap_2.diff.gz
Mike
___
Qemu-devel mailing list
Qemu-devel@nongn
4.x.x
http://lists.gnu.org/archive/html/qemu-devel/2005-10/msg00312.html
Greetings
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
tyflat,
> DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl
>
>
> ___
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
so I'm not worried about the legality if there are any concerns).
VMware Workstation 5.5 Beta also carries the VMware Player, yes even
before the Player became official. ;)
--
Mike
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.or
v)
/.../
#endif
on top of the file (since now, ldl_le_p and stl_le_p are defined after
this block) it compiles fine.
But QEMU crashes very early (some seconds after starting freedos... I
see the prompt and can enter things).
Mike
My Errorlog:
Date/Time: 2005-11-21 12:57:59 +0100
OS
est #7 (the
test runs, but takes a enternity because of the error messages...)
Screenshot of memtest errors:
http://www.kberg.ch/qemu/memtest.png
-> see the errorbits, is this a endian Problem?
Mike
___
Qemu-devel mailing list
Qemu-devel@nong
than
> nothing ;-)
>
> Cheers,
> Mark
>
> ___
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
--
Mike
___
Qemu-devel mailing list
Q
event characters] characterAtIndex:0] will raise an
NSRangeException that
crashes qemu. The following patch fixes this bug:
To Mike Kronenberg: Q has the same problem. Pressing a dead key in the
monitor locks the emulation and you're not able to do anything
further.
Would you be so kind
Txs for the offer,
Win and Lin are working ok for me, too.
Mike
On 09.12.2005, at 23:34, Joachim Henke wrote:
Ok, thanks for your reply.
I'm currently building qemu from CVS code several times a week, but
I never had DOS related problems. The guest OS is Win98 SE and I
use th
so far.
I hope Fabrice stumbles upon this.
Maybe we should make the Patch a little more selective with "ifeq ($
(CONFIG_DARWIN),yes)" and post it.
Don't know whether this affects other Platforms, too...
Thanks for Your work so far!
Mike
On 11.12.2005, at 15:56, Joachim Henke
stated many times. The GCC4 warnings was only
added, because there where a lot of annoying posts on the list about
"can't compile on GCC4". So GCC4 is only a workaround :) for now.
Thing is, that only qemu-system is working when compiled by gcc4,
qemu-user not.
Mike
Sorry, I'm a little in a hurry...
The diff is rather big, so just
export CVS_RSH="ssh"
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/qemu co
-D "20051115" qemu
this should check out the last working version. I built it with GCC3
and it was running fine.
Mike
Built and tested!
It works great now, thanks alot.
New OS X Builds are up.
Mike
On 19.12.2005, at 19:21, Joachim Henke wrote:
...just to end this thread (c:
The problem is fixed in todays CVS. Compling QEMU with GCC 3.3 on
Mac OS X now works again: Running FreeDOS and Doom timedemo don
Hello,
I am having issues with cdrom access in Netware OS.
The Netware OS installation is in 2 stages. The first
stage the CD rom is loaded from DR. Dos followed by
installing all components necessary for stage 2 of the
install. The first stage goes very smooth (i.e,
detects NIC, detects drives). T
troubles with arguments that can appear
multiple times, like -net and -redir.
I'm now about to changes my configuration files. Having a well
defined style of configuration files would help making simple guest
packages, that could be used on multiple systems...
Mike
On 04.01.2006, at
p a vm and send it to your fellow tester and he
can run it on every plattform...
and of corse advanced configuration/packages are only good for a GUI!
Mike
else you can really stay with bat/sh ;)
On 04.01.2006, at 22:50, Johannes Schindelin wrote:
Hi,
On Wed, 4 Jan 2006, Giuseppe Della Bi
As I mentioned in a earlier thread about config files, one of the big
advantages of XML is it's language independence.
There are french, spanish, japanese, chinese people using qemu,
resulting in imagenames / paths in the corresponding language.
ASCII/UTF-8 is not everything.
Mike
onfig file and the image with somebody...
It's already fun to exchange "normal" textfiles" between Mac
(Macroman) and windows and linux(utf-8/iso-8950-x).
Mike
On 05.01.2006, at 01:04, Jernej Simončič wrote:
On Thursday, January 5, 2006, 0:52:07, Mike Kronenberg wrote:
It's simply ctrl-alt-delete
On Thursday 05 January 2006 11:20, Matthias Taube wrote:
> Hi,
>
> > (qemu) sendkey ctrl-alt-del
> > unknown key: 'del'
> > (qemu) sendkey CTRL-ALT-DEL
> > unknown key: 'CTRL'
> > (qemu) sendkey ctrl-alt-DEL
> > unknown key: 'DEL'
>
> what is the name of ctrl-alt-del?
>
ll that is rather restrictive:
The ping command is only working to ping your gateway (10.0.2.2).
...Yahoo was resolved, so your network is up and running...
Mike
Thanks,
Adrian
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.o
ET apps seem to run a little faster (VS 2003 is usable)
> >(5) IO is a problem. Don't expect more than 5 MByte/s
> >
> >Win XP/2003 are a least usable and the cd rom bug is not so dramatic.
> >It's also not a Debian problem.
> >Yours Jürgen
> >
find a register in class
'GENERAL_REGS' while reloading 'asm'
which is used by:
target-i386:ops_template_mem.h: In function
'op_cmpxchgb_kernel_T0_T1_EAX_CC
I tried with and without the gcc4 fixes... and it seams to be another
register issue which will be a lot of
ting
(or is this a custom one?)
Mike
On 08.02.2006, at 22:24, malc wrote:
At http://www.boblycat.org/~malc/code/patches/qemu/1_mqemu.tgz you
will
find two patches and binary XFree86 module that allows grabless mouse
operation.
Steps:
a. patch QEMU with 1_mqemu.patch
b. in the guest copy mous
Txs,
I was a little fast on the send button, just saw afterwards the
changes to mouse.c.
Was way to exited :)
(After fighting with qemu os OS X x86 for a week I'm happy for any
good news.)
Ported your patch to cocoa.m already... but I have not tested it yet.
Mike
On 09.02.2006,
Hello,
I'm a little late for the party, it seems...
...never the less: here comes the patch for cocoa.m
Tested with win2k and winXP.
This patch fixes the cocoa compile problem that was introduced with
the multi-display-support as well.
Greetings
Mike
cocoa.m_tablet_02.diff.gz
Descri
From: Longpeng
This allows the vhost device to batch the setup of all its host notifiers.
This significantly reduces the device starting time, e.g. the vhost-vDPA
generic device [1] start time reduce from 376ms to 9.1ms for a VM with
64 vCPUs and 3 vDPA device(64vq per device).
[1] https://www.m
From: Longpeng
Add helpers to get the "Transitional PCI Device ID" and "class_id"
of the device specified by the "Virtio Device ID".
These helpers will be used to build the generic vDPA device later.
Acked-by: Jason Wang
Signed-off-by: Longpeng
---
hw/virtio/virtio-pci.c | 88 +++
c->desc' [Stefano]
Patch 5:
- check returned number of virtqueues [Stefan]
Patch 6:
- init s->num_queues [Stefano]
- free s->dev.vqs [Stefano]
Longpeng (Mike) (5):
virtio: get class_id and pci device id by the virtio id
vdpa: add vdpa-dev support
vdpa: add vdpa-dev-
From: Longpeng
Signed-off-by: Longpeng
---
.../devices/vhost-vdpa-generic-device.rst | 66 +++
1 file changed, 66 insertions(+)
create mode 100644 docs/system/devices/vhost-vdpa-generic-device.rst
diff --git a/docs/system/devices/vhost-vdpa-generic-device.rst
b/docs/syste
From: Longpeng
Supports vdpa-dev, we can use the deivce directly:
-M microvm -m 512m -smp 2 -kernel ... -initrd ... -device \
vhost-vdpa-device,vhostdev=/dev/vhost-vdpa-x
Reviewed-by: Stefano Garzarella
Acked-by: Jason Wang
Signed-off-by: Longpeng
---
hw/virtio/Kconfig| 5 +
h
From: Longpeng
The generic vDPA device doesn't support migration currently, so
mark it as unmigratable temporarily.
Reviewed-by: Stefano Garzarella
Acked-by: Jason Wang
Signed-off-by: Longpeng
---
hw/virtio/vdpa-dev.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/virtio/vdpa-dev.c b
From: Longpeng
Supports vdpa-dev-pci, we can use the device as follow:
-device vhost-vdpa-device-pci,vhostdev=/dev/vhost-vdpa-X
Reviewed-by: Stefano Garzarella
Acked-by: Jason Wang
Signed-off-by: Longpeng
---
hw/virtio/meson.build| 1 +
hw/virtio/vdpa-dev-pci.c | 102 +
From: Longpeng
Changes v2->v1:
Patch-1:
- remove vq_init_count [Jason]
Patch-2:
- new added. [Jason]
v1: https://www.mail-archive.com/qemu-devel@nongnu.org/msg922499.html
Longpeng (Mike) (2):
vhost: configure all host notifiers in a single MR transaction
vdpa: commit all h
From: Longpeng
This allows the vhost device to batch the setup of all its host notifiers.
This significantly reduces the device starting time, e.g. the time spend
on enabling notifiers reduce from 376ms to 9.1ms for a VM with 64 vCPUs
and 3 vhost-vDPA generic devices[1] (64vq per device)
[1] htt
From: Longpeng
This allows the vhost-vdpa device to batch the setup of all its MRs of
host notifiers.
This significantly reduces the device starting time, e.g. the time spend
on setup the host notifier MRs reduce from 423ms to 32ms for a VM with
64 vCPUs and 3 vhost-vDPA generic devices[1] (64vq
This patchset contains a trivial compilation fixes for UFS support
applied to block-next tree.
Cc: Jeuk Kim
Cc: Stefan Hajnoczi
Signed-off-by: Mike Maslenkin
Jeuk Kim
Cc: Stefan Hajnoczi
Signed-off-by: Mike Maslenkin
---
hw/ufs/ufs.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/ufs/ufs.c b/hw/ufs/ufs.c
index 1760e0f88d70..af32366c8504 100644
--- a/hw/ufs/ufs.c
+++ b/hw/ufs/ufs.c
@@ -514,10 +514,10 @@ static UfsReqResult ufs
mpatible-pointer-types]
slot = find_next_bit(&val, nutrs, slot + 1);
^~~~
Cc: Jeuk Kim
Cc: Stefan Hajnoczi
Signed-off-by: Mike Maslenkin
---
hw/ufs/ufs.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/ufs/ufs.c b/hw/ufs/ufs.c
ind
Actually UTRLDBR is 32bit register. There is no need to pass 64bit
value to ufs_process_db() function.
Cc: Jeuk Kim
Cc: Stefan Hajnoczi
Signed-off-by: Mike Maslenkin
---
hw/ufs/ufs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/ufs/ufs.c b/hw/ufs/ufs.c
index
Hello All,
I'm ok with that.
Regards,
Mike.
On Wed, Aug 2, 2023 at 3:52 AM Jeuk Kim wrote:
>
> On 8/2/2023 6:03 AM, Philippe Mathieu-Daudé wrote:
> > Hi Mike,
> >
> > On 28/7/23 01:34, Mike Maslenkin wrote:
> >> This patchset contains a trivial compilation
I agree with Sean, guest_memfd seems a better interface to use. It's
integrated by design with KVM and removing guest memory from the direct map
looks like a natural enhancement to guest_memfd.
Unless I'm missing something, for fast-and-dirty POC it'll be a oneliner
that adds set_memory_np() to kvm_gmem_get_folio() and then figuring out
what to do with virtio :)
--
Sincerely yours,
Mike.
and have callers pass the appropriate function?
Then have dm_table_set_restrictions() caller do:
if (dm_table_supports_dax(t, device_synchronous, NULL))
set_dax_synchronous(t->md->dax_dev);
(NULL arg implies dm_table_supports_dax() refactoring would take a int
*data pointer rather than int type).
Mike
On Tue, Jun 11 2019 at 9:10am -0400,
Pankaj Gupta wrote:
> Hi Mike,
>
> Thanks for the review Please find my reply inline.
>
> >
> > dm_table_supports_dax() is called multiple times (from
> > dm_table_set_restrictions and dm_table_determine_type). It is stran
27;t set 'DAXDEV_SYNC' flag.
>
> 'dm_table_supports_dax' is refactored to pass 'iterate_devices_fn'
> as argument so that the callers can pass the appropriate functions.
>
> Suggested-by: Mike Snitzer
> Signed-off-by: Pankaj Gupta
Thanks, and for the be
elapsed, so synchronize_sched would wait for a long time.
Is there any solution to this ? Any suggestion would be greatly appreciated,
thanks!
--
Regards,
Longpeng(Mike)
在 2019/12/2 17:31, Paolo Bonzini 写道:
> On 02/12/19 10:10, Longpeng (Mike) wrote:
>>
>> Suppose there're two VMs: VM1 is bind to node-0 and calling
>> vfio_pin_map_dma(),
>> VM2 is a migrate incoming VM which bind to node-1. We found the vm_start(
>> QEMU
在 2019/12/2 18:06, Paolo Bonzini 写道:
> On 02/12/19 10:42, Longpeng (Mike) wrote:
>>> cond_resched in vfio_iommu_map. Perhaps you could add one to
>>> vfio_pin_pages_remote and/or use vfio_pgsize_bitmap to cap the
>>> number of pages that it returns.
>> Um ...
401 - 500 of 1233 matches
Mail list logo