NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/57833: kernel panic on xorg exit
The following reply was made to PR kern/57833; it has been noted by GNATS.
From: Ramiro Aceves <ea1abz%gmail.com@localhost>
To: gnats-bugs%netbsd.org@localhost, kern-bug-people%netbsd.org@localhost,
gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
Cc: "David H. Gutteridge" <david%gutteridge.ca@localhost>,
Taylor R Campbell <riastradh%NetBSD.org@localhost>
Subject: Re: kern/57833: kernel panic on xorg exit
Date: Sat, 13 Jan 2024 12:41:36 +0100
El 13/1/24 a las 11:30, Ramiro Aceves escribió:
> The following reply was made to PR kern/57833; it has been noted by GNATS.
>
> From: Ramiro Aceves <ea1abz%gmail.com@localhost>
> To: gnats-bugs%netbsd.org@localhost, kern-bug-people%netbsd.org@localhost,
> gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
> Cc: "David H. Gutteridge" <david%gutteridge.ca@localhost>,
> Taylor R Campbell <riastradh%NetBSD.org@localhost>
> Subject: Re: kern/57833: kernel panic on xorg exit
> Date: Sat, 13 Jan 2024 11:28:46 +0100
>
> El 13/1/24 a las 1:40, David H. Gutteridge escribió:
> > The following reply was made to PR kern/57833; it has been noted by GNATS.
> >
> > From: "David H. Gutteridge" <david%gutteridge.ca@localhost>
> > To: Gnats Bugs <gnats-bugs%netbsd.org@localhost>
> > Cc: Taylor R Campbell <riastradh%netbsd.org@localhost>
> > Subject: Re: kern/57833: kernel panic on xorg exit
> > Date: Fri, 12 Jan 2024 19:37:16 -0500
> >
> > On 2024-01-12 17:52, Ramiro Aceves wrote:
> > > El 12/1/24 a las 0:05, David H. Gutteridge escribió:
> > >
> > >> The following reply was made to PR kern/57833; it has been noted by
> > >> GNATS.
> > >>
> > >> From: "David H. Gutteridge" <david%gutteridge.ca@localhost>
> > >> To: Taylor R Campbell <riastradh%netbsd.org@localhost>
> > >> Cc: gnats-bugs%netbsd.org@localhost
> > >> Subject: Re: kern/57833: kernel panic on xorg exit
> > >> Date: Thu, 11 Jan 2024 18:04:44 -0500
> > >>
> > >> --=_79cd473ca3d4e19fbe52c232ee5dd792
> > >> Content-Transfer-Encoding: 7bit
> > >> Content-Type: text/plain; charset=US-ASCII;
> > >> format=flowed
> > >> On 2024-01-10 23:37, Taylor R Campbell wrote:
> > >>> Can you also try the attached patch, instead of the other one, to see
> > >>> what happens?
> > >>>
> > >>> (This might break things more spectacularly -- I haven't thought
> > >>> about
> > >>> whether it makes a lot of sense -- but it should at least prevent the
> > >>> particular crash you observed, if we ever get that far with it.)
> > >> I've supplied a debug log. (It can be found at:
> > >> https://www.netbsd.org/~gutteridge/pr57833_debug.log .)
> > >> Applying the first (small) patch did not prevent the panics. But the
> > >> larger patch did fix the problem for me. There was a slight coding
> > >> error with the second patch (wrong label for a goto statement), so it
> > >> didn't compile as-is. I've attached a revised patch that fixes that
> > >> one
> > >> line, should anyone else want to test this.
> > >> Thanks,
> > >> Dave
> > >
> > > Hello Dave, thanks for feedback. Here I had the same problem, I applied
> > > the patch and could not compile the kernel because en error in 555
> > > line when compiling i915_gem_stolen.c file. I changed
> > >
> > > goto err;
> > >
> > > to
> > >
> > > goto out;
> > >
> > > (not sure if that is the right fix)
> >
> > Yes, it is.
> >
> > > File compiled ok. Rebuilt the kernel and I had the same panic the first
> > > time abandoned Xorg session.
> >
> > There must be something different about your hardware than mine here,
> > then. (Mine is Intel 945GME.) The patch did work for me, but I guess
> > there's more to it.
>
>
> Hello Dave, thanks for your help.
>
> Yes, there must be sometihng different between my system and yours. I
> have notice something since I use the patched kernel. I do not know if
> it is related or not, but /var/crash/netbsd.4.gz file cannot be extracted.
>
> netbsd-compal# cd /var/crash/
> netbsd-compal# ls -al
> total 1904080
> drwxrwx--- 2 root wheel 512 Jan 13 10:57 .
> drwxr-xr-x 26 root wheel 512 Jan 9 19:14 ..
> -rw------- 1 root wheel 2 Jan 13 10:56 bounds
> -rw------- 1 root wheel 5 Jan 1 15:04 minfree
> -rw------- 1 root wheel 1958710 Jan 9 19:21 netbsd.0
> -rw------- 1 root wheel 154079764 Jan 9 19:21 netbsd.0.core
> -rw------- 1 root wheel 1958710 Jan 9 19:24 netbsd.1
> -rw------- 1 root wheel 117210132 Jan 9 19:24 netbsd.1.core
> -rw------- 1 root wheel 1958710 Jan 9 20:14 netbsd.2
> -rw------- 1 root wheel 202709524 Jan 9 20:14 netbsd.2.core
> -rw------- 1 root wheel 1958710 Jan 10 07:18 netbsd.3
> -rw------- 1 root wheel 245231124 Jan 10 07:18 netbsd.3.core
> -rw------- 1 root wheel 122661396 Jan 12 19:29 netbsd.4.core
> -rw------- 1 root wheel 843776 Jan 12 19:29 netbsd.4.gz
> -rw------- 1 root wheel 122661396 Jan 13 10:56 netbsd.5.core
> -rw------- 1 root wheel 843776 Jan 13 10:56 netbsd.5.
>
> Look at this. 0, 1, 2 and 3 are the crashes with the GENERIC kernel. I
> started xorg ONLY ONCE and when exiting, the panic was produced.
>
>
> netbsd-compal# gunzip netbsd.4.gz
> gunzip: netbsd.4.gz: unexpected end of file
> gunzip: netbsd.4.gz: uncompress failed
>
> And whent to bed.
>
> Today I started the operating system but I did not entered in Xorg, but
> at boot the system tried to save netbsd.5.gz and I could see a segfault
> on the screen. In the same way, netbsd.5.gz could not be extracted.
>
> netbsd-compal# gunzip netbsd.5.gz
> gunzip: netbsd.5.gz: unexpected end of file
> gunzip: netbsd.5.gz: uncompress failed
>
Hello
I rebooted again (not touching xorg at all, so not panics) and this time
the system could save a good netbsd.6.gz and could be extracted. I do
not know...
After that, I compiled the kernel with the debug on as you suggested (51
minutes)
netbsd-compal# cd /usr/src/sys/arch/i386/compile/MYKERNEL/
netbsd-compal# ls -l netbsd*
-rwxr-xr-x 1 root wsrc 23870560 Jan 13 12:00 netbsd
-rwxr-xr-x 1 root wsrc 133343616 Jan 13 12:00 netbsd-MYKERNEL.debug
-rwxr-xr-x 1 root wsrc 154132948 Jan 13 12:00 netbsd.gdb
-rw-r--r-- 1 root wsrc 899 Jan 13 11:08 netbsd.ldscript
-rw-r--r-- 1 root wsrc 12710983 Jan 13 11:58 netbsd.map
Copied netbsd file to /netbsd and rebooted.
I started xorg, and at exit, I got the usual panic.
netbsd-compal# gunzip netbsd.7.
netbsd.7.core.gz netbsd.7.gz
netbsd-compal# gunzip netbsd.7.*
netbsd-compal# ls -al
total 1197912
drwxrwx--- 2 root wheel 512 Jan 13 12:36 .
drwxr-xr-x 26 root wheel 512 Jan 9 19:14 ..
-rw------- 1 root wheel 2 Jan 13 12:31 bounds
-rw------- 1 root wheel 5 Jan 1 15:04 minfree
-rw------- 1 root wheel 1958710 Jan 9 19:21 netbsd.0
-rw------- 1 root wheel 154079764 Jan 9 19:21 netbsd.0.core
-rw------- 1 root wheel 1958710 Jan 9 19:24 netbsd.1
-rw------- 1 root wheel 117210132 Jan 9 19:24 netbsd.1.core
-rw------- 1 root wheel 1958710 Jan 9 20:14 netbsd.2
-rw------- 1 root wheel 202709524 Jan 9 20:14 netbsd.2.core
-rw------- 1 root wheel 1958710 Jan 10 07:18 netbsd.3
-rw------- 1 root wheel 245231124 Jan 10 07:18 netbsd.3.core
-rw------- 1 root wheel 122661396 Jan 12 19:29 netbsd.4.core
-rw------- 1 root wheel 843776 Jan 12 19:29 netbsd.4.gz
-rw------- 1 root wheel 122661396 Jan 13 10:56 netbsd.5.core
-rw------- 1 root wheel 843776 Jan 13 10:56 netbsd.5.gz
-rw------- 1 root wheel 2063492 Jan 13 12:12 netbsd.6
-rw------- 1 root wheel 122661396 Jan 13 12:12 netbsd.6.core
-rw------- 1 root wheel 1958653 Jan 13 12:31 netbsd.7
-rw------- 1 root wheel 124865556 Jan 13 12:31 netbsd.7.core
this time the seventh crash could be gunziped without errors.
Do you think it would be quicker that I place the files in my little
Raspberry server or somewhere for you to download and play with them? I
do not have any experience with the debugger and I do not know what I am
doing.
I wait for your advice. Thanks so much.
Regards.
Ramiro.
>
>
> >
> > Do you have a build that includes a netbsd.gdb file? If not, you can
> > generate one (e.g., for your patched kernel) by un-commenting the
> > line
> >
> > makeoptions DEBUG="-g"
>
> I am compiling now, lets wait to see what happens. This old machine
> takes 32 minutes to compile the kernel without debugging symbols. With
> them, I do not know. I am very newbie to all of this but it is fun and a
> good learning experience!
> >
> > in your kernel config file (I assume GENERIC?) and re-building. The
> > extra file should appear.
>
> Yes, I use GENERIC renamed to MYKERNEL as the guide says :-)
>
> >
> > Then we would have the means to get the other details Taylor is looking
> > for here (see the email from Thu, 11 Jan 2024 03:45UTC).
>
> ok.
>
> >
> > Dave
> >
> > PS Sorry I was not able to send you a patch again earlier. GMail is not
> > accepting email from my domain, so my email bounced. Evidently my emails
> > do make it when funnelled through GNATS.
> >
>
> No problem. I had indeed a bad experience with gmail. I downloaded
> Taylor patches using Thunderbird and they ended in DOS format instead of
> UNIX. Patching failed in a very strange manner, but beeing a newbie I
> thought I did not know how to patch a file. I were struggling my mind
> several hours searching on the internet until Vim said that the file was
> in DOS format. I changed format to UNIX and patches were applied fine
> using inside /usr/src:
>
> patch -p1 <patch.file
>
> Also noticed that Gmail marks as spam many emails addreses of netbsd
> users. I do not know...
>
> Ramiro.
>
>
>
>
>
>
>
Home |
Main Index |
Thread Index |
Old Index