Date: Sun, 6 Sep 2009 21:56:53 +0200 From: Jens Rehsack <rehsack@googlemail.com> To: "Paul B. Mahol" <onemda@gmail.com> Cc: freebsd-x11@freebsd.org Subject: Re: X11 freezes machine ... Message-ID: <df5c9d980909061256t6612d4b2xe2c66784c369f24b@mail.gmail.com> In-Reply-To: <df5c9d980909061238l4d062befr8f37cd3bdfdda136@mail.gmail.com> References: <df5c9d980909051740t4632f64k7071227438816bab@mail.gmail.com> <3a142e750909060249s322ea19erbb5db66cdde3ae01@mail.gmail.com> <df5c9d980909060359y646c0a4bhbd46b49726d9f9d2@mail.gmail.com> <3a142e750909060940v374814fo7a107c787eb15fd1@mail.gmail.com> <df5c9d980909061238l4d062befr8f37cd3bdfdda136@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
2009/9/6 Jens Rehsack <rehsack@googlemail.com>:
> 2009/9/6 Paul B. Mahol <onemda@gmail.com>:
>> On 9/6/09, Jens Rehsack <rehsack@googlemail.com> wrote:
>>> 2009/9/6 Paul B. Mahol <onemda@gmail.com>:
>>>> On 9/6/09, Jens Rehsack <rehsack@googlemail.com> wrote:
>>>>> Hi,
>>>>>
>>>>> I had to update my system due a harddisk failure of the boot device
>>>>> (using a new harddisk). I updated kernel+world and ports (portupgrade
>>>>> -fvarR) after csup.
>>>>> After I finished that, I tried to start gdm as usual (and as I did
>>>>> before the update) - the machine freeze and didn't recover.
>>>>> When I tried to switch to tty0, the machine begins to "beeeep".
>>
>> Explain this in more detail.
>
> # startx
> <nothing happens>
> <wait 30 seconds>
> <try press <Ctrl>+<F1>, <Ctlr>+<F2> to see if another tty shows sth.
> 3rd or 4th switch the machine starts a continuous beep.
>
> Meanwhile I tried to type "panic" there - nothing happens, but "reset"
> reboots the machine.
> I think, I just can't see that the machine is in kernel debugger, but
> it's a panic condition.
I build a GENERIC kernel to see if it's my kernel or not - it dumps
(bt attached).
>>>>> I tried to build the kernel without drm, without DEVICE_POLLING etc. -
>>>>> I tried to comment out nearly each option in my own kernel, which I
>>>>> had previously added.
>>>>> I tried to use the vesa driver and nouveau instead of nv, which I'd
>>>>> usually used - same results. I added the mem device back to the kernel
>>>>> config and rebuild, same result.
>>>>
>>>> And your kernel is?
>>>
>>> I attached latest tried kernel and latest tried xorg.conf.
>>
>> What FreeBSD version?
>
> 7.2-STABLE, yesterday last time updated.
>
> Best regards,
> Jens
>
[-- Attachment #2 --]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Unread portion of the kernel message buffer:
panic: vm_phys_paddr_to_vm_page: paddr 0 is not in any segment
cpuid = 1
Uptime: 1m38s
Physical memory: 8154 MB
Dumping 1432 MB: 1417 1401 1385 1369 1353 1337 1321 1305 1289 1273 1257 1241 1225 1209 1193 1177 1161 1145 1129 1113 1097 1081 1065 1049 1033 1017 1001 985 969 953 937 921 905 889 873 857 841 825 809 793 777 761 745 729 713 697 681 665 649 633 617 601 585 569 553 537 521 505 489 473 457 441 425 409 393 377 361 345 329 313 297 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9
#0 doadump () at pcpu.h:195
195 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) bt
#0 doadump () at pcpu.h:195
#1 0x0000000000000004 in ?? ()
#2 0xffffffff804f0341 in boot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:418
#3 0xffffffff804f077c in panic (fmt=0x104 <Address 0x104 out of bounds>)
at /usr/src/sys/kern/kern_shutdown.c:574
#4 0xffffffff80714e97 in vm_phys_paddr_to_vm_page (pa=Variable "pa" is not available.
)
at /usr/src/sys/vm/vm_phys.c:385
#5 0xffffffff806f83f8 in dev_pager_getpages (object=0xffffff000d935438,
m=0xffffff80ea947a20, count=1, reqpage=Variable "reqpage" is not available.
)
at /usr/src/sys/vm/device_pager.c:240
#6 0xffffffff807027ae in vm_fault (map=0xffffff0004abf9f0,
vaddr=34367086592, fault_type=1 '\001', fault_flags=0) at vm_pager.h:130
#7 0xffffffff80795c8e in trap_pfault (frame=0xffffff80ea947c80, usermode=1)
at /usr/src/sys/amd64/amd64/trap.c:663
#8 0xffffffff80796829 in trap (frame=0xffffff80ea947c80)
at /usr/src/sys/amd64/amd64/trap.c:355
#9 0xffffffff80781a3e in calltrap ()
at /usr/src/sys/amd64/amd64/exception.S:218
#10 0x00000008019dad26 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) q
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?df5c9d980909061256t6612d4b2xe2c66784c369f24b>