From nobody Tue Nov 30 18:59:11 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 00BD618BF944 for ; Tue, 30 Nov 2021 18:59:48 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ua1-x933.google.com (mail-ua1-x933.google.com [IPv6:2607:f8b0:4864:20::933]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J3Wjv5jhhz3rVd for ; Tue, 30 Nov 2021 18:59:47 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by mail-ua1-x933.google.com with SMTP id p2so43486476uad.11 for ; Tue, 30 Nov 2021 10:59:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/yvWYt2x5KLry4dnr4z2J4+UrvqN39jOeM4UtxznlSs=; b=HuVN0b97rt3kLgLTIW6pfdBkNd75nnml4ViN8bYQfk/paRuKkJxZre1Duoc6l4Wjwk rdHPs/HQDrQdMmXyB9IrgP1hO3avXHUQtf/d4UPUo+7y0iH2yrp5fS/GFVR+kZ2T0r5Y Vbk4VP2m65jNgM8KcWmnrd7OpiAHJJglr67ZLqwNdilcOuOQxuYsWOnDPAvaRf231SG4 vRmAxxNcE45fU77u2Lml9ITrCZuB5h/cdpMFYswLrRB+NM+mZAx1XWY8wdCCwgB3gvLI QvR+DVRF3LgFnV0hJ61FT4JcV3+YN+WpP5VrjAReomj+SggtfOZDa72SYy6zfCd/+2Ge zxbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/yvWYt2x5KLry4dnr4z2J4+UrvqN39jOeM4UtxznlSs=; b=S9jfWweZb4OiMF/dFwK/vmkgyC8ZUqOnXs9iBjT/6z3XryvvXquOZZhWkho0JFr3ze RMhSSJOV+UWqecfyfx48Fjru2HkSWpbpldZqWRChDrQQv1oEa+iwOq7dU98coKIzEfCL WifkWKeFooi5+g2TbFDC3qqPDz0cZVfwXVdqzIw//0u1oOnD9n6YIE+1pRjMfnsPSOUm MBJvDRhbCNfXj+TLnVlWsAShQOYuoNgG+eKnbOZ8xKJJ+LX6SZO7z1E+j4B3ICstDx09 7JmaQCdkrA0ybn85Wyq5BQHrRJd3hMYQ6kMhTVI0pkupvctkQEGR2Rx/vebjEw9RTXFB VNiA== X-Gm-Message-State: AOAM531IKdziezJsCBdPQvsa+gci4EYdL2v6pgRulu/H0SZimGYfMMal 63atRi8puHVYGKE1sofljV1EACDuMTPd5DclR1w8YZkO X-Google-Smtp-Source: ABdhPJzaGQRbRdXfHs26776lTsvUxX3KqqxedYjX7rfa9FeXLyr3xtjLoWvvnsaMzsuH/hycqjBlPjaljz6xLHlkmmY= X-Received: by 2002:a67:c79a:: with SMTP id t26mr1007672vsk.37.1638298787385; Tue, 30 Nov 2021 10:59:47 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <861r36xzpe.fsf@phe.ftfl.ca> <371b758c-1efa-b5df-6437-ce4f06369383@gmail.com> <23c3e735-22b5-7528-e311-d75657c33a69@gmail.com> In-Reply-To: From: Mehmet Erol Sanliturk Date: Tue, 30 Nov 2021 21:59:11 +0300 Message-ID: Subject: Re: Call for Foundation-supported Project Ideas To: Stefan Blachmann Cc: Jason Bacon , FreeBSD Hackers Content-Type: multipart/alternative; boundary="00000000000042168a05d2062927" X-Rspamd-Queue-Id: 4J3Wjv5jhhz3rVd X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: Y --00000000000042168a05d2062927 Content-Type: text/plain; charset="UTF-8" On Tue, Nov 30, 2021 at 8:56 PM Stefan Blachmann wrote: > On 11/30/21, Stefan Esser wrote: > > ULE does not care for the "niceness" of a process and lets nice -19 > > processes run with hardly any reduction of the share of CPU cycles > > granted compared to competing nice 0 processes, for example. > > I can confirm this... always believed it's just me. > I'd like very much if renicing would have more, actually usable, effect. > > > On 11/30/21, Jason Bacon wrote: > > If your nVidia cards are basically landfill, like some of mine, and you > > don't care about 3D support, xf86-video-nv still works in some case that > > would otherwise call for v304. I wonder if it would be a simple matter > > to add support to it for some additional older hardware supported by > > v340. Yes, I know nv is deprecated, but this may be the only solution > > for ancient hardware. > > Actually xf86-video-nv overlaps into the range of what is supported by > nvidia-driver-304. > Practically all nvidia proprietary drivers overlap in their range of > supported cards with the "adjacent" versions. > So it is common, for example, to see the newer ones of the cards that > are supported by 390 are still supported by, for example, 470, while > the older ones still supported by 390 are supported by 340, too, but > not by 4xx. > > The bad thing now is that with nvidia having already dropped 304 and > 340 support, the next xorg ABI change will render the "middle field" > (eg not yet historic, but not yet very new either) of nvidia cards > useless on FreeBSD if there is no nouveau port. > > > On 11/30/21, Floyd, Paul wrote: > > However I'm not sure that porting nouveau will help. My experience on > > Fedora is that nouveau simply never works. > > Never used Fedora. Maybe it's because Fedora is very close to > commercial RHEL which might be not really targeted at desktop? > Personally, I never have tried Fedora, but used several other distros. > Nouveau always worked fine for me. So no idea what's the cause the > difficulties you are experiencing on Fedora. > > On practically every Linux distro Nouveau is the quasi standard driver > for any type of Nvidia cards, as the proprietary Nvidia drivers are > non-free category. > So I think one can consider Nouveau as very well-tested and reliable > and that porting it to FreeBSD would be worthwhile, profiting many > users who would else either have to buy a new graphics card or migrate > to Linux. > > I am using Fedora KDE after FreeBSD 9. ( I think 2 ) because it is not working on my computers ( mainboards are Intel ( using *915 ) produced for Windows ) . Up to now , the most effective disadvantage was the "scheduling" structure : If a program or programs starts to perform continuous disk read-write operations , the computer is becoming unusable because interactive operation requests are responded with an annoying delay . Now , my hard disks in a computer have become unusable due to a country-wise electricity fluctuation ( in Turkey ) . The Fedora KDE was version 28 . To obtain a workable computer as soon as possible , I have installed Fedora KDE 25 to use parameters of the OS from a computer using USB HDD with Fedora KDE 25 . This install converted my large number of compiled programs from open source repositories to be unusable because of library versions mismatch . Since all of the repositories are lost , I decided to install Fedora KDE 35 ( last ) . The previous versions were working very well , but version 35 had lost such a "working very well" capability . I have installed Fedora KDE 32 , with "no help" . This means that the older hardware support has been dropped while they are "working very well" . This is the "gift" from our "blessers" . Mehmet Erol Sanliturk I have decided to install --00000000000042168a05d2062927--