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]
Date:	Sun, 17 Jun 2007 18:49:18 -0400
From:	Dave Jones <davej@...hat.com>
To:	Carlo Wood <carlo@...noe.com>, linux-kernel@...r.kernel.org,
	eric@...olt.net, zhenyu.z.wang@...el.com
Subject: Re: [AGPGART] intel_agp: use table for device probe

On Mon, Jun 18, 2007 at 12:36:49AM +0200, Carlo Wood wrote:
 > On Sun, Jun 17, 2007 at 05:33:55PM -0400, Dave Jones wrote:
 > > intel-agp
 > > 
 > > Though by the looks of things, with the working kernel, you don't have
 > > it loaded (it's dependant upon the 'agpgart' module, which prints the
 > > "Detected" line that was missing).
 > 
 > You are wrong.
 > I don't have any agpgart module at all, in any of the kernels that I compiled.

ok, then you must have CONFIG_AGP=y

 > $ find /lib/modules -name 'agpgart.ko'
 > $ /lib/modules/2.6.22-rc5-master-188e1f81ba31af1b65a2f3611df4c670b092bbac-amd64 -name '*agp*.ko'
 > /lib/modules/2.6.22-rc5-master-188e1f81ba31af1b65a2f3611df4c670b092bbac-amd64/kernel/drivers/char/agp/sis-agp.ko
 > /lib/modules/2.6.22-rc5-master-188e1f81ba31af1b65a2f3611df4c670b092bbac-amd64/kernel/drivers/char/agp/intel-agp.ko
 > /lib/modules/2.6.22-rc5-master-188e1f81ba31af1b65a2f3611df4c670b092bbac-amd64/kernel/drivers/char/agp/via-agp.ko
 > 
 > 2)
 > 
 > $ strings /lib/modules/2.6.22-rc5-master-188e1f81ba31af1b65a2f3611df4c670b092bbac-amd64/kernel/drivers/char/agp/intel-agp.ko | grep 'agpgart: Detected an Intel'
 > <6>agpgart: Detected an Intel %s Chipset.
 > 
 > Hence, in the case that the kernel works, intel-agp is loaded
 > WITHOUT printing this Detected line

That doesn't make much sense.  The hardware doesn't change between
a working & not-working kernel, and somehow the PCI probing fails.
Hmm, do you have CONFIG_EDAC set ?
There's an outstanding bug (well, lack of feature) , where it claims
the PCI device before AGP gets a chance to.
This is unrelated to your hang however, but would at least explain
the inconsistent probing.

 > Perhaps my "solution" is to remove this module completely?
 > I don't seem to need it.

It's needed only for 3d, but it'd be good to figure out why its so
broken on your system, even if you don't need it.

	Dave

-- 
http://www.codemonkey.org.uk
-
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