linux-kernel - Re: [bug] CONFIG_I2C

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: <20090129142759.GR24391@elte.hu>
Date:	Thu, 29 Jan 2009 15:27:59 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Jean Delvare <khali@...ux-fr.org>
Cc:	Stephen Hemminger <shemminger@...tta.com>,
	linux-kernel@...r.kernel.org
Subject: Re: [bug] CONFIG_I2C_VIAPRO=y breaks skge


* Jean Delvare <khali@...ux-fr.org> wrote:

> On Thu, 29 Jan 2009 14:49:16 +0100, Ingo Molnar wrote:
> > 
> > * Jean Delvare <khali@...ux-fr.org> wrote:
> > > Well my guess is that you have included an I2C chip driver with a weak 
> > > detection routine. More likely this is a typical case of "if it hurts, 
> > > don't do it". But maybe we can improve the help text or default, or even 
> > > disable probing for these devices.
> > > 
> > > At this point I am reasonably certain that the i2c-viapro driver is 
> > > innocent.
> > 
> > i've excluded the VIAPRO driver on that box (and only the VIAPRO driver - 
> > i.e. all those other I2C drivers still run frequently) - and the problem 
> > has not reoccured in about ~1000 bootups.
> > 
> > Combined with the fact that this box has a VIA chipset, does that not 
> > implicate the viapro driver, at least to a certain degree?
> 
> This VIA chipset is the bridge over which the bugs run. Blaming on it 
> for the problem you've hit would be similar to blaming the USB host 
> controller driver for a bug that is in the USB keyboard or mouse driver.
> 
> The "other I2C drivers" don't run frequently at all now that you've 
> disabled i2c-viapro. Without an I2C bus to probe on the machine, these 
> drivers don't do anything.

ah, okay - i see - what i thought to be a surgical workaround has cut off 
the whole leg. Will go back to find the ailing muscle instead.

> So, again, if you are still willing to help me solve the problem, please 
> boot the bad kernel and run:
> 
> $ ls -l /sys/bus/i2c/devices/*/driver
> 
> Then we'll know which drivers attached to I2C devices on your SMBus. 
> Figuring out which one shouldn't have will likely be straightforward.

will take some time - but i'll revisit it.

Could you give me a short list of I2C driver .config options i should 
disable one by one (instead of viapro) ?

	Ingo
--
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/