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=0.0 required=5.0 tests=none autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 32393 invoked from network); 10 Jan 2021 20:02:28 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 10 Jan 2021 20:02:28 -0000 Received: from duke.felloff.net ([216.126.196.34]) by 1ess; Sun Jan 10 14:34:27 -0500 2021 Message-ID: Date: Sun, 10 Jan 2021 20:34:16 +0100 From: cinap_lenrek@felloff.net To: 9front@9front.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: STM hardware TOR replication DOM manager Subject: Re: [9front] BUG: thinclient not booting with usbehci,usbohci Reply-To: 9front@9front.org Precedence: bulk > So I guess OHCI is the culprit? Why had *nousbohci= not the same effect? I dont know. Maybe the reset procedure is wrong? Maybe SMM will inevitably lock up the machine when we clear bus master on the device while it is still ownerd by bios? Maybe we can fix it by executing the usb handover protocols before pcireset()? Until we have a solution, i'm going to revert the pcireset() call addition to in pcicfginit() for now and add a comment describing the problem. -- cinap