From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,INCLUDES_CR_TRAILER,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1C005C4338F for ; Sun, 1 Aug 2021 13:24:30 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id D04E460F70 for ; Sun, 1 Aug 2021 13:24:29 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org D04E460F70 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Subject:Cc:To:From:Message-ID:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=/2vTZrqJHgNDay9y8JCR8dw2eb3vzdjnoekWnWUvWMI=; b=04eEruy1W60rpo ov0JdJ18yWoocdxNT/NBn0UefVcFbbfcolZFqXWTXKMxcRB+9p6LI9jSxIG3x7+Iu/3oEfOa3JmXz Jdg/GL/MXu5L16GgHexni9YMN2rJi3Ej73ydLluy37zX3izVON1mbVaOLABiBknMMVhIjePhFXYF2 dd+qCWl//0nj9y7LfqBRKh1vFqRVj2wRy3YshRHQYgkZgTr/pV62vUCxMpKw/gVEWQ6FdqasLMulr +1/tfrn+BIaF2/h3Af8dGCzkTJi5Ld2zq2jScnxfvOSaVfTkSRZld2Dyfx9To2PUGV21qHBlPD6dZ dE4fADLis7XfvB9wmqMA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mABQC-00DbQa-JD; Sun, 01 Aug 2021 13:22:28 +0000 Received: from mail.kernel.org ([198.145.29.99]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mABQ8-00DbPw-Qc for linux-arm-kernel@lists.infradead.org; Sun, 01 Aug 2021 13:22:26 +0000 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5CDBA60F48; Sun, 1 Aug 2021 13:22:24 +0000 (UTC) Received: from sofa.misterjones.org ([185.219.108.64] helo=why.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mABQ6-002I5n-9G; Sun, 01 Aug 2021 14:22:22 +0100 Date: Sun, 01 Aug 2021 14:22:21 +0100 Message-ID: <87tuk91er6.wl-maz@kernel.org> From: Marc Zyngier To: Linus Walleij Cc: linux-arm-kernel@lists.infradead.org, Imre Kaloz , Krzysztof Halasa , Rod Whitby Subject: Re: [PATCH] ARM: dts: ixp4xx: Add a devicetree for Freecom FSG-3 In-Reply-To: <20210729144128.2834328-1-linus.walleij@linaro.org> References: <20210729144128.2834328-1-linus.walleij@linaro.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/27.1 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: linus.walleij@linaro.org, linux-arm-kernel@lists.infradead.org, kaloz@openwrt.org, khalasa@piap.pl, rod@whitby.id.au X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210801_062224_923467_DEF25F3A X-CRM114-Status: GOOD ( 19.80 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, 29 Jul 2021 15:41:28 +0100, Linus Walleij wrote: > > This adds a devicetree for the Freecom FSG-3, a combined router > and NAS. After a bit of soldering as well as fighting with the bootloader (which is so broken that it makes the Vulcan's version of RedBoot look pretty sane in comparison), I've managed to successfully boot the machine to userspace. Networking, PCI, USB, ATA (to some extent, see below), RTC and hwmon all see to work correctly. The switch works *sometimes*, but I haven't worked out whether it needs some special care or it is broken. One thing that still puzzles me is that I can't manage to get the SCSI layer to probe the disk. The original firmware finds it perfectly, but I'm obviously failing to select the right config option that would make the PATA controller (which gets probed) to register as a SCSI target: [the PCI device is seen correctly] pci 0000:00:0c.0: [1106:3249] type 00 class 0x010400 pci 0000:00:0c.0: reg 0x10: [io 0x0af0-0x0aff] pci 0000:00:0c.0: reg 0x14: [io 0x0a70-0x0a7f] pci 0000:00:0c.0: reg 0x18: [io 0x01f0-0x01ff] pci 0000:00:0c.0: reg 0x1c: [io 0x0170-0x017f] pci 0000:00:0c.0: reg 0x20: [io 0xcc00-0xcc1f] pci 0000:00:0c.0: reg 0x24: [io 0x8c00-0x8cff] [and the driver picks it up, correctly seeing the 3 ports] sata_via 0000:00:0c.0: version 2.6 sata_via 0000:00:0c.0: enabling device (0000 -> 0001) sata_via 0000:00:0c.0: routed to hard irq line 8 scsi host0: sata_via scsi host1: sata_via scsi host2: sata_via ata1: SATA max UDMA/133 port i16@0x1420 bmdma 0x1400 irq 24 ata2: SATA max UDMA/133 port i16@0x1430 bmdma 0x1408 irq 24 ata3: PATA max UDMA/133 port i16@0x1440 bmdma 0x1410 irq 24 [it then realises that there is nothing on the SATA ports] ata1: failed to resume link (SControl 0) ata1: SATA link down (SStatus 10 SControl 0) ata2: failed to resume link (SControl 302) ata2: SATA link down (SStatus 2A2F SControl 302) but ata3, which has the internal disk, never gets scanned. If feels that this is only a matter of plumbing, but I'm out of my depth here. Any idea? Anyway, FWIW: Acked-by: Marc Zyngier Tested-by: Marc Zyngier Thanks, M. -- Without deviation from the norm, progress is not possible. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel