Re: [PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

"Wei, Jiangang" writes: > Hi Eric, > > I have several questions about kdump and APIC mode. > specific issues at the end of the mail. > > On Tue, 2016-08-02 at 09:26 -0500, Eric W. Biederman wrote: [snip] >> For simplicity when MP support was first added, a few parts of

Re: [PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

"Wei, Jiangang" writes: > Hi Eric, > > I have several questions about kdump and APIC mode. > specific issues at the end of the mail. > > On Tue, 2016-08-02 at 09:26 -0500, Eric W. Biederman wrote: [snip] >> For simplicity when MP support was first added, a few parts of early >> bootup were left

Re: [PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

Hi Eric, I have several questions about kdump and APIC mode. specific issues at the end of the mail. On Tue, 2016-08-02 at 09:26 -0500, Eric W. Biederman wrote: > "Wei, Jiangang" writes: > > > Hi Eric, > > > > Thanks for your response. > > But I have some different

Re: [PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

Hi Eric, I have several questions about kdump and APIC mode. specific issues at the end of the mail. On Tue, 2016-08-02 at 09:26 -0500, Eric W. Biederman wrote: > "Wei, Jiangang" writes: > > > Hi Eric, > > > > Thanks for your response. > > But I have some different ideas... > > Apologies for

Re: [PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

"Wei, Jiangang" writes: > Hi Eric, > > Thanks for your response. > But I have some different ideas... Apologies for not replying to this earlier your reply got lost in my spam folder and I overlooked it. > On Mon, 2016-07-25 at 22:53 -0500, Eric W. Biederman wrote:

Re: [PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

"Wei, Jiangang" writes: > Hi Eric, > > Thanks for your response. > But I have some different ideas... Apologies for not replying to this earlier your reply got lost in my spam folder and I overlooked it. > On Mon, 2016-07-25 at 22:53 -0500, Eric W. Biederman wrote: >> Wei Jiangang writes: >>

Re: [PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

Hi Eric, Thanks for your response. But I have some different ideas... On Mon, 2016-07-25 at 22:53 -0500, Eric W. Biederman wrote: > Wei Jiangang writes: > > > If we specify the 'notsc' parameter for the dump-capture kernel, > > and then trigger a crash(panic) by

Re: [PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

Hi Eric, Thanks for your response. But I have some different ideas... On Mon, 2016-07-25 at 22:53 -0500, Eric W. Biederman wrote: > Wei Jiangang writes: > > > If we specify the 'notsc' parameter for the dump-capture kernel, > > and then trigger a crash(panic) by using "ALT-SysRq-c" or > >

Re: [PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

Wei Jiangang writes: > If we specify the 'notsc' parameter for the dump-capture kernel, > and then trigger a crash(panic) by using "ALT-SysRq-c" or > "echo c > /proc/sysrq-trigger", the dump-capture kernel will > hang in calibrate_delay_converge() and wait for jiffies

Re: [PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

Wei Jiangang writes: > If we specify the 'notsc' parameter for the dump-capture kernel, > and then trigger a crash(panic) by using "ALT-SysRq-c" or > "echo c > /proc/sysrq-trigger", the dump-capture kernel will > hang in calibrate_delay_converge() and wait for jiffies changes. > serial log as

[PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

If we specify the 'notsc' parameter for the dump-capture kernel, and then trigger a crash(panic) by using "ALT-SysRq-c" or "echo c > /proc/sysrq-trigger", the dump-capture kernel will hang in calibrate_delay_converge() and wait for jiffies changes. serial log as follows: tsc: Fast TSC

[PATCH v2 3/3] x86/apic: Improved the setting of interrupt mode for bsp

If we specify the 'notsc' parameter for the dump-capture kernel, and then trigger a crash(panic) by using "ALT-SysRq-c" or "echo c > /proc/sysrq-trigger", the dump-capture kernel will hang in calibrate_delay_converge() and wait for jiffies changes. serial log as follows: tsc: Fast TSC