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 X-Spam-Level: X-Spam-Status: No, score=-5.7 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 17BE3CA9EC7 for ; Tue, 5 Nov 2019 04:13:35 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id E25F3214B2 for ; Tue, 5 Nov 2019 04:13:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729711AbfKEENe (ORCPT ); Mon, 4 Nov 2019 23:13:34 -0500 Received: from kvm5.telegraphics.com.au ([98.124.60.144]:48270 "EHLO kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729655AbfKEENe (ORCPT ); Mon, 4 Nov 2019 23:13:34 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by kvm5.telegraphics.com.au (Postfix) with ESMTP id A3E0029D28; Mon, 4 Nov 2019 23:13:28 -0500 (EST) Date: Tue, 5 Nov 2019 15:13:31 +1100 (AEDT) From: Finn Thain To: Brad Boyer cc: John Paul Adrian Glaubitz , Geert Uytterhoeven , Max Staudt , linux-m68k , Linux Kernel Mailing List , linux-ide@vger.kernel.org Subject: Re: [PATCH] m68k: defconfig: Update defconfigs for v5.4-rc1 In-Reply-To: <20191105031946.GA31507@allandria.com> Message-ID: References: <20191001073539.4488-1-geert@linux-m68k.org> <7fa02d50-6092-5f59-5018-c5b425a30726@enpas.org> <640d4fd8-b879-3cfd-e522-1acc3cbd323a@physik.fu-berlin.de> <20191105005318.GA29558@allandria.com> <20191105031946.GA31507@allandria.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-ide-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ide@vger.kernel.org On Mon, 4 Nov 2019, Brad Boyer wrote: > > I'll try the PB190 first anyway. It should be easier due to not needing > to setup a monitor. I think you can put the 630 into a standard VESA video mode (with MacOS or Linux) given the right adapter/cable. I have a pin-out somewhere. > I'm not sure if I ever booted Linux on either of them, since I acquired > both about the time I started getting too busy to spend time on such > things. I just found the Performa, and it's actually a Performa 630CD > but I don't see any obvious difference based on the specs. > > I just took a look at the macide driver, and it appears to do basically > nothing other than pass a list of addresses into the core ide code. It's > one of the smallest drivers I've ever seen. > The fly in the ointment is interrupt handling. There is a theoretical bug. (Though it doesn't seem to hurt in practice.) AFAIK the hardware is publicly undocumented and so we need to do experiments like this: https://github.com/fthain/linux/commit/01405199e8d05500bf458df690027655f526a7fd My suspicion is that macide_clear_irq() does nothing useful. It's not called on a Powerbook 190. Maybe it is needed on a PowerBook 150 and Performa 630, maybe not... > > But watch out for leaking capacitors and batteries... > > I should pull out every machine in my collection and look for those > sorts of issues. None of them have been checked in at least 5 or 6 > years. > None of the machines in my collection have any batteries now. Desoldering the Ni-Cd PRAM battery from a Powerbook 14x/16x/170/180 is difficult but necessary. Powerbook 150 and 190 are easier (no desoldering needed). -- > Brad Boyer > flar@allandria.com > >