From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 10905 invoked from network); 8 Mar 2023 13:18:03 -0000 Received: from minnie.tuhs.org (50.116.15.146) by inbox.vuxu.org with ESMTPUTF8; 8 Mar 2023 13:18:03 -0000 Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id CC2D841285; Wed, 8 Mar 2023 23:17:58 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tuhs.org; s=dkim; t=1678281479; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-owner:list-unsubscribe: list-subscribe:list-post; bh=EdoSNevaO0GXjcm+RlIgNC46nb3fvkrViCtncyGSsLE=; b=zCDYfek09/DwfbMUY0m8a2ChLCEWyMrXT1gTW+cV7oFWNMO1W0Qc25XM+HSRRBU+sdHnlP WjfBdjxssVq+iBEqsS6qiixoz3VqdiD057jx1wM0R8on1ZdfUoB5W8BAVSfiDWpb+mYTyi 05o8jzOMSIEaNy2pCr9YyhxydvqGP2U= Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) by minnie.tuhs.org (Postfix) with ESMTPS id E4EE141284 for ; Wed, 8 Mar 2023 23:17:50 +1000 (AEST) Received: by mail-ed1-x52a.google.com with SMTP id x3so65482804edb.10 for ; Wed, 08 Mar 2023 05:17:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee.org; s=google; t=1678281469; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=EdoSNevaO0GXjcm+RlIgNC46nb3fvkrViCtncyGSsLE=; b=emaWwqdWXlnoImDYqqijaeOetENz8ucDjk3M4J782Bf5ScgghWjYsbYCtvs+oD6jHE vdeTS7k66H9ALUyNYuoZLiSyQz8Q7h3NBRiJLrsJnlxddUpsSLzuudRRWI5wYLRVin3V XRHZwkZOp3kfCcO+GEfRX1ImugtDr5qdO4WRM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678281469; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=EdoSNevaO0GXjcm+RlIgNC46nb3fvkrViCtncyGSsLE=; b=ntRZyyvN9D6MRf0yVUZs3knW9aHT6afZGicwzkRZWx3Db40QzCZdKjXLBmm2/+dnX3 t3bnD4IuBFxQxr5NaOW0lyQTImeQ0men20W68RnMXm9evZ66soGLp18SClFGPboY0ogG MMnHpfR8u03+BFhpZbteLI0RvF5eGSO9kv7nb5wiTEzlWbSvTWnji6gWV3B2nBoH8IGk JrP8YD3lqmjUXFn5WA9cN0LjqNXUCHzIH0ffwFq1v9q8jVMJD5hPW0jKNtONxF3QI0MQ sTQ5jGTyqJsx3ADSoA2SrZPOz7Jwaptkg30niJawbAErUvkgB/FFaeZ4LumIDInWO5v+ Z/AQ== X-Gm-Message-State: AO0yUKWAPWK4jq97TrtrihCXfoLo1U50WlnWNPFb5C39qWvIQmhIVYUS GwHKuxSevfWNDpEYVVvHYz0v9oMwA5SnGUodLeZu/uGAFmuqCemS711NrQaFSOjfza54SoDnG9a zU8QmaeppIZYxbzUEXZWic7r3CnIssWO62s0DxVozJITrfKOAIcVMIAZ1rLMV+NJVAsI= X-Google-Smtp-Source: AK7set/Vs6MKoa5hbD/S524FiqlCC9BZFcmhLrMhFXomlX7A/tvfp1wTXeam8yVDzGBDU8iB3ItvwA== X-Received: by 2002:a17:906:b882:b0:8b2:3e72:1022 with SMTP id hb2-20020a170906b88200b008b23e721022mr17354352ejb.29.1678281469370; Wed, 08 Mar 2023 05:17:49 -0800 (PST) Received: from mail.ancienthardware.org (2a02-a464-36da-fc--7f.fixed6.kpn.net. [2a02:a464:36da:fc::7f]) by smtp.gmail.com with ESMTPSA id 27-20020a170906005b00b008b175c46867sm7448057ejg.116.2023.03.08.05.17.48 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Mar 2023 05:17:49 -0800 (PST) Received: from arno by mail.ancienthardware.org with local (Exim 4.96) (envelope-from ) id 1pZtfv-006QuG-1k for tuhs@tuhs.org; Wed, 08 Mar 2023 14:17:47 +0100 Date: Wed, 8 Mar 2023 14:17:47 +0100 To: "tuhs@tuhs.org" Message-ID: References: <1297BE06-BE03-477A-AC60-40A269090295@planet.nl> <28C479A6-053A-4D95-B6CE-13254FBD8068@planet.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28C479A6-053A-4D95-B6CE-13254FBD8068@planet.nl> Message-ID-Hash: L6FUD7ZHHJLEG3EMMNDB5X3M3I6PZLAY X-Message-ID-Hash: L6FUD7ZHHJLEG3EMMNDB5X3M3I6PZLAY X-MailFrom: arno.griffioen@ieee.org X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: Origins of the frame buffer device List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: From: Arno Griffioen via TUHS Reply-To: Arno Griffioen On Wed, Mar 08, 2023 at 01:51:10PM +0100, Paul Ruizendaal via TUHS wrote: > It is then surprising that Linux did not come up with /dev/fbdev until 1999, > especially in view of the importance of X to the early Linux developers. The PC/intel 'birthplace' of Linux had the advantage that the video hardware always had an ASCII mode, so from that viewpoint there was no need for any fb interface initially to get things going. If I remember correctly, things like SCO Unix also did not use any fb-style interface for their X11. > Maybe the reason was that the headache of video drivers was delegated to > the XFree community. Correct. There was definitely a sense that keeping all the graphics bits out of the kernel and just letting Xfree open /dev/mem and do it's magic was the preferred way. Also meant that Xfree wasn't waiting on kernel bits and vice-versa and could keep going in parallel. Unlike today where there's only a few cards/manufacturers left, we had hundreds of similar-but-not-quite-the-same PC videocards on the market, so it was an understandable sentiment as change was fast and frequent on the Xfree end. The FBdev idea really started brewing because of the non-intel Linux ports that did not have the luxury of a built-in ASCII-capable 'console' so needed to get something going there (after initial porting with serial output). Something was needed 'in kernel' even for a plain console on the framebuffer and to keep it from falling apart some sort of general interface for some sort of generic X11 (even un-accelerated) as well. Most of the non-PC framebuffer hardware was too 'obscure' for Xfree to spend much time on as well.. The Linux/M68k port with Geert being very active here and really pushing to getting a more generalised display setup going that would work on the wildly different framebuffer hardware between all the m68k platforms but make basically use of 1 simple X server that didn't need to know that much about the hardware. Ultimately this led to the general FBdev project for all platforms. Bye, Arno.