I see this problem with a x86 sles10 guest running on x86_64 intel host.
If the guest is reset abruptly and rebooted, some where
before grub sequence it hangs and the following message is seen in the
logs
emulation failed (pagetable) rip 7ed5 66 60 ac 20.
I located this instruction sequence in i
On Mon, 2009-06-22 at 13:12 +0800, Sheng Yang wrote:
> On Saturday 20 June 2009 03:23:40 Ram Pai wrote:
> > I see this problem with a x86 sles10 guest running on x86_64 intel host.
> > If the guest is reset abruptly and rebooted, some where
> > before grub sequence it ha
On Mon, 2009-06-22 at 11:26 +0300, Avi Kivity wrote:
> On 06/22/2009 09:55 AM, Ram Pai wrote:
> > On Mon, 2009-06-22 at 13:12 +0800, Sheng Yang wrote:
> >
> >> On Saturday 20 June 2009 03:23:40 Ram Pai wrote:
> >>
> >>> I see this problem wi
can now be expressed as 'scsi\:0'
Here are couple of examples:
ndb:\:: is treated as a ndb protocol with a hostname ':' on port
scsi\:0\:abc is a local file scsi:0:abc
http\://myweb is a local file by name http://myweb
nbd\::localhost:2558 is a protocol by name
On Wed, 2009-06-24 at 22:38 +0530, Balbir Singh wrote:
> * Ram Pai [2009-06-24 09:58:59]:
>
> > Problem: It is impossible to feed filenames with the character colon
> > because
> > qemu interprets such names as a protocol. For example a filename scsi:0,
> > i
Copying the qemu-devel mailing list too.
On Wed, 2009-06-24 at 09:58 -0700, Ram Pai wrote:
> Problem: It is impossible to feed filenames with the character colon because
> qemu interprets such names as a protocol. For example a filename scsi:0,
> is interpreted as a protocol by n
On Thu, 2009-06-25 at 11:14 +0200, Kevin Wolf wrote:
> Ram Pai schrieb:
> > Copying the qemu-devel mailing list too.
> >
> > On Wed, 2009-06-24 at 09:58 -0700, Ram Pai wrote:
> >> Problem: It is impossible to feed filenames with the character colon
> >> b
:" protocol to indicate local file
NOTE: no code changes are needed to handle commas in a filename. As
always a comma has to be escaped by a preceding comma.
Signed-off-by: Ram Pai
---
block.c
to indicate local file
Changelog w.r.t to iteration 1:
1) generically handles 'file:' protocol in find_protocol
2) centralizes 'filename' pruning before the call to open().
3) fixes buffer overflow seen in fill_token()
4) adheres to codying style
ilename' pruning had a side effect with
qcow2 files and other files. Fixed it. _open() is back.
Signed-off-by: Ram Pai
block.c | 10 +
block/raw-posix.c | 15
block/vvfat.c | 100 ++--
cutils.c
to qemu_open() and removed dependency on PATH_MAX
the patch applies to qemu-kvm tree only. Will port the patch to qemu tree
after successful test results.
Signed-off-by: Ram Pai
block.c | 30 +++--
block/raw-posix.c |
() to qemu_open() and removed dependency on PATH_MAX
Changelog w.r.t to iteration 4:
1) applies to upstream qemu and qemu-kvm tree
Signed-off-by: Ram Pai
block.c | 30 +++-
block/raw-posix.c | 35 +++
On Wed, 2009-07-15 at 11:30 +0200, Jan Kiszka wrote:
> Ram Pai wrote:
> > Problem: It is impossible to feed filenames with the character colon because
> > qemu interprets such names as a protocol. For example filename scsi:0, is
> > interpreted as a protocol by name "
On Wed, 2009-07-15 at 19:20 +0100, Jamie Lokier wrote:
> Ram Pai wrote:
> > I have verified with relative paths and it works.
> >
> > After analyzing the code, i came to the conclusion that call to
> > realpath() adds no real value.
> >
> > The logic
On Wed, 2009-07-15 at 22:04 +0100, Jamie Lokier wrote:
> Ram Pai wrote:
> > I have successfully verified qcow2 files. But then I may not be trying
> > out the exact thing that you are talking about. Can you give me a test
> > case that I can verify.
>
> Commands trie
On Wed, 2009-07-15 at 18:04 +0300, Blue Swirl wrote:
> On 7/15/09, Ram Pai wrote:
> > Problem: It is impossible to feed filenames with the character colon because
> > qemu interprets such names as a protocol. For example filename scsi:0, is
> > interpreted as a p
w.c reported by Blue Swirl.
(I do not have the setup to test win32 changes.
Request help with testing)
Signed-off-by: Ram Pai
block.c | 39
block/raw-posix.c | 15
block/raw-win32.c | 26 --
On Thu, 2009-07-16 at 09:38 +0200, Kevin Wolf wrote:
> Ram Pai schrieb:
> > On Wed, 2009-07-15 at 22:04 +0100, Jamie Lokier wrote:
> >> What an unhelpful error message... There isn't even a way to find out
> >> the backing file path which the tool is looking for.
w.c reported by Blue Swirl.
(I do not have the setup to test win32 changes.
Request help with testing)
Changelog w.r.t to iteration 6:
1) fixed all the issues found with win32.
a) changed the call to strnlen() to qemu_strlen() in cutils.c
b) fixed
On Tue, Aug 09, 2011 at 12:17:50PM +0800, Zhi Yong Wu wrote:
> The patch introduce one block queue for QEMU block layer.
>
> Signed-off-by: Zhi Yong Wu
> ---
> block/blk-queue.c | 141
> +
> block/blk-queue.h | 73 ++
On Tue, Aug 09, 2011 at 12:17:51PM +0800, Zhi Yong Wu wrote:
> Note:
> 1.) When bps/iops limits are specified to a small value such as 511
> bytes/s, this VM will hang up. We are considering how to handle this senario.
> 2.) When "dd" command is issued in guest, if its option bs is set
On Tue, 2009-07-21 at 14:42 +0200, Kevin Wolf wrote:
> Ram Pai schrieb:
> > Problem: It is impossible to feed filenames with the character colon because
> > qemu interprets such names as a protocol. For example filename scsi:0, is
> > interpreted as a protocol by name "
3) moved qemu_open() into raw driver code and renamed the function as
raw_open2()
Signed-off-by: Ram Pai
block.c | 38 -
block/raw-posix.c | 34 +++
block/raw-win32.c | 26 --
block/vvfat.c | 97 +
On Thu, 2009-10-01 at 19:16 -0300, Marcelo Tosatti wrote:
> It is possible that stale EPTP-tagged mappings are used, if a
> vcpu migrates to a different pcpu.
>
> Set KVM_REQ_TLB_FLUSH in vmx_vcpu_load, when switching pcpus, which
> will invalidate both VPID and EPT mappings on the next vm-entry
24 matches
Mail list logo
