From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id B665DCF6A89 for ; Thu, 8 Jan 2026 09:30:33 +0000 (UTC) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1vdmLT-0006SS-Cd; Thu, 08 Jan 2026 04:30:28 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1vdmLP-0006Ry-OV for qemu-arm@nongnu.org; Thu, 08 Jan 2026 04:30:16 -0500 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1vdmLN-0005JC-L1 for qemu-arm@nongnu.org; Thu, 08 Jan 2026 04:30:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1767864610; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=pTpuzp5c6JJHJbgnehLnsxR05jmUZXdvtMX/JyFJebA=; b=gHtO92vc3jeMU/+jMlPzfsEgrYmvuruG4WVRTS4d2mycm3j+DwqkatwYu6u+eUj4RbfuQ3 HZdlY4AhvhzxeGBxxlpzq/FkPfhjdFNUvt9Uo1XpF0CwEb1uzI9tcPTZqfcQkVqrTJDkhx XU1UAev9ZeUzSv2ZbiSJvHJo7j9lVZ0= Received: from mx-prod-mc-01.mail-002.prod.us-west-2.aws.redhat.com (ec2-54-186-198-63.us-west-2.compute.amazonaws.com [54.186.198.63]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-464-KvIyjwMcOxKYQz3VcxSTcw-1; Thu, 08 Jan 2026 04:30:07 -0500 X-MC-Unique: KvIyjwMcOxKYQz3VcxSTcw-1 X-Mimecast-MFC-AGG-ID: KvIyjwMcOxKYQz3VcxSTcw_1767864606 Received: from mx-prod-int-05.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-05.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.17]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx-prod-mc-01.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 7A221195FE33; Thu, 8 Jan 2026 09:29:56 +0000 (UTC) Received: from blackfin.pond.sub.org (unknown [10.45.242.32]) by mx-prod-int-05.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 182661953994; Thu, 8 Jan 2026 09:29:52 +0000 (UTC) Received: by blackfin.pond.sub.org (Postfix, from userid 1000) id 660A521E66CC; Thu, 08 Jan 2026 10:29:49 +0100 (CET) From: Markus Armbruster To: Jackson Donaldson Cc: Philippe =?utf-8?Q?Mathieu-Daud=C3=A9?= , qemu-devel@nongnu.org, qemu-arm@nongnu.org, Peter Maydell Subject: Re: MAX78000 machine needs a maintainer In-Reply-To: (Jackson Donaldson's message of "Sun, 21 Dec 2025 09:40:49 -0500") References: <87ike27ucd.fsf@pond.sub.org> <878qex3ac7.fsf@pond.sub.org> <8e9cc465-fc3a-4665-b754-6d5e20bc3651@linaro.org> Date: Thu, 08 Jan 2026 10:29:49 +0100 Message-ID: <87ikdca1v6.fsf@pond.sub.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 3.0 on 10.30.177.17 Received-SPF: pass client-ip=170.10.133.124; envelope-from=armbru@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-arm@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-arm-bounces+qemu-arm=archiver.kernel.org@nongnu.org Sender: qemu-arm-bounces+qemu-arm=archiver.kernel.org@nongnu.org Jackson Donaldson writes: > Philippe Mathieu-Daud=C3=A9 writes: >> Jackson Donaldson writes: >>> Markus Armbruster writes: >>>> Jackson Donaldson writes: >>>> >>>>> Hello, >>>>> >>>>>> You added the MAX78000FTHR machine in the v10.1 development cycle. >>>>>> Would you be willing to serve as its maintainer? >>>>> >>>>> I don't think I'm a good choice for a maintainer. I no longer have ac= cess >>>>> to a physical MAX78000FTHR to verify against, since submitting those >>>>> patches I have joined a company with a restrictive IP agreement, and = I'm >>>>> fairly low on time in which I could contribute. >>>>> >>>>> - Jackson Donaldson >>>> >>>> Thanks for your quick reply! Would've been nice to have you onboard. >>>> >>>> Out of curiosity, what was your motivation to add the machine? >>> >>> I wrote the implementation for my university team in the 2025 MITRE >>> embedded capture the flag challenge >> >> My understanding of Markus question is not why you implemented this >> machine, but why you decided to contribute it, if you are not going >> to maintain it, because then this is more burden for other maintainers. > > I decided to contribute it in the hopes that it would be useful to someone > in the future? It did not occur to me that contributing code came with any > kind of implicit promise of maintenance. It doesn't. It can help getting code accepted and kept. > If doing so created more of a burden for you and the other maintainers th= en > I'm sorry about that; I really appreciate all the work you do. You didn't do anything wrong, Jackson! In the long run, the cost of maintaining code commonly dwarfs the cost of creating it. That said, QEMU welcomes contributions, even if the author's goal is just to learn or to have fun. Learning and having fun matters! It's up to QEMU maintainers to reject patches that are likely to be more of a burden than a benefit to QEMU. Peter Maydell accepted yours in his role as ARM general architecture maintainer. If ARM maintainers come to the conclusion that an orphaned MAX78000FTHR isn't worth keeping, they can deprecate and eventually delete it. I'm not going to interfere there :)