Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp2897038ybc; Wed, 20 Nov 2019 23:32:11 -0800 (PST) X-Google-Smtp-Source: APXvYqwf0GldP7Lxjwn9sU5BRmKPoGi/ohJz7mk3KI9vXkzAkjxG0LgEkQe/aI9TLM1Aql/NqkiL X-Received: by 2002:a17:906:f259:: with SMTP id gy25mr11248756ejb.297.1574321531834; Wed, 20 Nov 2019 23:32:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574321531; cv=none; d=google.com; s=arc-20160816; b=mqFoZlmVEvUrk4c5do/SD+GCGtfm/0/V+vkTNqGYEruTuO2EKvcDQSupAUbZXpK/YE Sr2SQjSozQrYOs5NjnuxMFBCl8NdNEWz0mM/iJHZTpBEEPNGFr0ZsK8yhTNTX0p2VZhp JKqyDcPxwkgWpVbm7/Bhg1gIE0NgRPTIvYBHEdTzVVRz6VXQwTj2L970ADvn1T1HYUEz EFXusSjNL6kWrgA6xg8x5JWHnfWHP5sXt0EmKZtHqhj0GSf7R32R0YWyROYiv851whqP 0t5L7aDUyh65eHmietO1KAGaVjh7yF+s24Kba2m93A445sFitDsrO7G6rxNi1k0UEBMA Rmcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=Oh4j51kJeIN2/FcIYbUe3PFg67cPnPWrPJ+Avrw67Dk=; b=rx/4C44NWMQ7h5mv2BnGK7K1qjwrqE3TuD5znxsX+EnHXUxzkkr3192+LWRQ/8LqNk 1DhOKDFKF1IvxdMKH8jDlIigUmGxt30Uz5mZMz94JVzZ446X7FIy9/aMM2YG3j+gVTSr MAZqXYs0AINK39qY13WwE9ERN3PY9ZXTAwDJqae+zhua69XIFF8GxD1BdGczbt1wTbnH B+mrOoToKJx047GdsebyU6NsIQXw02zJidt3nprBczBOe0IR/3PiyxzpP7DqHplhx6Ao NBvz9QFlwJiiq0Ko8f7QBzmMV2SSYLalGIknrVJGLrWf9krT4UfpYHslwMS0lEkITauh Mp/Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id bu11si1467903edb.245.2019.11.20.23.31.48; Wed, 20 Nov 2019 23:32:11 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726822AbfKUH3r (ORCPT + 99 others); Thu, 21 Nov 2019 02:29:47 -0500 Received: from verein.lst.de ([213.95.11.211]:44413 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725842AbfKUH3q (ORCPT ); Thu, 21 Nov 2019 02:29:46 -0500 Received: by verein.lst.de (Postfix, from userid 2407) id 517D368B05; Thu, 21 Nov 2019 08:29:43 +0100 (CET) Date: Thu, 21 Nov 2019 08:29:43 +0100 From: Christoph Hellwig To: Christian Zigotzky Cc: Christoph Hellwig , linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, iommu@lists.linux-foundation.org, Benjamin Herrenschmidt , paulus@samba.org, darren@stevens-zone.net, "contact@a-eon.com" , rtd2@xtra.co.nz, mad skateman , Rob Herring , linuxppc-dev , nsaenzjulienne@suse.de Subject: Re: Bug 205201 - Booting halts if Dawicontrol DC-2976 UW SCSI board installed, unless RAM size limited to 3500M Message-ID: <20191121072943.GA24024@lst.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Nov 16, 2019 at 08:06:05AM +0100, Christian Zigotzky wrote: > /* > * DMA addressing mode. > * > * 0 : 32 bit addressing for all chips. > * 1 : 40 bit addressing when supported by chip. > * 2 : 64 bit addressing when supported by chip, > * limited to 16 segments of 4 GB -> 64 GB max. > */ > #define SYM_CONF_DMA_ADDRESSING_MODE CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE > > Cyrus config: > > CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1 > > I will configure “0 : 32 bit addressing for all chips” for the RC8. Maybe this is the solution. 0 means you are going to do bounce buffering a lot, which seems generally like a bad idea. But why are we talking about the sym53c8xx driver now? The last issue you reported was about video4linux allocations.