From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f50.google.com (mail-wm1-f50.google.com [209.85.128.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 9B8803E3D8D for ; Wed, 18 Mar 2026 15:28:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.50 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773847691; cv=none; b=d81jgVI2g00892NBA3bxzX3/AffdiZdOXaOWpe4QzHuAwNuyYSuDBUaUHwTCojmeevYMwzwf/dWh0QHOtindj8WKICb+QThuPnaTJg3G6XuCVELaw+65ihdieprFCTLLSlifttVhbnhBTg4CCQTfhFpmtJTDxHXZirxF/wzDALI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773847691; c=relaxed/simple; bh=uG0xA9OgWMbOrXG76ij9Rc/ULoVuEqw816BAx3ffL7w=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=mxBBTGZE2WUNLmXbt9oJWHp8ic5/A9ar/srfkMEeqnJFdpFfh21XBPicuml6O1oO0ti/n1S2I5o2Cnj2PsLzb4jx57NWzyW5MsdQsc/CR2q5dQdDtpb3WKPrnY7GOhHGc+I24pCahXs9NPoHV/j5Q9t6o9wSXz9tGe79M+Z9cic= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=CatAODxT; arc=none smtp.client-ip=209.85.128.50 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="CatAODxT" Received: by mail-wm1-f50.google.com with SMTP id 5b1f17b1804b1-4853e1ce427so78643535e9.3 for ; Wed, 18 Mar 2026 08:28:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1773847681; x=1774452481; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:organization:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to; bh=W3OxEB2yN+2GerMbkLU+TUfu7OMQbU8BdF0KGaxmiRU=; b=CatAODxTjuUf0fAZBjIe4Hum/a8ykT7erpvWupTEsBMuAjaspCuFKQYdqUuJ31h9VR w0n4pDb5xBFdW487WzfbXmldezZEMUcKDDHEKu1au6B77YV9G4ebIDg9FN2dLa4/HG7e T2L+ruSWR8/4QPFnljFG6Egc3gzZyUckEMugHFzUyX6zPHncmoLYcsFqTOIVEg2BwrGM RmjNgq942/Iw1ZULJbDNKB9utxfp1b6GL0lPgq1lju4E4n5VUXxnnB/v+YkxwMQMLnLd tsqaf57uDJyc2lbKaRTGo6rfxgfEW/l8X3jw37mzf6hwvowZiJuleXkRJqUGhbwn8TLl +wtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1773847681; x=1774452481; h=content-transfer-encoding:in-reply-to:organization:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=W3OxEB2yN+2GerMbkLU+TUfu7OMQbU8BdF0KGaxmiRU=; b=RRQbqX7X+uZodpZgS1YrK/0CZCClDMUgDYCSFpoSEzvIRhz58DVSXEmam0ySHJYzI/ U4V8FqZe0SXQW3XTuPq7+a8nL7Ms2iUVyJuUMuIj4oMZMZyBxeZHeYlb62VJsOe5bAPG S6ANlPTYVmvM+hOXp5MC7gIKknaCspeAzNqEIswx+ks90jQXlLABb7RZvFtZ6MYHD3Nw QBnvowxHzuUJJaxTi6pU1/C3yGFZHhv/AnBmW6RsOHm11TuH35R1DlImRys7u7/86erS HQM/BvTF3Gqeh6kSrtOP00vEI0ndjLfqLbMgXXXIXoQB7+R/xtWLSi1QvtaCPmlLMMI6 1umg== X-Forwarded-Encrypted: i=1; AJvYcCWzcCcn3YOFpbyrOAH2eFr8y/ZL84SjEFiMFkESKxMVOiExwJkJHifg5Z96/JQ8idSruoIwPAPoEyL8agM=@vger.kernel.org X-Gm-Message-State: AOJu0YxOKFGOhgCfb6aJOznrIfZ77zXEosK5P7FMtrWyWOZazyMR/cnY 9J9WUVbUHwq6+PWRseKHjAK9A6SzBrycW4ENTDKR1cpZ1AsUJjQ8hHkfzoBmvk7BqZg= X-Gm-Gg: ATEYQzyWXDb1C81euDzS3J2SsczHClBbbpvEgd65CukhjsMVdFW7fax6C7a4qCswHIy 9cyN1oN2RpfgOJcB032Ptomk1NUqjyTNVOdsbZgv/uZKaG4RKbvK3Bn5Q3QpYSF5PbbUrKEPccv Gow1mbC8FSLtfxbM6fmO2y/JNKeIU9Lk9/ziQrugnflsiH7Umjb4gZ8jL2bpAogjdXN7uN85GXc 6u/FC8FsRZ7balIMIYVcN3BVEg3mpH681Z/CqmadR7TDp3ZeW0Q5g7aJPbx1Zt872zAWCpREboB i+ehFwYs1/37SjjiAw7dc7ydUSlmsCoCJxbKg2tLAg3RJAl9BTD/hxpD/MOo3abhpgWqgT+99Wy CiVQzP83/sHvw0+Ofr7Y40icmSW0GE3dMVWaenvtjVnEY0+I5yUpW83VSJK+iL4T03RyKXeeM8a N/fbj99v0gW+TjcJRTB4MY27bMhbySgvKGtdAIBv6ip3BDEL3CYoaWwdi+fhmiUCzkJqTEIyklf N2OxVxLSAOem08w0X40iIhQGHkQw+2Kl+WziSNrm/3FwaWbDOM3+Q== X-Received: by 2002:a05:600c:4585:b0:485:39d4:2dd9 with SMTP id 5b1f17b1804b1-486f45708e5mr67334395e9.33.1773847681338; Wed, 18 Mar 2026 08:28:01 -0700 (PDT) Received: from ?IPV6:2003:c2:c71e:d000:d65d:64ff:fe46:1d1? (p200300c2c71ed000d65d64fffe4601d1.dip0.t-ipconnect.de. [2003:c2:c71e:d000:d65d:64ff:fe46:1d1]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-486f8b0b99dsm664065e9.1.2026.03.18.08.28.00 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 18 Mar 2026 08:28:01 -0700 (PDT) Message-ID: Date: Wed, 18 Mar 2026 16:27:59 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] arm64: dts: realtek: Fix memory node unit-address mismatch To: Arnd Bergmann , =?UTF-8?B?WXUtQ2h1biBMaW4gW+ael+elkA==?= =?UTF-8?B?5ZCbXQ==?= , linux-realtek-soc@lists.infradead.org Cc: Drew Fustini , =?UTF-8?B?Q1lfSHVhbmdb6buD6Ymm5pmP?= =?UTF-8?Q?=5D?= , Stanley Chang , =?UTF-8?B?SmFtZXMgVGFpIFvmiLTlv5fls7Bd?= , linux-arm-kernel@lists.infradead.org, soc@lists.linux.dev, Krzysztof Kozlowski , linux-kernel@vger.kernel.org, Alexandre Belloni , Linus Walleij References: <20260318114047.2804171-1-eleanor.lin@realtek.com> <405a9783-0f77-4ce0-8288-43eaada09cff@kernel.org> Content-Language: en-US From: =?UTF-8?Q?Andreas_F=C3=A4rber?= Organization: SUSE Software Solutions Germany GmbH In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 18.03.26 15:28, Arnd Bergmann wrote: > On Wed, Mar 18, 2026, at 12:46, Krzysztof Kozlowski wrote: >> On 18/03/2026 12:40, Yu-Chun Lin wrote: >>> The memory node unit-address should match the first address in the reg >>> property. Correct the unit-address from @40000 to @50000 to align with the >>> actual base address (0x50000) defined in the reg property. >>> >>> Fixes: b095c27fc874 ("arm64: dts: realtek: Add Kent SoC and EVB device trees") >>> Signed-off-by: Yu-Chun Lin >>> --- >>> This patch series is sent to both Realtek and ARM SoC maintainers. >>> While Andreas Färber is listed as the Realtek maintainer, there has been >>> limited activity recently. >> >> Unfortunately nothing new, likely two years ago I was also complaining >> on lack of maintenance on Realtek, but the solution is not to send >> patches to soc@. >> >> Solution to that would be to remove the platform, for example. Or work >> on maintainership. > > They have already offered to take over maintainership, see > > https://lore.kernel.org/lkml/3ab263bfa4904b428245152b83340363@realtek.com/ > >> Did anyone from Realtek offered reviews to my patches posted 3 and 2 >> years ago? I don't see that. >> >> Kent SoC was accepted under condition this will improve. >> >> I drop this from soc patchwork and please do not send code for review >> there, but either fix the lack of involvement from Realtek or let's drop >> the platform if Realtek does not care. > > As Andreas has not replied to the MAINTAINERS updated, I would > prefer to merge both that and this patch in the bugfix branch > for 7.0. Sorry for that, still lacking time, but at least receiving now... I'm happy in general for someone with more time taking over. Last week I spoke with Realtek (at EW) about testing the newer SoCs. As a reminder, the mainline removal of TEXT_OFFSET broke my ability to test the older SoCs that I had access to. I hear that Kent and other recent SoCs do not have the same bootloader limitations anymore. We would need to consider moving me from M to R and possibly changing my email from .de to .com due to recurring quota overflows. I.e., new maintainers would need to queue patches and send pull requests to soc then. Are they set up with GPG keys / kernel.org tree to actually take over on their own? As for review, there was one other review discussion about ISO/Misc areas that I found concerning: Those areas have been clearly documented and (on the older SoCs I know) contained registers wildly lumped together (from kernel PoV), so that having them in DT and accessing via regmap seemed the best way to me, compared to trying to map individual words to specific drivers. My old branches may contain some example usage in queued but non-merged drivers. (Amlogic may also have similar concepts of always-on vs. PD-controlled peripherals grouped in DT?) Another open thing would be help with mailing list moderation, if we want to continue using it. Any review responses by non-subscribers add to its moderation queue (plus any spam). Regards, Andreas -- SUSE Software Solutions Germany GmbH Frankenstr. 146, 90461 Nürnberg, Germany Geschäftsführer: Ivo Totev, Andrew McDonald, Werner Knoblich (HRB 36809, AG Nürnberg)