From owner-freebsd-mips@freebsd.org Thu Dec 13 18:12:58 2018 Return-Path: Delivered-To: freebsd-mips@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 770FA132F1CE for ; Thu, 13 Dec 2018 18:12:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ADED56BAF9 for ; Thu, 13 Dec 2018 18:12:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72b.google.com with SMTP id a132so1698346qkg.1 for ; Thu, 13 Dec 2018 10:12:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=J2KBYTmjsMH7TAi4jjjgTOlB4MF4ceHc3ie/n1niX/M=; b=e+VgsvTLI32A50X3/FwHFfOspxzyHMmtD5EH6qh05WP4FAyYfLyzGkWhEcJqdZuyod nTN5yrfgmGgUjRxvR8a6+MGSUOyStqAASNR71a6KTIJCYRqvVvcuMLKakgvT285wWxBz affm8AOYUnHy9zcRR62JqjffOHI1mLpY2jOG+rEd53njT3amqYKaldZcN7jBcKuavKtS klS2sutesmAJpvMAze8O7lchoAlWRFXQ03mnl95wyUroWRwFeT+25W0cd2/BgB6hJxyh xD7XkS+G5L7Hiy76AjJKwmJNCoA4nPbB26+vDf7S5wukkhsRd/IA4WYZ8F36gaUNY9pH +Wxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=J2KBYTmjsMH7TAi4jjjgTOlB4MF4ceHc3ie/n1niX/M=; b=p8ZtiD/CEy59uqk+9ReBk5zdPg2D/QuyUwTknyZ48I61e+07v/J33fKysuCO+pHJTi Gt9GWHKAefoIC7trvXlccQazl4kHmIfBie7hH9p8i/h1bUAVPTnFaBGpNHMspy5cDab9 lxrbqeILSqj0YzTJ+QbSiU9gEMwdHeQ65roI3fhUNPONg0FIdC3czzufwf/9GfGky6o1 4s3l6dQTg9JO9db1M0eUyBGOmLjUfDsZx4iIdzbLbJomaNQ6/BcUHo6E5NNjAroW+5QP R3/gYGcVmq5h9uLvJxZtwVM5MDebdfPxUAXgy61RaqAPKDISDMeoDcDcMpSifRFFgcJp Dq3g== X-Gm-Message-State: AA+aEWbWyF35e575+TUQ64j+SBxU/Nn8KueOA0B3BZOAR70nXUzhCV69 V2986EOvxP+28hBQVQz3Px95XjcB1PlWScY1CAyPyA== X-Google-Smtp-Source: AFSGD/VTzM7K4vqy9C37BzuhCSw9Rox021kwrmwv/1ALt2VAq3XAgWOa918zQxvD29+zOxFHOa18WIjgsnVF3gYmxek= X-Received: by 2002:a37:6e86:: with SMTP id j128mr23778727qkc.46.1544724776862; Thu, 13 Dec 2018 10:12:56 -0800 (PST) MIME-Version: 1.0 References: <201812131745.wBDHjWbT079862@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201812131745.wBDHjWbT079862@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Thu, 13 Dec 2018 11:12:45 -0700 Message-ID: Subject: Re: MIPS future... To: "Rodney W. Grimes" Cc: Brooks Davis , "freebsd-mips@freebsd.org" X-Rspamd-Queue-Id: ADED56BAF9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=e+VgsvTL X-Spamd-Result: default: False [-4.28 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-mips@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[b.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.91)[-0.908,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.37)[ip: (-8.85), ipnet: 2607:f8b0::/32(-1.59), asn: 15169(-1.30), country: US(-0.09)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2018 18:12:58 -0000 On Thu, Dec 13, 2018 at 10:45 AM Rodney W. Grimes < freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > On Thu, Dec 13, 2018, 3:37 AM Brooks Davis > > > > On Wed, Dec 12, 2018 at 11:15:06AM -0700, Warner Losh wrote: > > > > OK. To be a good player in the FreeBSD ecosystem, we need to do a > few > > > > things. > > > > > > > > First, we need to implement atomic_swap_64. hps did this for mips64 > and > > > > committed it. He sent me some further patches for it that I need to > > > commit > > > > when I get a change, maybe at the airport tonight. > > > > > > > > But this brings up a couple of issues I'd like to bring up. > > > > > > > > First, to implement atomic_swap_64 on mips-32 is hard. In that it's > not > > > > just the canonical ldd/sdd sequence because those aren't available > there. > > > > We can do the standard trick of reading STATUS0, clearing IE, > storing it, > > > > do the operation and then restoring STATUS0. This is efficient > enough for > > > > the use in the kernel for the supported cores we have. > > > > > > I think we have to do this no matter how expensive it is or kill 32-bit > > > mips. There is no way there are enough 32-bit mips users to justify > > > even the minor level of developer friction the unr64 caused. > > > > > > > Yes. That's the plan. The question is how. And part of that how is giving > > up on mips32 ISA (and requiring mips32r2 or newer). So I'll be doing > that. > > We have one SMP platform for 32bit mips that will have to die. It is > only 4 > > years old, but the design never caught on. > > Please verify that none of the MIPS based router (wifi-build, and > router project) stuff is killed, these are usefull, and I believe > active work is going on in both. > Give me some credit. I've already done that. None of the useful ones are affected. I've articulated the full list elsewhere. Basically the oldest Atheros stuff (The abg 180MHz AR53xx from 12 years ago) and the oldest Raylink stuff (first gen n 266MHz RT2880 from 9 or 10 years ago) are the only ones that this specific thing affects. The newer ones won't be affected. They are on the edge, but likely still useful to deploy. Last time I played with wifi-build I was able to boot a 8MB image > on a d-link router and had a working implementation, this was when > 12 was head. > But were you able to do more than just play with it? Things that small simply are too small. One CAN boot, but it's really hard to do things with it. So almost nobody does more than play with the extreme low end. Most of the routers I'm talking about didn't have more than 16MB of RAM typically with insufficient ROM to anything but store the naked kernel. There's much better choices available today cheap, and it's better we don't try to support them because the effort is kinda high and the reward from supporting niche hardware from a decade ago is almost zero. > Sean Bruno may know about here, he was the one that fixed some > of the issues I had run into since Adrian Chad is just too busy > with "life and kids :-)". > Yup. They are subscribed to the list. They can chime in if they care. Warner > > > > > That brings me to my next question: SWARM. Can we kill SWARM entirely? > > > It's > > > > for the BCM1250 part, released in sometime before 2000. It was super > > > > popular because it was the reference for a ton of things that > followed. I > > > > think it's run is over and we can remove it. I can find no users of > it in > > > > the nyc dmesg database. Mine has been in a plastic bag since before > my > > > sone > > > > was born in 2006... So I'm thinking we can remove this platform. It > was > > > on > > > > the edge last time I did a GC in mips-land. > > > > > > It looks like it's a sibyte platform if I read the config files > > > correctly. If so, I seriously doubt it works reliably under > meaningful, > > > multi-process load. We built at sibyte-like PIC for BERI and there > were > > > quite a few WTF moments as we adapted to code. > > > > > > > That confirms my expectations. It was shakey back in the day, and it can > > only be worse now... > > > > I don't have strong opinions on the other platforms. I know we haven't > > > used GXEMUL in at least 5 years on our projects. Qemu and the MALTA > > > config does everything we need. > > > > > > > Ok. I think gxemul users have moved to qemu and the burden of supporting > > two emulators is too great. > > > > Warner > > -- > Rod Grimes > rgrimes@freebsd.org >