From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lf1-f54.google.com (mail-lf1-f54.google.com [209.85.167.54]) (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 E3C543A0B2B for ; Fri, 27 Mar 2026 08:52:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.167.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774601571; cv=none; b=pp997SVTsB+TZF8G/9cSWYysrw/o5kLZt/Iv2276VJOsL52IJlsqsz9YD3FzaZmQT59wCyjieJyLwrGdoEqY0NcywWQiwKancUcOeiFRBclfo05s2ZdpkWzljTX578wv2KJigYUDJKnh9iYnFMzl5qJFW0f7yDEra8Gtt/bPsm8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774601571; c=relaxed/simple; bh=jxxRgKpfxEvp77H5FRxPple/0zkWZ9vpz2rvXeyZ/QM=; h=Mime-Version:Content-Type:Date:Message-Id:Cc:Subject:From:To: References:In-Reply-To; b=klReSZoJshcC5NLj9FELrADhf3J+PsM6uS0xzykY56Hc+nCPzEtSL40EWVbIuKT2GLhlMEIzymDlU701g6NAYRd0Qd13E+TzfJuGB+qfEjdmT1EFXOY7edklHm+11xRvI2ctmA5MwOVroNGgGnMYl7j+pNr1/o2+NYYZnwXlMMs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=altlinux.org; spf=pass smtp.mailfrom=gmail.com; arc=none smtp.client-ip=209.85.167.54 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=altlinux.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-lf1-f54.google.com with SMTP id 2adb3069b0e04-5a277403370so278535e87.3 for ; Fri, 27 Mar 2026 01:52:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774601568; x=1775206368; h=in-reply-to:references:to:from:subject:cc:message-id:date :content-transfer-encoding:mime-version:x-gm-gg:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=IRXASae8rN7IgVnVI5FCS0dcfVmSoJg6Qz5lniabiXI=; b=ZMC1cOEnbDgvRcdI9ZfQOKHltvrzf+ZSqZKsNwPl4vR1YOjHhwqW6Eu8UNkVeSw8fk bySxBkRguYkDMgGs55SKpZ+au0VDdfVSdqCtED0i+GahTb8YOQJdG7Js3rrjAvxT2HVy atoJxMhIrPbR4vPfL42+PvuIs/x0SYIc0cWD1eJtZtuayMAgJMnW1OHvCturTehauILc 8ImGKk+QxYVyeorvw7lmWpZ72rjRgsATwV0uisf5pr7MA1d8F+9L/7iKgbjt4eyjYOSo HCS09kzWrkAs1QwKS019acAxRvaTVCyUdSRMkDggiE5DgCMreLyDvYORN54HeWnvb8gA cU0A== X-Forwarded-Encrypted: i=1; AJvYcCUiWLy+vbalE5RIJzhG+WiRLKcqq1aZ2/0jnVbmvWwsWpTT3S5jUNRdWSmA/mXzylEhZuoHCLkXWFEBA44=@vger.kernel.org X-Gm-Message-State: AOJu0YyUV7FEg2qEWqCVnSIsFXy1VcuM0NEu/JCZ/KJrFxF0Q7saAviM TRGSlUgwB6UPsHXc0NbJ6fhPGb/lPU/iYL7TdIkM/H2lGjqNRHHzi3lMlCPX1XMt X-Gm-Gg: ATEYQzyRQlThLK/tw51LwRDPX/S9fXFOhbVGwdzUQOM3eqerL85DiCd1LngMdw+nxIh 6WY4rahbLv3HXvJNxZZs2tSp0hkY6TeTaQofxMgOEHcmIiht6TETLcgzG2/Jz5KDezQW8I1IN8m T8YugkzPnn98UTkdXqHbvjShq6pHSao6i8Sw8z0UBRHzSm8aAUvLiee6pzmzcmYdS4lQbi84V7o vsVMalr2qGJ1jdsRdNeQUUvkxnhgEtke+JYstJEBdWBJ9JQKqfVYHljSkTm/Lr6lxrYIQUNHPJA IFEiyCYred1pKi5aY5OZ47c0fwCaH1WSyaiQVcKQzXhdmb4graHdLF1jjOGId6j7bItrmpuBlN6 xvGVkbkld2Y/2RJDr3kLsASUEJG/V1hvI7lQoEKefuD41Mt19+PmY8sDVlHMEUFMIMCGMgtHb6J gnhf+Lxa5oTQn4hdhDEN0UKlTYQJwqCx4O4GN/4UTSyZ8uIoY= X-Received: by 2002:a05:6512:124b:b0:5a1:38c4:424e with SMTP id 2adb3069b0e04-5a2ab92aa0amr336078e87.7.1774601567731; Fri, 27 Mar 2026 01:52:47 -0700 (PDT) Received: from localhost ([176.106.245.85]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-5a2a0689283sm1252299e87.44.2026.03.27.01.52.46 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 27 Mar 2026 01:52:47 -0700 (PDT) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Fri, 27 Mar 2026 11:52:45 +0300 Message-Id: Cc: , , , "Hal Feng" , "Conor Dooley" , "Heinrich Schuchardt" Subject: Re: [GIT PULL] ~RISC-V~Starfive devicetrees fixes for v7.0-rc6 From: "Ilya Sorochan" To: "E Shattow" X-Mailer: aerc References: <20260326-astrology-rephrase-836ec663228b@spud> <4dd4ffe6-307a-442b-ae99-50c88d4e5b84@freeshell.de> <20260326-viscous-rigor-4beb18f77eec@spud> <9ec329b9-144f-4896-a89c-3af0b23e631e@canonical.com> In-Reply-To: > On 3/26/26 12:27, Ilya Sorochan wrote: >> On Thu, Mar 26, 2026 at 07:36:07AM -0700, E Shattow wrote: >>> ... >>> I have done an ~80%+ analysis on Ghidra decompilation of the JH-7110 >>> BootROM, and openly invite anyone that would like to help get this >>> ...=20 >> Appreciate the effort! >> However I can't see how this is related. > > Your patch was sent to a minimum audience which perhaps if you are a > first time contributor is understandable but I would have hoped between > you, Heinrich reviewing, and Conor accepting the patch someone would > have noticed that scripts/get_maintainer.pl was either not used or some > overzealous trimming of CC is going on! Also this is probably the > dozenth time I have explained at great length to Heinrich my concerns so > it is deeply disappointing to miss this opportunity for contributing, I > guess I consider it disrespectful though maybe no fault of your own > there Ilya for wanting your hardware to continue working as you > expected? I get that... there is in no way any desire to discourage > anyone from posting patches or fixes, this particular situation is a > headache for me... maybe I'm the problem okay because I cannot reverse > engineer a whole BootROM on my own, I only get to 80% and then people > have their own motivations and reasons for not wanting to spend any time > to do this properly? :) Sorry, I'm not trying to be disrespectful. Yes, it's my first time. Kernel = docs bewarn of spamming therefore I trimmed CC based on the assumption that thos= e who interested in devicetrees are present in devicetree lists. I guess it is no= t true which seems strange to me, but okay. I'm not asking to support this feature properly. It would be nice to have b= ut it is hard and StarFive is not making it any easier. However I'm asking to = keep it working while you can if you can. It worked for me and other people and = we would appreciate if you can delay breaking it as long as possible. >> I traced this property a little in the U-Boot repo: >> - 503fc8548197 Hal added it to VisionFive v1.3b (with mmc pins) >> - 6bbe95ef7208 Hal moved it (and other common things) into >> jh7110-common-u-boot.dtsi >> - 27f617019dd0 E removed it with jh7110-common-u-boot.dtsi >> - 762f85bb2e36 Tom squash-updated upstream dts >>=20 >> New device trees did not contain this property. This is how they were in= troduced >> into the Linux: b127dbf9e1ebbfbcded4 ("riscv: dts: starfive: Add mmc nod= es on >> VisionFive 2 board") >>=20 >> I do not know if this miss is intentional or not. However it would be ni= ce to >> be able to boot from SD-card again. > > There is already nothing to prevent you from booting Linux from SD-card, > with U-Boot SPL and U-Boot Main located in SPI Flash as is recommended > by StarFive officially. Yes. However I'm implying the deprecated SDIO3.0 way. I agree that this wou= ld be nice to have in the commit message - if this what are you talking about. > I'm glad you sent a patch, but I still object for the other reasons > mentioned. I'm glad to talk to competent people in this space, however I still hope th= at the kernel will refrain from breaking this feature until it is really neces= sary.