<div dir="ltr"><div></div><div>pstore looks very promising. I tried pstore with backup as efivars and it works.</div><div><br></div><div>Although efivars works, I would like to use the pstore with ramoops and I am currently having difficulty in choosing the correct ramoops.mem_address.</div><div><br></div><div>I enabled the related configs and using command line parameters as shown in the documentation <a href="https://www.kernel.org/doc/html/v4.14/admin-guide/ramoops.html">https://www.kernel.org/doc/html/v4.14/admin-guide/ramoops.html</a></div><div><br></div><div>Ex usage is: `mem=128M ramoops.mem_address=0x8000000 ramoops.ecc=1`</div><div>0x8000000 is the start of the kernel code section according to `/proc/iomem`. So, I need to find a different location.</div><div><br></div><div>In /proc/iomem I can see a few sections of ram marked as "System RAM" and "Reserved"</div><div>I tried to use these addresses but using them causes weird behavior and the system is freezing while booting up.</div><div><b>So, how do I select a 128 MB space on my ram and dedicate it for ramoops?</b><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 1, 2021 at 5:40 PM Fox Chen <<a href="mailto:foxhlchen@gmail.com">foxhlchen@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Jun 1, 2021 at 2:07 PM manty kuma <<a href="mailto:mantykuma@gmail.com" target="_blank">mantykuma@gmail.com</a>> wrote:<br>
><br>
> I am using debian , the logging system being used is rsyslogd.<br>
> in /etc/rsyslog.d/default.conf we have rule as follows:<br>
> ```<br>
> kern.* /var/log/kern.log<br>
> ```<br>
> This rule I believe is the reason why all the kernel logs are being redirected to /var/log/kern.log.<br>
><br>
> Also dmesg does not show anything. So, i am pretty sure that all the kernel logs are being handled solely by `rsyslogd`<br>
> And this is just the default debian distribution without any customizations.<br>
><br>
> Thank you for the 'pstore' clue. I will explore it further.<br>
><br>
> On Tue, Jun 1, 2021 at 2:42 PM Greg KH <<a href="mailto:greg@kroah.com" target="_blank">greg@kroah.com</a>> wrote:<br>
>><br>
>> On Tue, Jun 01, 2021 at 02:33:50PM +0900, manty kuma wrote:<br>
>> > I just triggered a panic, expecting that the logs will be visible in<br>
>> > `/var/log/kern.log` after reboot, but there are no logs present there.<br>
>><br>
>> I have never heard of kernel logs being written to that location, what<br>
>> tool do you have that does that and where is that documented?<br>
>><br>
>> > Considering I have no access to the serial port, how do I know what went<br>
>> > wrong?<br>
>><br>
>> When the kernel panics, it usually can not write to the disk, so it's a<br>
>> bit hard to save anything :)<br>
>><br>
>> That being said, there are ways the kernel can save the crash<br>
>> information, look into the "pstore" interface and see if that will work<br>
>> for your hardware platform (it requires hardware to store the<br>
>> information across boots.)<br>
<br>
Also, check kdump, I think it can help as well.<br>
<br>
>> good luck!<br>
>><br>
>> greg k-h<br>
><br>
> _______________________________________________<br>
> Kernelnewbies mailing list<br>
> <a href="mailto:Kernelnewbies@kernelnewbies.org" target="_blank">Kernelnewbies@kernelnewbies.org</a><br>
> <a href="https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies" rel="noreferrer" target="_blank">https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies</a><br>
</blockquote></div>