> -Original Message-
> From: Suresh Siddha [mailto:suresh.b.sid...@intel.com]
> Sent: 2012年10月10日 18:02
> > > So I looked at why you are seeing the problem with v2.6.32 but not
> > > with the recent kernels. And I think I found out the reason.
> >
> > I want to know what masking IO-APIC
> -Original Message-
> From: H. Peter Anvin [mailto:h...@zytor.com]
> Sent: 2012年10月10日 23:27
> To: Zhang, Lin-Bao (Linux Kernel R); Suresh Siddha
> Cc: linux-kernel@vger.kernel.org; a...@lxorguk.ukuu.org.uk;
> mi...@redhat.com; Croxon, Nigel; t...@linutronix.de; x...@kernel.org;
>
-Original Message-
From: H. Peter Anvin [mailto:h...@zytor.com]
Sent: 2012年10月10日 23:27
To: Zhang, Lin-Bao (Linux Kernel RD); Suresh Siddha
Cc: linux-kernel@vger.kernel.org; a...@lxorguk.ukuu.org.uk;
mi...@redhat.com; Croxon, Nigel; t...@linutronix.de; x...@kernel.org;
-Original Message-
From: Suresh Siddha [mailto:suresh.b.sid...@intel.com]
Sent: 2012年10月10日 18:02
So I looked at why you are seeing the problem with v2.6.32 but not
with the recent kernels. And I think I found out the reason.
I want to know what masking IO-APIC means?
As
OSV = Operating System Vendor ime. red Hat, SUSE etc.
"Zhang, Lin-Bao (Linux Kernel R)" wrote:
>
>> -Original Message-
>> From: Suresh Siddha [mailto:suresh.b.sid...@intel.com]
>> > > Can you please apply the appended patch to 2.6.32 kernel and see
>if
>> > > the issue you mentioned
> -Original Message-
> From: Suresh Siddha [mailto:suresh.b.sid...@intel.com]
> > > Can you please apply the appended patch to 2.6.32 kernel and see if
> > > the issue you mentioned gets fixed? If so, we can ask the -stable
> > > and OSV's teams to pick up this fix.
> > Yes , it can
On Wed, 2012-10-10 at 00:26 +, Zhang, Lin-Bao (Linux Kernel R)
wrote:
> So , we can think ,as your patch , during the window , IO-apic is
> useless or we can think IO-APIC doesn't exist ?
> Could you mind please sharing your design details ? thanks very much!
Between the window of
On Wed, 2012-10-10 at 16:02 -0700, Zhang, Lin-Bao (Linux Kernel R)
wrote:
> > As I mentioned earlier, the current design already ensures that all the
> > IO-APIC
> > RTE's are masked between the time we enable interrupt-remapping to the time
> > when the IO-APIC RTE's are configured correctly.
>
Hi Suresh,
Now , I want to clarify 2 type of errors :
a) some interrupt doesn't work through Interrupt -remapped IO-APIC.
b) an interrupt is coming , there is an IO-APIC entry to know how to route it
to which CPU,
but VT-d entry is empty, ITP will report Present bit is clear.
BIOS should
Hi Suresh,
Now , I want to clarify 2 type of errors :
a) some interrupt doesn't work through Interrupt -remapped IO-APIC.
b) an interrupt is coming , there is an IO-APIC entry to know how to route it
to which CPU,
but VT-d entry is empty, ITP will report Present bit is clear.
BIOS should
On Wed, 2012-10-10 at 16:02 -0700, Zhang, Lin-Bao (Linux Kernel RD)
wrote:
As I mentioned earlier, the current design already ensures that all the
IO-APIC
RTE's are masked between the time we enable interrupt-remapping to the time
when the IO-APIC RTE's are configured correctly.
So I
On Wed, 2012-10-10 at 00:26 +, Zhang, Lin-Bao (Linux Kernel RD)
wrote:
So , we can think ,as your patch , during the window , IO-apic is
useless or we can think IO-APIC doesn't exist ?
Could you mind please sharing your design details ? thanks very much!
Between the window of
-Original Message-
From: Suresh Siddha [mailto:suresh.b.sid...@intel.com]
Can you please apply the appended patch to 2.6.32 kernel and see if
the issue you mentioned gets fixed? If so, we can ask the -stable
and OSV's teams to pick up this fix.
Yes , it can resolve current
OSV = Operating System Vendor ime. red Hat, SUSE etc.
Zhang, Lin-Bao (Linux Kernel RD) linbao.zh...@hp.com wrote:
-Original Message-
From: Suresh Siddha [mailto:suresh.b.sid...@intel.com]
Can you please apply the appended patch to 2.6.32 kernel and see
if
the issue you mentioned
Hi Suresh,
Thanks very much for your reply!
I tested this patch in 2.6.32 with our machine , it can indeed can resolve
current issue. that 's good.
I also check 3.x version of kernel source , for example , 3.3.8 and 3.0.0 ,
they indeed include similar patch ,
I think the key action
Hi Suresh,
Thanks very much for your reply!
I tested this patch in 2.6.32 with our machine , it can indeed can resolve
current issue. that 's good.
I also check 3.x version of kernel source , for example , 3.3.8 and 3.0.0 ,
they indeed include similar patch ,
I think the key action
On Sun, 2012-10-07 at 21:53 -0700, Zhang, Lin-Bao (Linux Kernel R)
wrote:
> Hi Suresh,
> Could you please update current status about these 2 files and patch?
> I am not sure if I have answered your questions , if not ,feel free to let me
> know.
> This is my first time to submit patch to LKML,
On Sun, 2012-10-07 at 21:53 -0700, Zhang, Lin-Bao (Linux Kernel RD)
wrote:
Hi Suresh,
Could you please update current status about these 2 files and patch?
I am not sure if I have answered your questions , if not ,feel free to let me
know.
This is my first time to submit patch to LKML, so
Hi Suresh,
Could you please update current status about these 2 files and patch?
I am not sure if I have answered your questions , if not ,feel free to let me
know.
This is my first time to submit patch to LKML, so what should I do next step ?
About this patch , where needs to be enhanced ?
Hi Suresh,
Could you please update current status about these 2 files and patch?
I am not sure if I have answered your questions , if not ,feel free to let me
know.
This is my first time to submit patch to LKML, so what should I do next step ?
About this patch , where needs to be enhanced ?
Hi suresh,
Thanks for your reply and review this patch.
I also cc other maintainers of arch/x86/kernel/smpboot.c and
arch/x86/kernel/apic/apic.c(getting them by get_maintainer.pl script, hopefully
I have not disturbed many people , if yes ,sorry first)
> -Original Message-
> From:
Hi suresh,
Thanks for your reply and review this patch.
I also cc other maintainers of arch/x86/kernel/smpboot.c and
arch/x86/kernel/apic/apic.c(getting them by get_maintainer.pl script, hopefully
I have not disturbed many people , if yes ,sorry first)
-Original Message-
From:
On Wed, 2012-09-12 at 07:02 +, Zhang, Lin-Bao (ESSN-MCXS-Linux
Kernel R) wrote:
> Hi all,
> This defect can be observed when the x2apic setting in BIOS is set to
> "auto" and the BIOS has virtual wire mode enabled on a power up. This
> defect was found on a 2.6.32 based kernel.
I assume you
On Wed, 2012-09-12 at 07:02 +, Zhang, Lin-Bao (ESSN-MCXS-Linux
Kernel RD) wrote:
Hi all,
This defect can be observed when the x2apic setting in BIOS is set to
auto and the BIOS has virtual wire mode enabled on a power up. This
defect was found on a 2.6.32 based kernel.
I assume you are
Hi all,
This defect can be observed when the x2apic setting in BIOS is set to "auto"
and the BIOS has virtual wire mode enabled on a power up. This defect was found
on a 2.6.32 based kernel.
The kernel code (smpboot.c, apic.c) does not mask 8259A interrupts before
changing and initializing
Hi all,
This defect can be observed when the x2apic setting in BIOS is set to auto
and the BIOS has virtual wire mode enabled on a power up. This defect was found
on a 2.6.32 based kernel.
The kernel code (smpboot.c, apic.c) does not mask 8259A interrupts before
changing and initializing the
26 matches
Mail list logo