Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751292AbbFXHe5 (ORCPT ); Wed, 24 Jun 2015 03:34:57 -0400 Received: from nopam.alitech.com ([202.3.176.31]:46185 "EHLO nopam.alitech.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750812AbbFXHes (ORCPT ); Wed, 24 Jun 2015 03:34:48 -0400 split_mail: 1 In-Reply-To: References: <1433785828-4100-1-git-send-email-lucas.de.marchi@gmail.com> <20150609085146.GD1478@lahna.fi.intel.com> <20150610070722.GM1478@lahna.fi.intel.com> To: Lucas De Marchi Cc: Christian Ruppert , Fabio Mello , Jarkko Nikula , linux-i2c@vger.kernel.org, lkml , Lucas De Marchi , Mika Westerberg , Wolfram Sang Subject: Re: [PATCH] i2c: designware: use enable on resume instead initialization MIME-Version: 1.0 X-KeepSent: B918064C:F72245F4-C1257E6E:00287EC7; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.3 September 15, 2011 Message-ID: From: christian.ruppert@alitech.com Date: Wed, 24 Jun 2015 09:36:43 +0200 X-MailConfidential: Public X-MIMETrack: Serialize by Router on TWALINS2/ALI_TPE/ALi(Release 8.0.2FP6|July 15, 2010) at 2015/06/24 ?? 03:36:47, Serialize complete at 2015/06/24 ?? 03:36:47 Content-Type: text/plain; charset="US-ASCII" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1210 Lines: 32 Dear Lucas, Lucas De Marchi wrote on 23.06.2015 19:02:03: > On Tue, Jun 23, 2015 at 1:45 PM, 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. Greetings, Christian -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/