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: <1435150578.1075.5.camel@intel.com>
Date:	Wed, 24 Jun 2015 12:56:19 +0000
From:	"De Marchi, Lucas" <lucas.demarchi@...el.com>
To:	"mika.westerberg@...ux.intel.com" <mika.westerberg@...ux.intel.com>,
	"christian.ruppert@...tech.com" <christian.ruppert@...tech.com>
CC:	"lucas.de.marchi@...il.com" <lucas.de.marchi@...il.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"wsa@...-dreams.de" <wsa@...-dreams.de>,
	"Mello, Fabio" <fabio.mello@...el.com>,
	"jarkko.nikula@...ux.intel.com" <jarkko.nikula@...ux.intel.com>,
	"christian.ruppert@...lis.com" <christian.ruppert@...lis.com>,
	"linux-i2c@...r.kernel.org" <linux-i2c@...r.kernel.org>
Subject: Re: [PATCH] i2c: designware: use enable on resume instead
 initialization

On Wed, 2015-06-24 at 14:27 +0300, Mika Westerberg wrote:
> On Wed, Jun 24, 2015 at 09:36:43AM +0200, christian.ruppert@...tech.com wrot
> e:
> > Dear Lucas,
> > 
> > Lucas De Marchi <lucas.de.marchi@...il.com> wrote on 23.06.2015 19:02:03:
> > > On Tue, Jun 23, 2015 at 1:45 PM,  <christian.ruppert@...tech.com> wrote:
> > > > Hello,
> > > > 
> > > > Christian Ruppert/ALi_GVA/ALi wrote on 10.06.2015 17:05:16:
> > > [...]
> > > > The result is not very encouraging: Out of five (identical) designware 
> > > > 
> > i2c
> > > > controllers we have on my test SOC, the first one initialises properly 
> > > > 
> > but
> > > > the second one gets stuck in the famous irq loop right away when the
> > > > module is enabled in i2c_dw_init. The system never gets around to try
> > > 
> > > Are you using the pci or platform driver?  I noticed yesterday the pci
> > > version is failing here with a NULL pointer dereference.
> > 
> > The test was performed with the platform driver (instantiated through 
> > device tree).
> > I just re-checked and the ultimate problem which hangs/kills the system in 
> > 
> > my case is the IRQ loop.
> > I haven't observed any NULL pointer dereferences on the road.
> 
> Thanks Christian for testing.
> 
> Since the patch causes problems on your hardware, I don't think it is
> good idea to merge it.


Yeah, but it would be bad to ignore the problem as well. The way it is now
kills any possibility of using DW controller for reading sensors like
gyroscope, accelerometer, barometer that have higher sampling rate etc.  I'll
try to come up with a new patch but since I can't reproduce the problem here
it'd be good to know if there's any means for me to test.  What do you think
that could be done? Maybe putting the controller to sleep only in case of
errors?

thanks

-- 
Lucas De Marchi

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ