linux-kernel - Re: 2.6.19-rc4: known unfixed regressions (v3)

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: <Pine.LNX.4.64.0611070934570.25925@topaz.pathscale.com>
Date:	Tue, 7 Nov 2006 09:37:07 -0800 (PST)
From:	Dave Olson <olson@...hscale.com>
To:	"Eric W. Biederman" <ebiederm@...ssion.com>
Cc:	Bryan O'Sullivan <bos@...pentine.com>,
	Adrian Bunk <bunk@...sta.de>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: 2.6.19-rc4: known unfixed regressions (v3)

On Tue, 7 Nov 2006, Eric W. Biederman wrote:
| Huh?  As I read the ipath code I am passing you the value that needs to go
| into ipath->int_config and thus into dd->ipath_kregs->kr_interrupt_config.

Yes.

| Sure it is coming as 2 32bit words instead of a one big 64 bit one, but
| that is simple to fix.

It would be cleaner, but not absolutely necessary.

| If your card doesn't pay attention to configuration space access cycles then
| there should be no reason to write the value there.   If your card does pay
| attention to the configuration space access cycles it should be trivial to
| make this work.

The card does pay attention, and other programs such as lspci and the
like also look at the config space.  They should definitely be kept
in sync, and config writes are fairly cheap, anyway.

| If you really need to write to both the config space registers and your
| magic shadow copy of the register I can certainly do the config space
| writes for you.  I just figured it would be more efficient not to.

The HT layer should always do the config updates, since you are trying
to clean up that layer.  Only the "extra" stuff (if any) should be done by
the callback.

Dave Olson
dave.olson@...gic.com
-
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/