linux-kernel - Re: 2.6.19-rc2-mm2

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: <20061021004845.GB12131@kroah.com>
Date:	Fri, 20 Oct 2006 17:48:45 -0700
From:	Greg KH <greg@...ah.com>
To:	Andrew Morton <akpm@...l.org>
Cc:	Mariusz Kozlowski <m.kozlowski@...land.pl>,
	linux-kernel@...r.kernel.org, Dave Airlie <airlied@...ux.ie>
Subject: Re: 2.6.19-rc2-mm2

On Fri, Oct 20, 2006 at 10:25:20AM -0700, Andrew Morton wrote:
> On Fri, 20 Oct 2006 18:54:43 +0200
> Mariusz Kozlowski <m.kozlowski@...land.pl> wrote:
> 
> > Hello, 
> > 
> > > Don't know. ? Nothing has changed in the git-pcmcia tree since July.
> > >
> > > Are you able to bisect it, as per
> > > http://www.zip.com.au/~akpm/linux/patches/stuff/bisecting-mm-trees.txt ?
> > >
> > > > When running without debug options enabled also these were seen amongst
> > > > dmesg lines:
> > > >
> > > > [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held
> > > > [drm:drm_unlock] *ERROR* Process 5131 using kernel context 0
> > >
> > > <googles>
> > >
> > > This? http://lkml.org/lkml/2005/9/10/78
> > 
> > I think I found the culprit. It's CONFIG_PCI_MULTITHREAD_PROBE option. It is 
> > actually marked as EXPERIMENTAL and there is even a proper warning included 
> > on the help page. Disabling it makes the kernel behave the right way. So 
> > should what I reported be considered a real error or not? Then the next 
> > question is should I report errors caused by options marked as EXPERIMENTAL 
> > or just leave it the way it is until the option is not EXPERIMENTAL anymore?
> 
> Ow.  Multithreaded probing was probably a bt ambitious, given the current
> status of kernel startup..
> 
> Greg, does it actually speed anything up or anything else good?

Yes, it does speed up some people's boxes.  It's also found a few nice
race conditions that we need to fix up no matter what (MSI
initialization, dvb borkage, etc.)

But it is still quite experimental, hence the wording in the config
option.

Note that the next opensuse release will have this enabled, but it has
to have a kernel command line option added by the user in order for it
to be enabled.  It should get a lot more testing that way.

thanks,

greg k-h
-
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/