From owner-freebsd-wireless@freebsd.org Mon Apr 13 06:19:28 2020 Return-Path: Delivered-To: freebsd-wireless@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B5A6A2B40EA for ; Mon, 13 Apr 2020 06:19:28 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 490z3h4RRdz48bZ for ; Mon, 13 Apr 2020 06:19:28 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 966D72B40E9; Mon, 13 Apr 2020 06:19:28 +0000 (UTC) Delivered-To: wireless@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 963292B40E8 for ; Mon, 13 Apr 2020 06:19:28 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490z3h3CKjz48bY; Mon, 13 Apr 2020 06:19:28 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 5F7C510C54; Mon, 13 Apr 2020 06:19:28 +0000 (UTC) Date: Mon, 13 Apr 2020 06:19:28 +0000 From: Alexey Dokuchaev To: Jason Bacon Cc: wireless@freebsd.org Subject: Re: Ars Technica article Message-ID: <20200413061928.GB90880@FreeBSD.org> References: <3049612.rJTJeGpjCJ@saskatoon.bionicmutton.org> <20200410001102.GB23747@lonesome.com> <4e3bf6be-aecf-7c62-df98-1cc4b01b8db9@gmail.com> <43f83193-e495-2bf2-f85d-91aa0b36c1a0@gmail.com> <0e205fe8-fbc6-5d91-99b0-1bd4870b8a5d@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 06:19:28 -0000 [ setting CC to a more appropriate -wireless@ list ] On Fri, Apr 10, 2020 at 07:20:14PM -0500, Jason Bacon wrote: > ... > I think [well-working gfx stack] a great long-term goal, but it will > take a significant investment of man-hours to get us there. In the > meantime there's a lot of lower-hanging fruit, like minor improvements > to the bsdinstall UI, external media mounting, etc. What I find more frustrating when reading similar articles (they are all more or less the same) is that they rarely focus on FreeBSD's *real* problems (and no, that's not the awkward installer, having to manually find working DRM port + xf86-video driver combination, search for the scattered knowledge of which magic lines to add to /etc/rc.conf and/or /boot/loader.conf, read the Handbook N times before one can set up their bluetooth mouse, et cetera). While installer's issues, better defaults, bash vs sh, sudo, modelines, and those other little things might seem significant for someone coming from Ubuntu, it would take them a day to learn, adopt, and get back most, if not all, from their previous environment. Our real problems aren't solved that easily, and being solved painfully slowly. Leaving X.org/DRM mess aside, we lack a lot in our laptop department. Our WiFi stack is essentially maintained solely by adrian@, and he's currently not very active. Some ~4 y.o. cards like BCM43228 are still not supported [1]. If you search for "atheros" in our Bugzilla, it returns 13 bugs, the latest action being on 2019-01-26 (reassignment). AR5B22 WLAN+Bluetooth combo does not work/broken, discussion [2] had ended nowhere. Realtek 5209 card readers are quite common and also do not work; the WIP OpenBSD driver porting effort [3] is stuck because apparently something is missing in FreeBSD [subsystems], although [the] driver seems to faithfully implement the OpenBSD [code]. No kernel hacker had chimed in to help. :-( Our WMI stack is unmaintained and incomplete: brightness and multimedia keys do not work on many laptops despite corresponding kernel modules being loaded. This list goes on. Yes, these are deep, hard problems, not the low- hanging fruit, but if Foundation decides where to spend some money, I'd rather see it considers these rather than bsdinstall UI, external media mounting, or some other "lipstick on a pig" type of tasks. ./danfe [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202501 [2] https://lists.freebsd.org/pipermail/freebsd-wireless/2019-April/008660.html [3] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521