All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sui Jingfeng <sui.jingfeng@linux.dev>
To: Xi Ruoyao <xry111@xry111.site>, WANG Xuerui <kernel@xen0n.name>,
	Icenowy Zheng <uwu@icenowy.me>,
	Huacai Chen <chenhuacai@kernel.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Weihao Li <liweihao@loongson.cn>,
	"Mike Rapoport (IBM)" <rppt@kernel.org>,
	Jun Yi <yijun@loongson.cn>, Baoquan He <bhe@redhat.com>,
	"Matthew Wilcox (Oracle)" <willy@infradead.org>,
	David Hildenbrand <david@redhat.com>,
	Hongchen Zhang <zhanghongchen@loongson.cn>,
	Binbin Zhou <zhoubinbin@loongson.cn>,
	Zhen Lei <thunder.leizhen@huawei.com>,
	Tiezhu Yang <yangtiezhu@loongson.cn>,
	Thomas Gleixner <tglx@linutronix.de>,
	Zhihong Dong <donmor3000@hotmail.com>,
	loongarch@lists.linux.dev, linux-kernel@vger.kernel.org,
	Shuah <shuah@kernel.org>,
	"conduct@kernel.org" <conduct@kernel.org>
Subject: Re: [PATCH v2] loongarch/mm: disable WUC for pgprot_writecombine as same as ioremap_wc
Date: Tue, 21 Jan 2025 17:19:53 +0800	[thread overview]
Message-ID: <35a07230-08f9-472c-bb30-bd1c1ca912d6@linux.dev> (raw)
In-Reply-To: <00d5150cadcb8b60004284ad43810adef52aab37.camel@xry111.site>

Hi,

On 2023/10/13 21:53, Xi Ruoyao wrote:
> On Fri, 2023-10-13 at 21:15 +0800, Xi Ruoyao wrote:
>> Again, why this is only an issue with AMD or ATI GPUs?
>>
>> Can you provide some detailed documentations about this hardware issue
>> so the community can help to figure out a solution?


I don't ever owns you anything, so I think I don't have any obligation
to have to provide you something, right?


> 3 years ago we had https://lkml.org/lkml/2020/8/10/255:

Its not "we". Just him or "you" if you want to pretend to be included.


>     In this case the patch is a clear NAK since youhaven't root caused the issue


Excuse me, its not me posting that patch to upstream anyway. So who don't have the
root cause? Can you figure out different person at the first place? Please?


>   are just working around it in a very questionable manner.

The patch[1] that this patch fixes are circumvent the root issue in a very questionable manner.

So, who don't know the root cause? or just cheating the community, pretend it solve the problem?

[1] https://lore.kernel.org/loongarch/20230315085314.1083141-1-chenhuacai@loongson.cn/

> and
>
>     But when the hardware doesn't correctly implement WC for PCIe BARs, then
>     this is a violation of the PCIe spec and a bit more serious issue for
>     the whole platform.
>
> So do we know the root cause now?

Its not "we" here, we are not on the same side.

So the proper expression is "Do you *really* know the root cause now"?

>   <rant>Or in all the 3 years we

Not including you here.


> just keep carrying a problematic workaround downstream,


Who told you that its problematic?

Again, its works *super* well for *both* discrete GPU and Loongson integrated graphics.

With the patch applied, Loongson has been sell tons of machine and making million dollars,
if not billion.

So *who* exactly told you that its problematic? Did him ever use Loongson machine?
Did him responsible for Loongson downstream *product* and commercial deals?

If you can't effectively answer those questions, please stop your nonsense.

> burying the head into the sand like an ostrich,


I neverbury my head into the sand and I'm not like an ostrich.

In the past, Loongson downstream developers are rather diligent and busy .

I don't think I deserve this insult, so please stop it and apology.


CCing conduct@kernel.org and CCing shuah.


> and self comforting with "oh they don't understand our hardware"?!</rant>


This is exactly what I'm helping to resolve, just help the community to
figure out the root issue. Seek better solution so that we can avoid
endless the low-end repeation.

We certainly don't hope Loongson continue to produce such an ill CPU
and/or bridge chips all the time.


> Even if the problem is really "they don't understand our hardware" you
> need to provide some materials to help people understanding the hardware
> better.


Again, Its not me posting the patch anyway. So please stop the blaming and
the spams.


> If we cannot figure out the root cause or a proper fix is too difficult,
> we should *at least* have a cmdline option and/or a configuration option
> to allow the user to decide, like how we treat these spectre-like bugs.
> "Should the option be enabled or disabled by default" can be debated
> later.
>
> And please try to fix the hardware, to me it will be a compelling reason
> to pay some money for an upgrade :).
>
-- 
Best regards,
Sui


  reply	other threads:[~2025-01-21  9:20 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-09  4:28 [PATCH v2] loongarch/mm: disable WUC for pgprot_writecombine as same as ioremap_wc Icenowy Zheng
2023-10-09 14:32 ` Sui Jingfeng
2023-10-10  0:15   ` WANG Xuerui
2023-10-10  3:02     ` Sui Jingfeng
2023-10-10 12:26       ` Xi Ruoyao
2023-10-13 11:12         ` Sui Jingfeng
2023-10-13 12:51         ` Sui Jingfeng
2023-10-13 13:15           ` Xi Ruoyao
2023-10-13 13:53             ` Xi Ruoyao
2025-01-21  9:19               ` Sui Jingfeng [this message]
2024-12-02 16:23         ` Sui Jingfeng
2024-12-17 18:18           ` Shuah
2024-12-18  3:24             ` Sui Jingfeng
2024-12-18  6:23               ` Icenowy Zheng
2024-12-18 10:05                 ` Sui Jingfeng
2024-12-18 12:37                   ` Icenowy Zheng
2024-12-19  3:17                     ` Sui Jingfeng
2024-12-19  4:54                       ` Icenowy Zheng
2024-12-20 16:43               ` Shuah
2024-12-17 23:44           ` Icenowy Zheng
2024-12-18  3:05             ` Sui Jingfeng
2024-12-18  5:47               ` Icenowy Zheng
2024-12-18 10:29                 ` Sui Jingfeng
2024-12-18 12:43                   ` Icenowy Zheng
2024-12-19  2:54                     ` Sui Jingfeng
2024-12-19  4:49                       ` Icenowy Zheng
2024-12-19  5:49                         ` Sui Jingfeng
2024-12-19  6:34                           ` Icenowy Zheng
2024-12-19  7:46                             ` Sui Jingfeng
2024-12-19  6:38                           ` Icenowy Zheng
2024-12-19 10:39                             ` Sui Jingfeng
2023-10-10  0:50   ` Icenowy Zheng

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=35a07230-08f9-472c-bb30-bd1c1ca912d6@linux.dev \
    --to=sui.jingfeng@linux.dev \
    --cc=akpm@linux-foundation.org \
    --cc=bhe@redhat.com \
    --cc=chenhuacai@kernel.org \
    --cc=conduct@kernel.org \
    --cc=david@redhat.com \
    --cc=donmor3000@hotmail.com \
    --cc=kernel@xen0n.name \
    --cc=linux-kernel@vger.kernel.org \
    --cc=liweihao@loongson.cn \
    --cc=loongarch@lists.linux.dev \
    --cc=rppt@kernel.org \
    --cc=shuah@kernel.org \
    --cc=tglx@linutronix.de \
    --cc=thunder.leizhen@huawei.com \
    --cc=uwu@icenowy.me \
    --cc=willy@infradead.org \
    --cc=xry111@xry111.site \
    --cc=yangtiezhu@loongson.cn \
    --cc=yijun@loongson.cn \
    --cc=zhanghongchen@loongson.cn \
    --cc=zhoubinbin@loongson.cn \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.