On Sun, Sep 26, 2010 at 02:49:40PM +0200, Michael S. Tsirkin wrote:
> On Fri, Sep 24, 2010 at 02:38:09PM +0900, Isaku Yamahata wrote:
> > On Wed, Sep 22, 2010 at 01:25:59PM +0200, Michael S. Tsirkin wrote:
> >
> > > > +PCIESlot *pcie_root_init(PCIBus *bus, int devfn, bool multifunction,
> > > > +
Passthrough model needs to be used if you want the compatibility on/off the
virtfs mount.
The mapped model virtfs-izes the filesystem. For mapped model, one need to
start a fresh share and continue
to use it only from the guest.
Regarding gid is not being correct, please use 9P2000.L protocol, o
Am 26.09.2010 19:19, Eddie Kohler wrote:
> OK, thanks. I understand how you're relying on the current behavior.
>
> I'd rather not change all of QEMU and GDB in one step,
The first step is changing gdb anyway.
> but I'd like to
> address this. QEMU documentation implies, and new users expect,
On Sun, Sep 26, 2010 at 02:50:42PM +0200, Michael S. Tsirkin wrote:
> On Fri, Sep 24, 2010 at 02:38:09PM +0900, Isaku Yamahata wrote:
> > On Wed, Sep 22, 2010 at 01:25:59PM +0200, Michael S. Tsirkin wrote:
> >
> > > > +PCIESlot *pcie_root_init(PCIBus *bus, int devfn, bool multifunction,
> > > > +
On Sun, Sep 26, 2010 at 02:46:51PM +0200, Michael S. Tsirkin wrote:
> > > > +static inline void pcie_aer_errmsg(PCIDevice *dev, const
> > > > PCIE_AERErrMsg *msg)
> > > > +{
> > > > +assert(pci_is_express(dev));
> > > > +assert(dev->exp.aer_errmsg);
> > > > +dev->exp.aer_errmsg(dev, ms
hi,everyone i want to change the default location of qemu to store
snapshots.
I have searched savem.c file completely and i am unable to find where does
qemu stores snapshots
and the relevant code for it plz help anyone,thanks
On 24.09.2010 14:47, Markus Armbruster wrote:
> Mathias Krause writes:
>
>> On 17.09.2010 15:27, Anthony Liguori wrote:
>>> On 09/17/2010 01:50 AM, Mathias Krause wrote:
Am 16.09.2010 19:20 schrieb Anthony Liguori:
> Instead of using FILE, I'd suggest using a BlockDriver to read
Public bug reported:
I use as client Debian squeeze i386 with a custom kernel:
Linux (none) 2.6.35.5 #3 Thu Sep 23 18:36:02 UTC 2010 i686 GNU/Linux
And as host Debian squeeze amd64
Linux asd 2.6.32-5-amd64 #1 SMP Fri Sep 17 21:50:19 UTC 2010 x86_64 GNU/Linux
kvm version is:
kvm-88-5908-gdd67374
On Sun, Sep 26, 2010 at 5:40 PM, Hollis Blanchard wrote:
> TCGOpcode is an enum, which apparently can be unsigned.
>
> Signed-off-by: Hollis Blanchard
> ---
>
> % ./configure --target-list=ppcemb-softmmu --enable-debug
> % make
> ...
> CC ppcemb-softmmu/tcg/tcg.o
> cc1: warnings being treate
On 09/26/2010 05:30 PM, Michael S. Tsirkin wrote:
> On Tue, Sep 21, 2010 at 01:15:22AM +0200, Frans de Boer wrote:
>
>> On 09/20/2010 11:19 PM, Vadim Rozenfeld wrote:
>>
>>> On Mon, 2010-09-20 at 22:22 +0200, Frans de Boer wrote:
>>>
>>>
On 09/20/2010 07:46 PM, Michael S. Tsi
TCGOpcode is an enum, which apparently can be unsigned.
Signed-off-by: Hollis Blanchard
---
% ./configure --target-list=ppcemb-softmmu --enable-debug
% make
...
CCppcemb-softmmu/tcg/tcg.o
cc1: warnings being treated as errors
/home/hollisb/source/qemu.git/tcg/tcg.c: In function
‘tcg_add_
OK, thanks. I understand how you're relying on the current behavior.
I'd rather not change all of QEMU and GDB in one step, but I'd like to
address this. QEMU documentation implies, and new users expect, that
debugging uses virtual addresses, not the segmentation-specific "linear
addresses"
On Sun, Sep 26, 2010 at 10:05 AM, Blue Swirl wrote:
> Add logic to detect changes in generated files. If the old
> and new files are identical, don't touch the generated file.
> This avoids a lot of churn since many files depend on trace.h.
>
> Signed-off-by: Blue Swirl
> ---
> Makefile | 18 +
Am 25.09.2010 um 20:11 schrieb Peter Lieven:
>
> Am 25.09.2010 um 17:58 schrieb Christoph Hellwig:
>
>> On Sat, Sep 25, 2010 at 05:40:34PM +0200, Peter Lieven wrote:
>>>
>>> Am 25.09.2010 um 17:37 schrieb Christoph Hellwig:
>>>
FYI, qemu 0.12.2 is missing:
>>>
>>> you mean 0.12.4 not 0.
On Thu, Sep 23, 2010 at 04:04:37PM +0200, Leszek Urbanski wrote:
> <4c9a4c77.2080...@codemonkey.ws>; from Anthony Liguori on Wed, Sep 22, 2010
> at 13:35:35 -0500
>
> > >>Is the guest kernel vanilla 2.6.32.22 or is it a distro kernel? If the
> > >>later, what distro?
> > >>
> > >>The difference
On Tue, Sep 21, 2010 at 01:15:22AM +0200, Frans de Boer wrote:
> On 09/20/2010 11:19 PM, Vadim Rozenfeld wrote:
> > On Mon, 2010-09-20 at 22:22 +0200, Frans de Boer wrote:
> >
> >> On 09/20/2010 07:46 PM, Michael S. Tsirkin wrote:
> >>
> >>> On Sun, Sep 19, 2010 at 11:13:16PM +0200, Frans d
Dear All
How to calculate guest physical memory from guest virtual memory?
Now I try with my target ARM and host i386.
For example : I have guest virtual memory 0x7001000C. How to calculate guest
physical memory?
Thanks
So it is a problem that pwd inside the root shell is / and thus it finds
/host and informs the kernel that it should mount /host using 9p to /mnt
(which is of course bogus). I am quite unsure how to work around that
problem without a stupid hack in rc.local instead of /etc/fstab
So there is still
Next steps were to use the old envs:
$ for i in USER MAIL OLDPWD HOME HUSHLOGIN PS1 LOGNAME TERM PATH SHELL PWD; do
unset $i; done
$ export CONSOLE=/dev/console
$ export HOME=/
$ export runlevel=2
$ export INIT_VERSION=sysvinit-2.88
$ export COLUMNS=80
$ export TERM=linux
$ export PATH=/sbin:/usr
Important information: There exists a folder /host in the guest
filesystem
--
VirtFS: Cannot mount 9p during boot
https://bugs.launchpad.net/bugs/648128
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug descriptio
Public bug reported:
I use as client Debian squeeze i386 with a custom kernel:
Linux (none) 2.6.35.5 #3 Thu Sep 23 18:36:02 UTC 2010 i686 GNU/Linux
And as host Debian squeeze amd64
Linux asd 2.6.32-5-amd64 #1 SMP Fri Sep 17 21:50:19 UTC 2010 x86_64 GNU/Linux
kvm version is:
kvm-88-5908-gdd67374
On Fri, Sep 24, 2010 at 02:38:09PM +0900, Isaku Yamahata wrote:
> On Wed, Sep 22, 2010 at 01:25:59PM +0200, Michael S. Tsirkin wrote:
>
> > > +PCIESlot *pcie_root_init(PCIBus *bus, int devfn, bool multifunction,
> > > + const char *bus_name, pci_map_irq_fn map_irq,
> > > +
On Fri, Sep 24, 2010 at 02:38:09PM +0900, Isaku Yamahata wrote:
> On Wed, Sep 22, 2010 at 01:25:59PM +0200, Michael S. Tsirkin wrote:
>
> > > +PCIESlot *pcie_root_init(PCIBus *bus, int devfn, bool multifunction,
> > > + const char *bus_name, pci_map_irq_fn map_irq,
> > > +
On Fri, Sep 24, 2010 at 11:50:21AM +0900, Isaku Yamahata wrote:
> On Wed, Sep 22, 2010 at 01:50:16PM +0200, Michael S. Tsirkin wrote:
>
> > > +}
> > > +
> > > +/* capability & control */
> > > +if (ranges_overlap(addr, len, pos + PCI_ERR_CAP, 4)) {
> > > +uint32_t err_cap = pci
** Description changed:
I tried to map a folder with qemu-kvm qemu-kvm-0.13.0-rc1-3-gc9c2179
(this is v0.13.0-rc1-16667-gc9c2179). I mounted it first in passthrough
mode and saw all symlinks as expected. Then I used mapped and noticed
that the target of a symlink changed to the actual data
On Fri, Sep 24, 2010 at 11:24:50AM +0900, Isaku Yamahata wrote:
> On Sun, Sep 19, 2010 at 01:45:33PM +0200, Michael S. Tsirkin wrote:
> > On Sun, Sep 19, 2010 at 01:56:23PM +0900, Isaku Yamahata wrote:
> > > On Wed, Sep 15, 2010 at 02:43:10PM +0200, Michael S. Tsirkin wrote:
> > > > > +/***
On Fri, Sep 24, 2010 at 08:17:09AM -0600, Alex Williamson wrote:
> On Fri, 2010-09-24 at 11:31 +0200, Markus Armbruster wrote:
> > Alex Williamson writes:
> >
> > > On Thu, 2010-09-23 at 12:43 -0500, Anthony Liguori wrote:
> > >> On 09/22/2010 02:52 PM, Alex Williamson wrote:
> > >> > During a ho
On Wed, Sep 22, 2010 at 03:46:22PM -0700, Sridhar Samudrala wrote:
> On Tue, 2010-09-21 at 18:11 +0200, Michael S. Tsirkin wrote:
>
> I've put up a wiki page with a kvm networking todo list,
> mainly to avoid effort duplication, but also in the hope
> to draw attention to what I think
Add logic to detect changes in generated files. If the old
and new files are identical, don't touch the generated file.
This avoids a lot of churn since many files depend on trace.h.
Signed-off-by: Blue Swirl
---
Makefile | 18 --
1 files changed, 16 insertions(+), 2 deletions(
The logic of detecting changes in default-configs/*.mak is
flawed as can be demonstrated by 'touch default-configs/*.mak'
followed by make. This results in a message claiming that user
made changes to the */config-devices.mak files.
Fix by separating the detection of changes made by the user and
c
Two fixes to make problems.
Blue Swirl (2):
Makefile: fix config-devices.mak generation
trace: avoid unnecessary recompilation if nothing changed
Makefile | 26 +-
1 files changed, 21 insertions(+), 5 deletions(-)
31 matches
Mail list logo
