On Mon, Nov 25, 2019 at 1:55 PM Jürgen Groß wrote:
>
> On 23.11.19 05:29, Elliott Mitchell wrote:
> > On Thu, Nov 21, 2019 at 04:46:21PM +0100, J??rgen Gro?? wrote:
> >> On 21.11.19 16:36, Jan Beulich wrote:
> >>> On 21.11.2019 15:24, J??rgen Gro?? wrote:
> So: no, just giving dom0 access to
On Thu, Nov 21, 2019 at 7:54 PM Jürgen Groß wrote:
>
> On 21.11.19 14:39, Rishi wrote:
> > On Tue, Nov 19, 2019 at 2:47 PM Jan Beulich wrote:
> >>
> >> On 19.11.2019 06:23, Rishi wrote:
> >>> ok, thanks for clearing it up. Would a patch be accepted i
On Thu, Nov 21, 2019 at 7:26 PM Roger Pau Monné wrote:
>
> On Thu, Nov 21, 2019 at 07:09:31PM +0530, Rishi wrote:
> > On Tue, Nov 19, 2019 at 2:47 PM Jan Beulich wrote:
> > >
> > > On 19.11.2019 06:23, Rishi wrote:
> > > > ok, thanks for clearin
On Tue, Nov 19, 2019 at 2:47 PM Jan Beulich wrote:
>
> On 19.11.2019 06:23, Rishi wrote:
> > ok, thanks for clearing it up. Would a patch be accepted if this
> > option of showing EAX leaf is selectively done through command line
> > (default disabled)?
>
> In genera
On Mon, Nov 18, 2019 at 3:08 PM Jan Beulich wrote:
>
> On 15.11.2019 20:19, Rishi wrote:
> > On Thu, Nov 14, 2019 at 10:05 PM Jan Beulich wrote:
> >>
> >> On 14.11.2019 17:07, Rishi wrote:
> >>> In some of our hosts, Xen is not correctly exposing pr
On Thu, Nov 14, 2019 at 10:05 PM Jan Beulich wrote:
>
> On 14.11.2019 17:07, Rishi wrote:
> > In some of our hosts, Xen is not correctly exposing processor thermal
> > capabilities to Dom0.
> > Please refer: https://bugzilla.kernel.org/show_bug.cgi?id=205347
> >
&
Hi,
In some of our hosts, Xen is not correctly exposing processor thermal
capabilities to Dom0.
Please refer: https://bugzilla.kernel.org/show_bug.cgi?id=205347
The flag
/* Thermal and Power Management Leaf, CPUID level 0x0006 (EAX), word 14 */
X86_FEATURE_DTHERM (14*32+ 0)
is returned 0 via
Hello
I have a xen host crash report from XCP-NG and stack looks like
[82d0801179c8] elf_core_save_regs+0/0xae
82d08011849c kexec_crash+0x59/0x5b
82d0801444e9 panic+0xea/0x115
82d08019dc50 do_page_fault+0x443/0x4bf
82d08023ad
On Wed, Nov 7, 2018 at 12:16 AM Rishi <2rushike...@gmail.com> wrote:
>
>
> On Tue, Nov 6, 2018 at 10:41 PM Rishi <2rushike...@gmail.com> wrote:
>
>>
>>
>> On Tue, Nov 6, 2018 at 5:47 PM Wei Liu wrote:
>>
>>> On Tue, Nov 06, 2018 at 03:31:
On Tue, Nov 6, 2018 at 10:41 PM Rishi <2rushike...@gmail.com> wrote:
>
>
> On Tue, Nov 6, 2018 at 5:47 PM Wei Liu wrote:
>
>> On Tue, Nov 06, 2018 at 03:31:31PM +0530, Rishi wrote:
>> >
>> > So after knowing the stack trace, it appears
On Tue, Nov 6, 2018 at 5:47 PM Wei Liu wrote:
> On Tue, Nov 06, 2018 at 03:31:31PM +0530, Rishi wrote:
> >
> > So after knowing the stack trace, it appears that the CPU was getting
> stuck
> > for xen_hypercall_xen_version
>
> That hypercall is used when a PV kerne
On Mon, Nov 5, 2018 at 6:32 PM Rishi <2rushike...@gmail.com> wrote:
>
>
> On Mon, Nov 5, 2018 at 6:29 PM Rishi <2rushike...@gmail.com> wrote:
>
>> Yes, I'm taking out patches from 4.4 and actually do have a working 4.9
>> kernel along with blktap. Tested
On Mon, Nov 5, 2018 at 6:29 PM Rishi <2rushike...@gmail.com> wrote:
> Yes, I'm taking out patches from 4.4 and actually do have a working 4.9
> kernel along with blktap. Tested networking and disk IO in it.
>
> There are roughly 415 patches to 4.4 out of which some ~210+ a
cept.
On Mon, Nov 5, 2018 at 6:19 PM Wei Liu wrote:
> I forgot to say: please don't top-post.
>
> On Mon, Nov 05, 2018 at 06:00:10PM +0530, Rishi wrote:
> > I'm using a XenServer Host and XCP-NG on it as HVM. I used xencons=tty
> > console=ttyS0 on XCP-NG dom0
> On Mon, Nov 05, 2018 at 05:18:43PM +0530, Rishi wrote:
> > Yes, I'm running it in a HVM domU for development purpose.
>
> What is your exact setup?
>
> Wei.
>
> >
> > On Mon, Nov 5, 2018 at 5:11 PM Wei Liu wrote:
> >
> > > On Mon, Nov 05,
Yes, I'm running it in a HVM domU for development purpose.
On Mon, Nov 5, 2018 at 5:11 PM Wei Liu wrote:
> On Mon, Nov 05, 2018 at 04:58:35PM +0530, Rishi wrote:
> > Alright, I got the serial console and following is the crash log. Thank
> you
> > for pointing that out
PM Wei Liu wrote:
> On Mon, Nov 05, 2018 at 04:26:03PM +0530, Rishi wrote:
> > Nothing is getting logged. I suspect its because the kernel just goes in
> > halt state.
> >
> > /var/log/kern.log /var/log/messages /var/log/xen/hypervisor.log
> >
> > All of thes
without spilt of SMP code or with "nosmp" option
at xen command line.
On Mon, Nov 5, 2018 at 3:49 PM Wei Liu wrote:
> On Sun, Nov 04, 2018 at 06:37:36PM +0530, Rishi wrote:
> > I've built a dom0 kernel 4.14 with SMP support. The dom0 kernel crashes
> > when I'm d
PM Rishi <2rushike...@gmail.com> wrote:
> I've built a dom0 kernel 4.14 with SMP support. The dom0 kernel crashes
> when I'm downloading a large file on host. It does not crash if I have
> nosmp boot option on xen command line.
>
> my .config SMP options are
&g
I've built a dom0 kernel 4.14 with SMP support. The dom0 kernel crashes
when I'm downloading a large file on host. It does not crash if I have
nosmp boot option on xen command line.
my .config SMP options are
[root@f6029920339a wip-kernel-4.14.78]# grep SMP .config
CONFIG_X86_64_*SMP*=y
CONFIG_
Dear All,
I'm trying to rebuild the blktap module from xenserver. I'm getting
following compile errors, any help or direction would be appreciated.
make[2]: Entering directory
`/root/rpmbuild/BUILD/blktap-3.2.0.xs1086/drivers'
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
21 matches
Mail list logo
