On Monday 05 May 2008 06:10:08 pm Guillaume Thouvenin wrote:
> On Sat, 3 May 2008 13:56:56 +0530
>
> Balaji Rao <[EMAIL PROTECTED]> wrote:
> > With your patch applied ubuntu 8.04 livecd fails to boot. Not any better
> > with Marcelo's patch on top.
>
> Hi B
6d 01 28 1e 01 28 6d 01 28 1f 01 28 6d 01 28 73 01 17 --> 0f 28 6d
01 28 74 01 17 0f 17 3b 28 6d 01 28 75 01 17 0f 28 6d 01 28 76
01 17 0f 11 1c 17
Aborted
--
Warm Regards,
Balaji Rao
Dept. of Mechanical Engineering
NITK
--
On Sunday 06 April 2008 12:56:33 pm Rusty Russell wrote:
> On Sunday 06 April 2008 00:53:39 Balaji Rao wrote:
> > On Friday 04 April 2008 01:46:21 pm Balaji Rao wrote:
> > > Hi Rusty,
> > >
> > > I hit a bug in virtio_ring.c:218 when I was stressing vi
On Friday 04 April 2008 01:46:21 pm Balaji Rao wrote:
> Hi Rusty,
>
> I hit a bug in virtio_ring.c:218 when I was stressing virtio_net using kvm
> with -smp 4.
>
> static void vring_disable_cb(struct virtqueue *_vq)
> {
> struct vring_virtqueue *vq = to_vvq(_vq)
e need to retain it.
If you agree, I'll send a patch to this.
--
thanks and regards,
Balaji Rao
Dept. of Mechanical Engineering,
National Institute of Technology Karnataka, India
-
Check out the new SourceForge.net Marketpl
On Monday 10 March 2008 09:22:00 pm Greg KH wrote:
> On Sun, Mar 09, 2008 at 12:51:15PM +0530, Balaji Rao wrote:
> > On Sunday 09 March 2008 12:33:07 pm Greg KH wrote:
> >
> > > > > > Hi,
> > > > > >
> > > > > > This patch does
v_class_register(struct sysdev_class * cls)
pr_debug("Registering sysdev class '%s'\n",
kobject_name(&cls->kset.kobj));
INIT_LIST_HEAD(&cls->drivers);
+ memset(&cls->kset.kobj, 0x00, sizeof(struct kobject));
On Sunday 09 March 2008 12:03:08 pm Greg KH wrote:
> On Sun, Mar 09, 2008 at 03:37:16AM +0530, Balaji Rao wrote:
> > On Thursday 06 March 2008 11:35:59 pm Greg KH wrote:
> > > On Thu, Mar 06, 2008 at 11:20:50PM +0530, Balaji Rao wrote:
> > > > On Thursday 06 March
On Sunday 09 March 2008 10:36:49 am Greg KH wrote:
> On Sun, Mar 09, 2008 at 03:37:16AM +0530, Balaji Rao wrote:
> > On Thursday 06 March 2008 11:35:59 pm Greg KH wrote:
> > > On Thu, Mar 06, 2008 at 11:20:50PM +0530, Balaji Rao wrote:
> > > > On Thursday 06 March
On Thursday 06 March 2008 11:35:59 pm Greg KH wrote:
> On Thu, Mar 06, 2008 at 11:20:50PM +0530, Balaji Rao wrote:
> > On Thursday 06 March 2008 10:35:14 pm Greg KH wrote:
> >
> > > Where exactly in the code does that happen? kobjects should not be
> > > "
is! But, why do you hate it ?
--
regards,
balaji rao
3rd year,
Dept. of Mechanical Engineering,
National Institute of Technology, Karnataka
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visu
the kobject as uninitialized when
we cleanup to allow kobjects to be reused.
Signed-off-by: Balaji Rao <[EMAIL PROTECTED]>
diff --git a/lib/kobject.c b/lib/kobject.c
index 0d03252..fbdefb8 100644
--- a/lib/kobject.c
+++ b/lib/kobject.c
@@ -577,6 +577,9 @@ static void kobject_cleanup(
lready supported
> virtio, but I think we need some support from host kernel as well?
Hi Jun,
No, AFAIK we don't need any support from the host kernel. We just need a
virtio backend to be present in qemu, which is there in the latest
kvm-userspace.
--
regards,
balaji rao
--
r hda here, but for the boot disk.
I tried to fix it, but I could not figure out any clean way of obtaining the
boot disk. Please help.
--
regards,
balaji rao
NITK
-
This SF.net email is sponsored by: Microsof
On Sunday 17 February 2008 03:34:43 am Anthony Liguori wrote:
> Balaji Rao wrote:
> > Hi all!
> >
> > Earlier it was suggested that we go ahead with emulating Perf Mon Events
> > in exposing it to the guest. The serious limitation in this approach is
> > that we en
ing a migrate_notifier, or
something like that..
Please provide comments on this.
--
regards,
balaji rao
NITK
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
Hello all,
When going through orpofile code, I noticed that boot_cpu_data was used to
determine CPU vendor, family etc. Will this be updated on migration to a
different Machine say, from Intel to AMD ? If not, wouldn't it cause problems ?
Please clarify.
--
regards,
balaj
On Thursday 31 January 2008 08:42:32 am Andi Kleen wrote:
> On Thu, Jan 31, 2008 at 12:44:10AM +0530, Balaji Rao wrote:
> > On Wednesday 30 January 2008 11:56:25 pm Andi Kleen wrote:
> > > There is no really an architectural PMU if you consider
> > > boxes beyond relat
r into the local MSR.
>
> The only trouble is that is no architectural way to tell
> the guest "i support only counter X Y Z" and also no
> nice way to reject a particular counter except for just
> not ticking.
Can
On Wednesday 30 January 2008 11:44:39 pm Avi Kivity wrote:
> Balaji Rao wrote:
> > But don't the architectural performance counters vary between Intel and
> > AMD cpus ? AFAIK, they do. And, this would pose problems during migration
> > between Intel and AMD hosts.
>
n the guest
if they intend it to to be Intel<->AMD migrateable ?
regards,
balaji rao
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visua
rong place. If you have a vcpu, you'd better be in
> vcpu context.
Oh.. ok. Looks like I have not understood the vcpu concept correctly. Will put
more thought into it and understand it before I attempt to fix this.
thank you,
balaji rao
---
vmx(vcpu);
+ if (vmx->launched)
+ vmcs_write32(VM_ENTRY_INTR_INFO_FIELD,
+ 2 | INTR_TYPE_NMI | INTR_INFO_VALID_MASK);
+}
regards,
balaji rao
-
This SF.net email is sponsored by: Micros
On Monday 28 January 2008 08:30:32 pm Joerg Roedel wrote:
> On Mon, Jan 28, 2008 at 08:12:26PM +0530, Balaji Rao wrote:
> > On Monday 28 January 2008 05:59:25 pm Joerg Roedel wrote:
> > > This patch kills the ability of KVM to migrate between AMD and Intel
> > > be
On Monday 28 January 2008 05:59:25 pm Joerg Roedel wrote:
> On Mon, Jan 28, 2008 at 01:48:40PM +0530, Balaji Rao wrote:
> > Hello,
> >
> > I was trying to enable the use of nmi watchdog within a linux guest
> > running in kvm. I have done it by allowing direct access to
bool has_error_code, u32 error_code);
bool (*exception_injected)(struct kvm_vcpu *vcpu);
+ void (*inject_nmi)(struct kvm_vcpu *vcpu);
void (*inject_pending_irq)(struct kvm_vcpu *vcpu);
void (*inject_pending_vectors)(
hared memory is probably a good starting point."
Is it already done ? Can i start working on it ?
Any comments would be appreciated.
Thanking you in advance,
balaji rao
-
This SF.net email is sponsored by: Microsof
27 matches
Mail list logo
