From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934801AbdC3TaE (ORCPT ); Thu, 30 Mar 2017 15:30:04 -0400 Received: from mail-wr0-f193.google.com ([209.85.128.193]:36348 "EHLO mail-wr0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934067AbdC3TaA (ORCPT ); Thu, 30 Mar 2017 15:30:00 -0400 Subject: Re: [PATCH v3 0/6] bus: brcmstb_gisb: add support for GISBv7 arbiter To: Mark Rutland , Florian Fainelli References: <20170330002914.7371-1-opendmb@gmail.com> <20170330181932.GB8062@leverpostej> Cc: Doug Berger , robh+dt@kernel.org, computersforpeace@gmail.com, gregory.0xf0@gmail.com, bcm-kernel-feedback-list@broadcom.com, linus.walleij@linaro.org, treding@nvidia.com, jonathanh@nvidia.com, olof@lixom.net, mirza.krak@gmail.com, suzuki.poulose@arm.com, bgolaszewski@baylibre.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, catalin.marinas@arm.com, will.deacon@arm.com From: Florian Fainelli Message-ID: Date: Thu, 30 Mar 2017 12:29:50 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: <20170330181932.GB8062@leverpostej> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/30/2017 11:19 AM, Mark Rutland wrote: > On Thu, Mar 30, 2017 at 09:33:32AM -0700, Florian Fainelli wrote: >> On 03/29/2017 05:29 PM, Doug Berger wrote: >>> This patch set contains changes to enable the GISB arbiter driver >>> on the latest ARM64 architecture Set-Top Box chips from Broadcom. >>> >>> Since the ARM64 architecture does not support the hooking of low >>> level fault handlers the driver has been adjusted to depend solely >>> on GISB interrupts and notify events to provide diagnostic >>> messaging. The GISB hardware still triggers bus faults for the >>> processor so the default low-level aborts will occur and will be >>> handled based on the architecture specific kernel implementation. >>> >>> While this tends to obsure the GISB error messaging it is still >>> reasonable so the same approach is applied to the ARM architecture >>> for consistency. >>> >>> The patches also correct some issues with the existing driver >>> and add the new register map for the GISBv7 hardware first >>> appearing in the BCM7278 device. >> >> This all looks great to me, and since there are no more ARM64 >> dependencies I can take this via the Broadcom ARM/ARM64 SoC pull requests. >> >> Mark, are you also happy with this v3? > > It looks fine by me. Series applied to drivers/next, thanks everyone! -- Florian From mboxrd@z Thu Jan 1 00:00:00 1970 From: f.fainelli@gmail.com (Florian Fainelli) Date: Thu, 30 Mar 2017 12:29:50 -0700 Subject: [PATCH v3 0/6] bus: brcmstb_gisb: add support for GISBv7 arbiter In-Reply-To: <20170330181932.GB8062@leverpostej> References: <20170330002914.7371-1-opendmb@gmail.com> <20170330181932.GB8062@leverpostej> Message-ID: To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 03/30/2017 11:19 AM, Mark Rutland wrote: > On Thu, Mar 30, 2017 at 09:33:32AM -0700, Florian Fainelli wrote: >> On 03/29/2017 05:29 PM, Doug Berger wrote: >>> This patch set contains changes to enable the GISB arbiter driver >>> on the latest ARM64 architecture Set-Top Box chips from Broadcom. >>> >>> Since the ARM64 architecture does not support the hooking of low >>> level fault handlers the driver has been adjusted to depend solely >>> on GISB interrupts and notify events to provide diagnostic >>> messaging. The GISB hardware still triggers bus faults for the >>> processor so the default low-level aborts will occur and will be >>> handled based on the architecture specific kernel implementation. >>> >>> While this tends to obsure the GISB error messaging it is still >>> reasonable so the same approach is applied to the ARM architecture >>> for consistency. >>> >>> The patches also correct some issues with the existing driver >>> and add the new register map for the GISBv7 hardware first >>> appearing in the BCM7278 device. >> >> This all looks great to me, and since there are no more ARM64 >> dependencies I can take this via the Broadcom ARM/ARM64 SoC pull requests. >> >> Mark, are you also happy with this v3? > > It looks fine by me. Series applied to drivers/next, thanks everyone! -- Florian