From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 5BA68B7D43 for ; Wed, 12 May 2010 12:40:22 +1000 (EST) Subject: 440SPe/Katmai PCIe problems From: Benjamin Herrenschmidt To: Stefan Roese Content-Type: text/plain; charset="UTF-8" Date: Wed, 12 May 2010 12:40:13 +1000 Message-ID: <1273632013.21352.88.camel@pasglop> Mime-Version: 1.0 Cc: linuxppc-dev , Pravin Bathija List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Stefan ! (Or somebody from AMCC) I noticed we still have this old problem on PCIe where some cards don't seem to work. The link trains but they don't respond on config space. This is the case for example of that Sunix quad USB card. It seems to be related to the kind of TI PCIe <-> PCI bridge on these though. Have anybody tracked down the root cause of the problem ? Some say that it could be that the bridge doesn't cope with the double reset (uboot then kernel). Would it be possible to tell uboot to avoid touching the PCIe interface completely so the kernel is the first one to get in ? Cheers, Ben.