Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp3621569pxv; Mon, 5 Jul 2021 01:36:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzl9FlwNd71zpU7vCtlzpF8wIjkBEvFrKC7AXdIhZGobt8qbXHpm++h1uSIQvt5Xiq88Z4N X-Received: by 2002:a05:6402:2753:: with SMTP id z19mr15109555edd.351.1625474213235; Mon, 05 Jul 2021 01:36:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625474213; cv=none; d=google.com; s=arc-20160816; b=IRx2fNAul+6T8n206eQoAyszr9Zmtv9quRAhU21t0FgCV0sGu2R2Lp722YrzcjHZLn LmNr6IdHL+qysB9IfJDPyHXxfwmJPxbEmSU0N7I/g/6G0hajucDWi3AMCXtsSHUtWSSa vvcwoYlzrPoT9iMWulAmcGFYp55Ff+VR51QfgjKTfNYh9CktzBctGsftTCiTpSOuUTix J4lVZfXYU8hLxlqIT64f+KVh8+5SsBwy03pyOm8KkhLFkmRPKwQukCK6Cf8t4ptnq7lb KrGkDanQrehhEwCry7QvBAFYl3E+5X4bANft4NzPRi8ctsTjnJTjZPia2D3lThT63QsN pojQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=d/z0wdGwqo9fBiWvUKCHWb/kQLPqJkEvWOdgihFLsj8=; b=fvTMIJgHRh88rLwWLPnUq0WkReLsSP+jtnn8FuJy1TERLhDuSiv0TjJyN6NiRkwOeU uebUu4yoi+EWNVALBLsuuOuk/rh9MO8E1ZYAzfzuPuH2w7Xe+U+voTRdypjkI840J613 uhyvRsmvgnGegoAVBPLbmG1CA04aK+bcgOMZDzK5wsd8KAZGNph9co6SmP0ADMBto5li 6ryVqSJ6mp9RFhffI4//oqEkycvN3RUizUctlUiHAbLPFcxiIBJP/npx1obcxWRgk1g7 BlQ5UZyhaaQF8igN3dUaQw4oZRRjoZgOB6o7JS/LRcoRTlkFxidQK0HcESzdizIVEPY9 UH2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nnIo3J5e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id di19si5072860ejc.243.2021.07.05.01.36.29; Mon, 05 Jul 2021 01:36:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nnIo3J5e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230200AbhGEIiI (ORCPT + 99 others); Mon, 5 Jul 2021 04:38:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57980 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230085AbhGEIiH (ORCPT ); Mon, 5 Jul 2021 04:38:07 -0400 Received: from mail-il1-x12f.google.com (mail-il1-x12f.google.com [IPv6:2607:f8b0:4864:20::12f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 13C61C061574; Mon, 5 Jul 2021 01:35:31 -0700 (PDT) Received: by mail-il1-x12f.google.com with SMTP id o10so16637920ils.6; Mon, 05 Jul 2021 01:35:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=d/z0wdGwqo9fBiWvUKCHWb/kQLPqJkEvWOdgihFLsj8=; b=nnIo3J5eDnno109p9aSKDxVdvCbFHp1smIORXB6hZq5EJHpgLZSCO4qP5Zs/l1a6XV HB8E3gbb9zLBNY+M89JdThVHsIUMNs8YWeIVS3vgcwqOMSy34psw+1t/dNaHc+RgCpGt Ud6XtMDaWKU0aKQZlxLdbBKP71+N4ICCQyeG2NNdbYcPGjpJku68kl4nOv5pU62ibYT1 oToGm7yNkp15taLIWju8i0ZO5Ry08JoF3LMatsVsrVh9gFMz/wdk400nt1P/xbtP3FaZ O5FMuRzJ/grWG1JJL08q+p47b8UrFJO14V+l+wjvzua9sliDAmZYOE0OQNatiTH03wr/ zmAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=d/z0wdGwqo9fBiWvUKCHWb/kQLPqJkEvWOdgihFLsj8=; b=GCx5Ui9cjNUdP2ZZBX4mRYViR8JN3K+e04TAn7Zk2tCLEHpGFhPrkzk/Vvq8PhXhZC mepfEgzENJS1jwDYcBWi58tXVpNPgTuNOezfDax3vD5FX1ENJomG7jxKpwBuJAlTzIqe kDXYJoq1XJWbY69NDqZyD3UP0P9lS/Y+XPo5U5VLq8fW9zw3I1GGa8JAvk+RcitgXcZK EMsAFlYxvHMxi6T1GYZErwK1pqs5tZSlt0f4tpdb6ztvTIvW4vqEPsC1Bc/TdwTsshiU 8n19CLv6SQjqxiRXOCp1fWxY5GAaNbVuT0wVgRcMoKNj9VcqVStmLZcH5vjGtLpPkhEv 8UYg== X-Gm-Message-State: AOAM5329s9oNhjasV606cFjZx/nzwa70DLA7ZDkaOSVgfyDl6vEnTYfH Dvjv2plxgN+jHcj0rRrZzKiAXQ0mbGXgpPWC3hE= X-Received: by 2002:a05:6e02:1d0e:: with SMTP id i14mr3756014ila.150.1625474130559; Mon, 05 Jul 2021 01:35:30 -0700 (PDT) MIME-Version: 1.0 References: <20210701154634.GA60743@bjorn-Precision-5520> <67a9e1fa.81a9.17a64c8e7f7.Coremail.chenhuacai@loongson.cn> In-Reply-To: <67a9e1fa.81a9.17a64c8e7f7.Coremail.chenhuacai@loongson.cn> From: Art Nikpal Date: Mon, 5 Jul 2021 16:35:19 +0800 Message-ID: Subject: Re: Re: [PATCH 0/4] PCI: replace dublicated MRRS limit quirks To: =?UTF-8?B?6ZmI5Y2O5omN?= Cc: Bjorn Helgaas , Neil Armstrong , Yue Wang , Kevin Hilman , Lorenzo Pieralisi , Rob Herring , Krzysztof Wilczynski , Jerome Brunet , Christian Hewitt , Martin Blumenstingl , PCI , linux-arm-kernel , "open list:ARM/Amlogic Meson..." , linux-kernel@vger.kernel.org, Artem Lapkin , Nick Xie , Gouwa Wang , chenhuacai@gmail.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Does that means keystone and Loongson has the same MRRS problem? And what= should I do now? Look like yes ! and amlogic has the same problem. I think somebody need to rewrite it all to one common quirk for this proble= m. If no one has any objection, I can try to remake it again. On Fri, Jul 2, 2021 at 9:15 AM =E9=99=88=E5=8D=8E=E6=89=8D wrote: > > Hi, Bjorn, > > > -----=E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6----- > > =E5=8F=91=E4=BB=B6=E4=BA=BA: "Bjorn Helgaas" > > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2021-07-01 23:46:34 (=E6=98=9F= =E6=9C=9F=E5=9B=9B) > > =E6=94=B6=E4=BB=B6=E4=BA=BA: "Artem Lapkin" > > =E6=8A=84=E9=80=81: narmstrong@baylibre.com, yue.wang@Amlogic.com, k= hilman@baylibre.com, lorenzo.pieralisi@arm.com, robh@kernel.org, kw@linux.c= om, jbrunet@baylibre.com, christianshewitt@gmail.com, martin.blumenstingl@g= ooglemail.com, linux-pci@vger.kernel.org, linux-arm-kernel@lists.infradead.= org, linux-amlogic@lists.infradead.org, linux-kernel@vger.kernel.org, art@k= hadas.com, nick@khadas.com, gouwa@khadas.com, "Huacai Chen" > > =E4=B8=BB=E9=A2=98: Re: [PATCH 0/4] PCI: replace dublicated MRRS lim= it quirks > > > > [+cc Huacai] > > > > On Sat, Jun 19, 2021 at 02:39:48PM +0800, Artem Lapkin wrote: > > > Replace dublicated MRRS limit quirks by mrrs_limit_quirk from c= ore > > > * drivers/pci/controller/dwc/pci-keystone.c > > > * drivers/pci/controller/pci-loongson.c > > > > s/dublicated/duplicated/ (several occurrences) > > > > Capitalize subject lines. > > > > Use "git log --online" to learn conventions and follow them. > > > > Add "()" after function names. > > > > Capitalize acronyms appropriately (NVMe, MRRS, PCI, etc). > > > > End sentences with periods. > > > > A "move" patch must include both the removal and the addition and ma= ke > > no changes to the code itself. > > > > Amlogic appears without explanation in 2/4. Must be separate patch = to > > address only that specific issue. Should reference published erratu= m > > if possible. "Solves some issue" is not a compelling justification. > > > > The tree must be consistent and functionally the same or improved > > after every patch. > > > > Add to pci_ids.h only if symbol used more than one place. > > > > See > > https://lore.kernel.org/r/20210701074458.1809532-3-chenhuacai@loongs= on.cn, > > which looks similar. Combine efforts if possible and cc Huacai so > > you're both aware of overlapping work. > > > > More hints in case they're useful: > > https://lore.kernel.org/linux-pci/20171026223701.GA25649@bhelgaas-gl= aptop.roam.corp.google.com/ > > > > > Both ks_pcie_quirk loongson_mrrs_quirk was rewritten without an= y > > > functionality changes by one mrrs_limit_quirk > Does that means keystone and Loongson has the same MRRS problem? And what= should I do now? > > Huacai > > > > > > Added DesignWare PCI controller which need same quirk for > > > * drivers/pci/controller/dwc/pci-meson.c (PCI_DEVICE_ID_SYNOPSY= S_HAPSUSB3) > > > > > > This quirk can solve some issue for Khadas VIM3/VIM3L(Amlogic) > > > with HDMI scrambled picture and nvme devices at intensive writi= ng... > > > > > > come from: > > > * https://lore.kernel.org/linux-pci/20210618063821.1383357-1-ar= t@khadas.com/ > > > > > > Artem Lapkin (4): > > > PCI: move Keystone and Loongson device IDs to pci_ids > > > PCI: core: quirks: add mrrs_limit_quirk > > > PCI: keystone move mrrs quirk to core > > > PCI: loongson move mrrs quirk to core > > > > > > -- > > > 2.25.1 > > > > > >