lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <AANLkTinRCu1FuOYExo3cgNT=99gPkEZX8SvHWb6ux-bR@mail.gmail.com>
Date:	Mon, 17 Jan 2011 12:11:59 -0700
From:	xing lin <linxingnku@...il.com>
To:	Américo Wang <xiyou.wangcong@...il.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: BUG: unable to handle kernel paging request at ffff8800cf669000

On Mon, Jan 17, 2011 at 12:00 AM, Américo Wang <xiyou.wangcong@...il.com> wrote:
> If you are using x86, you have CONFIG_X86_PTDUMP, with which
> you can dump all page tables via debugfs.

It turns out CONFIG_X86_PTDUMP is not set. :-)
utos@...e:/boot$ grep PTDUMP /boot/config-2.6.32-24-generic
# CONFIG_X86_PTDUMP is not set
utos@...e:/boot$ uname -a
Linux node.memcached.checkpoint.emulab.net 2.6.32-24-generic
#38+emulab1 SMP Mon Aug 23 18:07:24 MDT 2010 x86_64 GNU/Linux

On the other hand, I do not understand why I need to look into page
tables. I think for the current 64-bit machines, all the physical
memory can be direct-mapped into the kernel logical space. In the AMD
64-bit machine, the kernel space ranges from [0xFFFF 8000 0000 0000,
0xFFFF FFFF FFFF FFFF] which is 128TB. In my Intel 64-bit machine, the
kernel is mapped at 0xFFFF 8800 0000 0000. I think the kernel space is
from [0xFFFF 8800 0000 0000, 0xFFFF FFFF FFFF FFFF] which is 119TB. So
I can use __pa() or __va() to get physical address or virtual address
directly. Right?


-- 
Regards,
Xing
School of Computing, University of Utah
http://www.cs.utah.edu/~xinglin/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ