linux-kernel - RE: hpwdt oops in clflush_cache

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <E14D1C2A44812C4F9C3ED321127EDF6505829D59DF@G3W0854.americas.hpqcorp.net>
Date:	Wed, 27 Feb 2008 23:44:57 +0000
From:	"Mingarelli, Thomas" <Thomas.Mingarelli@...com>
To:	Roland Dreier <rdreier@...co.com>,
	Thomas Gleixner <tglx@...utronix.de>
CC:	Ingo Molnar <mingo@...e.hu>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: hpwdt oops in clflush_cache_range

Did I read correctly that this was on a Debian OS? Looks like I need to jump in and see what is different about Debian because I haven't seen such an issue on RedHat 5.

Yes, the driver was made specifically for G5 (and newer) systems. I will set a system up here and figure out what's wrong as soon as I am sure it is Debian.

Thanks,
Tom

-----Original Message-----
From: Roland Dreier [mailto:rdreier@...co.com]
Sent: Wednesday, February 27, 2008 3:18 PM
To: Thomas Gleixner
Cc: Ingo Molnar; linux-kernel@...r.kernel.org; Mingarelli, Thomas
Subject: Re: hpwdt oops in clflush_cache_range

 > Where is my brown paperbag ? I know that GCC _is_ stupid, but I never
 > remember.

Original patch actually worked fine and trapped the problem.

I also instrumented the driver, and the problem is coming from the code:

                /*
                 * Now we will check:
                 * - SMBIOS checksum must be 0
                 * - intermediate anchor should be _DMI_
                 * - intermediate checksum should be 0
                 */
                if ((bios_checksum(p, length)) &&
                    (strncmp((char *)eps->intermediate_anchor, "_DMI_",
                             sizeof(eps->intermediate_anchor)) == 0) &&
                    (bios_checksum(p+0x10, 15))) {
                        buf = ioremap(eps->table_address, eps->table_length);
                        if (buf == NULL)
                                return -ENODEV;

the ioremap there is trying to remap 0x7b6 bytes at an address of
0x240047000ee000 -- either the BIOS data is bogus or the driver is
getting at it the wrong way.

Thomas (Mingarelli) -- this is on an HPDL380 G5 with pretty up-to-date
firmware (if it's not the latest, I'm only missing an update that came
out in the last month).  Should hpwdt work on this system?  Any debug
info that would be helpful?

 - R.
--
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/