can the idle value of /proc/stat decrease?

2020-12-27 Thread xuqiang (M)
Our recent test shows that the idle value of /proc/stat can decrease. Is this an unreported bug? or it has been reported and the solution is waiting to get merged. The results of the two readings from /proc/stat are shown as below, the interval between the two readings is 150 ms: cat /proc/s

Re: [PATCH -next] panic: complete the flush of the hard deadlock log messages to the serial port

2020-12-08 Thread xuqiang (M)
在 2020/11/24 11:22, xuqiang (M) 写道: 在 2020/11/24 3:52, Andrew Morton 写道: On Mon, 23 Nov 2020 13:13:59 + Xu Qiang wrote: when hardlockup_all_cpu_backtrace is on, and there are a large number of cores in the system, it takes a long time to output the hard deadlock logs of all cores to

Re: [PATCH -next] panic: complete the flush of the hard deadlock log messages to the serial port

2020-11-23 Thread xuqiang (M)
在 2020/11/24 3:52, Andrew Morton 写道: On Mon, 23 Nov 2020 13:13:59 + Xu Qiang wrote: when hardlockup_all_cpu_backtrace is on, and there are a large number of cores in the system, it takes a long time to output the hard deadlock logs of all cores to the serial port. When the console_flush_

Re: [PATCH -next] irq-chip/gic-v3-its: Fixed an issue where the ITS executes the residual commands in the queue again when the ITS wakes up from sleep mode.

2020-11-17 Thread xuqiang (M)
在 2020/11/10 17:09, xuqiang (M) 写道: 在 2020/11/9 18:43, Marc Zyngier 写道: On 2020-11-09 03:05, xuqiang (M) wrote: 在 2020/11/8 0:54, Marc Zyngier 写道: [dropping Jason, whose email address has been bouncing for weeks now] On 2020-11-07 10:42, Xu Qiang wrote: On my platform

Re: [PATCH -next] irq-chip/gic-v3-its: Fixed an issue where the ITS executes the residual commands in the queue again when the ITS wakes up from sleep mode.

2020-11-10 Thread xuqiang (M)
在 2020/11/9 18:43, Marc Zyngier 写道: On 2020-11-09 03:05, xuqiang (M) wrote: 在 2020/11/8 0:54, Marc Zyngier 写道: [dropping Jason, whose email address has been bouncing for weeks now] On 2020-11-07 10:42, Xu Qiang wrote: On my platform, ITS_FLAGS_SAVE_SUSPEND_STATE is not set,thus do nothing

Re: [PATCH -next] irq-chip/gic-v3-its: Fixed an issue where the ITS executes the residual commands in the queue again when the ITS wakes up from sleep mode.

2020-11-08 Thread xuqiang (M)
在 2020/11/8 0:54, Marc Zyngier 写道: [dropping Jason, whose email address has been bouncing for weeks now] On 2020-11-07 10:42, Xu Qiang wrote: On my platform, ITS_FLAGS_SAVE_SUSPEND_STATE is not set,thus do nothing Which platform? Hisi Ascend platform in its suspend and resuse function.On

Re: [PATCH -next] irq-chip/gic-v3-its: Fixed an issue where the ITS executes the residual commands in the queue again when the ITS wakes up from sleep mode.

2020-11-06 Thread xuqiang (M)
在 2020/11/5 22:24, Marc Zyngier 写道: On 2020-11-05 14:06, xuqiang (M) wrote: 在 2020/11/5 21:12, Marc Zyngier 写道: Please don't top-post. On 2020-11-05 11:54, xuqiang (M) wrote: The kernel sends three commands in the following sequence: 1.mapd(deviceA, ITT_addr1, valid:1) 2.mapti(de

Re: [PATCH -next] irq-chip/gic-v3-its: Fixed an issue where the ITS executes the residual commands in the queue again when the ITS wakes up from sleep mode.

2020-11-05 Thread xuqiang (M)
在 2020/11/5 21:12, Marc Zyngier 写道: Please don't top-post. On 2020-11-05 11:54, xuqiang (M) wrote: The kernel sends three commands in the following sequence: 1.mapd(deviceA, ITT_addr1, valid:1) 2.mapti(deviceA):ITS write ITT_addr1 memory; 3.mapd(deviceA, ITT_addr1, valid:0) and

Re: [PATCH -next] irq-chip/gic-v3-its: Fixed an issue where the ITS executes the residual commands in the queue again when the ITS wakes up from sleep mode.

2020-11-05 Thread xuqiang (M)
The kernel sends three commands in the following sequence: 1.mapd(deviceA, ITT_addr1, valid:1) 2.mapti(deviceA):ITS write ITT_addr1 memory; 3.mapd(deviceA, ITT_addr1, valid:0) and kfree(ITT_addr1); 4.mapd(deviceA, ITT_addr2, valid:1); 5.mapti(deviceA):ITS write ITT_addr2 memory; In this case