Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <e442508c20e8a077892a90b54fdbea302026eacd.camel@xry111.site>
Subject: Re: [PATCH v10 00/30] Add KVM LoongArch support
From:   Xi Ruoyao <xry111@xry111.site>
To:     WANG Xuerui <kernel@xen0n.name>, maobibo <maobibo@loongson.cn>,
        Paolo Bonzini <pbonzini@redhat.com>,
        Huacai Chen <chenhuacai@kernel.org>
Cc:     Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        loongarch@lists.linux.dev, linux-kernel@vger.kernel.org,
        kvm@vger.kernel.org, Jens Axboe <axboe@kernel.dk>,
        Mark Brown <broonie@kernel.org>,
        Alex Deucher <alexander.deucher@amd.com>,
        Oliver Upton <oliver.upton@linux.dev>,
        Tianrui Zhao <zhaotianrui@loongson.cn>
Date:   Mon, 22 May 2023 14:17:24 +0800
In-Reply-To: <90b2fc60-af26-4ba6-f775-7db2514a62f4@xen0n.name>
References: <20230515021522.2445551-1-zhaotianrui@loongson.cn>
         <02f07d8e-e1c2-2ec0-59c3-f5b4ef0463dc@loongson.cn>
         <4529ee5b-364a-7819-c727-71cf94057b8b@xen0n.name>
         <99371487-717a-64d6-1c3d-aaeaee6f20db@loongson.cn>
         <90b2fc60-af26-4ba6-f775-7db2514a62f4@xen0n.name>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
User-Agent: Evolution 3.48.1 
MIME-Version: 1.0
Precedence: bulk

On Mon, 2023-05-22 at 10:37 +0800, WANG Xuerui wrote:
> > Manual is actually one issue, however it does not prevent the review
> > process. There are some drivers for *fruit* devices, I can not find
> > the hw manual also.=C2=A0 With the manual, it helps to review and point=
s
> > out the further and detailed issues.
>=20
> There's a *slight* difference: the certain vendor you've mentioned is=20
> historically uncooperative in providing the documentation, so outside=20
> contributors had to reverse-engineer and document the HW themselves; but=
=20
> in Loongson's case, you *are* the vendor, so you are probably in a=20
> position that can make everyone's life easier by at least pushing for=20
> the docs release...

And some other differences:

1. *fruit* devices use an ARM64 which is already documented anyway.
2. *fruit* devices are more "popular" and the maintainer can test on it
more easily.  And *fruit* have more fans (esp. more fans with CS/EE
skills, while we have more [expletive deleted] fans :( ) so their
reverse-engineer effort is easier as well.  Yes it may be not fair to
others, but the world is just not fair.
3. *fruit* is really a bad example... When people ask me how to build
Linux From Scratch on *fruit* I just tell them "try to avoid things from
a vendor with no intention to allow you run another OS".

--=20
Xi Ruoyao <xry111@xry111.site>
School of Aerospace Science and Technology, Xidian University