-Original Message-
> On Wed, Mar 16, 2022 at 9:17 AM David Wysochanski wrote:
> >
> > On Mon, Mar 14, 2022 at 12:04 PM Philipp Rudo wrote:
> > >
> > > Hi,
> > >
> > > dumping the dmesg can cause an endless loop for the old prink mechanism (>
> > > v3.5.0 and < v5.10.0) when the log_buf
-Original Message-
> Currently makedumpfile only checks if the required compression algorithm
> was enabled during build when compressing a dump but not when reading
> from one. This can lead to situations where, one version of makedumpfile
> creates the dump using a compression algorithm
-Original Message-
> When parsing the printk buffer for the old printk mechanism (> v3.5.0+ and
> < 5.10.0) a log entry is currently specified by the offset into the
> buffer where the entry starts. Change this to use a pointers instead.
> This is done in preparation for using the new
On 03/18/22 at 10:48am, Coiby Xu wrote:
> On Thu, Mar 17, 2022 at 08:45:35PM +0800, Baoquan He wrote:
> > On 03/04/22 at 10:03am, Coiby Xu wrote:
> > > From: Coiby Xu
> > >
> > > commit 9ec4ecef0af7790551109283ca039a7c52de343c ("kexec_file,x86,
> > > powerpc: factor out kexec_file_ops functions"
On Thu, Mar 17, 2022 at 08:45:35PM +0800, Baoquan He wrote:
On 03/04/22 at 10:03am, Coiby Xu wrote:
From: Coiby Xu
commit 9ec4ecef0af7790551109283ca039a7c52de343c ("kexec_file,x86,
powerpc: factor out kexec_file_ops functions" allows implementing
the arch-specific implementation of kernel
On 03/04/22 at 10:03am, Coiby Xu wrote:
> From: Coiby Xu
>
> commit 9ec4ecef0af7790551109283ca039a7c52de343c ("kexec_file,x86,
> powerpc: factor out kexec_file_ops functions" allows implementing
> the arch-specific implementation of kernel image verification
> in kexec_file_ops->verify_sig.
On 15/03/22 19:42, Eric DeVolder wrote:
On 3/15/22 07:08, Sourabh Jain wrote:
Hello Eric,
On 03/03/22 21:57, Eric DeVolder wrote:
This patch introduces a generic crash hot plug/unplug infrastructure
for CPU and memory changes. Upon CPU and memory changes, a generic
crash_hotplug_handler()
Hi,
after doing tests with initrds, it seems the error on kernel message
is wrong, the ZSTD archive is fine and decompression is not faulty.
For what's it worth for, the shown error is wrong. All works as expected.
greetings
tpowa
Am Do., 17. März 2022 um 09:45 Uhr schrieb Tobias Powalowski
:
>
>
Hi,
Which upstream code?
Arch Linux kernel is upstream
Qemu is upstream
- Kernel message prints the error
greetings
tpowa
Am Do., 17. März 2022 um 09:34 Uhr schrieb Tao Liu :
>
> Hi Tobias,
>
> The kernel you provided is not an upstream kernel, which contains
> distribution specific modification,
Hi Tobias,
The kernel you provided is not an upstream kernel, which contains
distribution specific modification, as well as the kexec. Since you
are reporting an issue to the upstream, I suggest you:
1) re-run your tests against the upstream code, instead of
distribution specific code.
2) if the
On 2022/3/17 11:47, Baoquan He wrote:
> On 03/17/22 at 11:19am, Leizhen (ThunderTown) wrote:
>>
>>
>> On 2022/3/17 10:36, Baoquan He wrote:
>>> On 03/16/22 at 09:11pm, Leizhen (ThunderTown) wrote:
On 2022/3/16 20:11, Baoquan He wrote:
> On 02/27/22 at 11:07am, Zhen Lei wrote:
11 matches
Mail list logo