On Thu, 17 Oct 2019 10:37:09 -0300, Martin Galvan said:
> module does e.g. a NULL dereference. The (horribly hackish) way I'm
> doing this right now is registering a die_notifier which will set the
> 'panic_on_oops' variable to 0 if we detect that the current PID
> corresponds to my module.
> -Original Message-
> From: Oliver Graute
> Sent: 2019年10月17日 15:34
> To: kernelnewbies@kernelnewbies.org; Aisheng Dong
> ; Peng Fan
> Subject: Re: BUG: Bad page state in process swapper on new imx8qm board
>
> On 16/10/19, Oliver Graute wrote:
> > Hello list,
> >
> > I try to bootup
On 10/17/19, Valentin Vidić wrote:
> On Thu, Oct 17, 2019 at 01:29:04PM +0800, wuzhouhui wrote:
>> Few days ago, I subscribe linux kernel mailing list
>> (linux-ker...@vger.kernel.org).
>> Subscription succeed and I got a lot of email from linux kernel. However,
>> I don't
>> get any new email
you are going to use a try and catch in the kernel?
On 10/17/19 9:42 AM, Maria Neptune wrote:
> On Thu, Oct 17, 2019, 09:42 Maria Neptune wrote:
>
>> I hate to say it but honestly in a kernel module, your solution is not to
>> do null dereferences. It's hard but you gotta.
>> Otherwise I've
On Thu, Oct 17, 2019, 09:42 Maria Neptune wrote:
> I hate to say it but honestly in a kernel module, your solution is not to
> do null dereferences. It's hard but you gotta.
> Otherwise I've seen quite a bit of error handling done with gotos (if
> ptr==0 goto error), which I believe compiles to
Hi all,
I'm writing a kernel module, and am trying to implement some
exception-handling mechanism so that the system won't oops/panic if my
module does e.g. a NULL dereference. The (horribly hackish) way I'm
doing this right now is registering a die_notifier which will set the
'panic_on_oops'
Hello Oliver,
> So after some more digging I assume that this error is related to a
> missing "reserved-memory" node in my devicetree. Now I need to find
> out how to split up my memory the right way for this imx8qm congatec
> board.
I think asking in #linux-imx (freenode) would be a much better
On Thu, Oct 17, 2019 at 07:48:49AM +, Christophe DUMONT wrote:
> We can put aside Java Memory Leak.
>
> I downgraded to kernel 3.10.0-957.27.2.el7.x86_64, there are no more crashes.
>
> The bug comes from ‘futex‘ syscall. What can causes that bug and how
> can i investigate ?
You can try
We can put aside Java Memory Leak.
I downgraded to kernel 3.10.0-957.27.2.el7.x86_64, there are no more crashes.
The bug comes from ‘futex‘ syscall. What can causes that bug and how can i
investigate ?
Christophe Dumont
Ligne directe : 0476842574
De : Valdis Kletnieks De la part
On Thu, Oct 17, 2019 at 01:29:04PM +0800, wuzhouhui wrote:
> Few days ago, I subscribe linux kernel mailing list
> (linux-ker...@vger.kernel.org).
> Subscription succeed and I got a lot of email from linux kernel. However, I
> don't
> get any new email since yesterday and it is impossible for
On 16/10/19, Oliver Graute wrote:
> Hello list,
>
> I try to bootup up a new imx8qm congatec board and I have written a dts
> file for it and applied some imx8qm related patches which are not
> mainline yet but working fine on another imx8qm board (same cpu,
> different board vendor).
>
> The
My actual goal is to develop kernel space and user space programs to
establish communication in which kernel should initiate the communication.
The kernel will send information (e.g., guest physical address from
handle_ept_violation() in vmx.c, finding the corresponding page of that
address, owner
12 matches
Mail list logo