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.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED
	autolearn=no autolearn_force=no version=3.4.4
Received: (qmail 10557 invoked from network); 15 Nov 2021 10:07:44 -0000
Received: from 4ess.inri.net (216.126.196.42)
  by inbox.vuxu.org with ESMTPUTF8; 15 Nov 2021 10:07:44 -0000
Received: from wopr.sciops.net ([216.126.196.60]) by 4ess; Mon Nov 15 04:26:06 -0500 2021
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sciops.net; s=20210706;
	t=1636968354;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:  in-reply-to:in-reply-to;
	bh=Ic2ARoaX+FzFq0lK8rmJJpwX1yGe5rqnZxZ+f5Ehme8=;
	b=T1AHUX+4OKg97vCQvM/F0Lw3tWFq48lw6YysLETPzNCiLpm3O/TwHpi83WaXeAfADStZa9
	NvVYVND4CnARhBAFPAaTV3e2deJvMl2OBedLnRD5hGOPiYtGbn1ltdQg3iczHQ9Klncz3a
	oL2Zb6YwxVO5MMTqNrmYwvUBzhUnNo0=
Received: 
	by wopr.sciops.net (OpenSMTPD) with ESMTPSA id d03cae4a (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO)
	for <9front@9front.org>;
	Mon, 15 Nov 2021 01:25:53 -0800 (PST)
Message-ID: <8E25E9CE890F7851A3F4A6101AC2F09E@wopr.sciops.net>
Date: Mon, 15 Nov 2021 10:25:51 +0100
From: qwx@sciops.net
To: 9front@9front.org
In-Reply-To: <YZHOiNHpPp+r3nso@imac.0x30.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: mobile factory JSON method NoSQL metadata 
Subject: Re: [9front] igfx on haswell
Reply-To: 9front@9front.org
Precedence: bulk

On Mon Nov 15 04:18:36 +0100 2021, krwmilz@gmail.com wrote:
> > If you got the same output as before, it might be because you
> > haven't updated or installed a new kernel.  Your vgadb diff
> > shows that you had inserted the did in the correct ctrl
> > section which sets igfxhwgc, so that should happen
> > automatically when you boot with whatever params or use
> > aux/vga, ie. you shouldn't need to write to /dev/vgactl.  Not
> > to say that a bug isn't possible of course!
> 
> i've been hacking the kernel already and got installation figured
> out, copying into /n/9fat/ in my case. i double checked and
> no difference, still 'hgwc soft'. i added some debugging in the
> functions of vgaigfx.c and they only fire when i force hwgc to
> igfxhwgc as above. so it looks like they are not being triggered
> automatically for whatever reason.

Huh, maybe I'm misremembering or missing something as well.
I'll check what happens out again.


> > Thanks a lot, I'll push your diff and vgaigfx.c change,
> > and please report back about the cursor when possible.
> > I think we may now claim that we support broadwell!
> 
> haha, i guess for some definition of support :)
> 
> is 'hwaccel' ever available for igfx? i understand this would only
> be 2D but i was curious why it is off. same for 'hwblank', is that
> expected to work?

Hey, you've got a picture and you can use the mouse, that's
a win :)  hwaccel hasn't been implemented for igfx.  iirc
mischief took a stab at it some years ago, but it wasn't
that trivial.  So, you can turn it on, but it won't really
do anything.  As far as hwblank...  I honestly don't
remember.  vgaigfx.c doesn't check for sandybridge or later
and I don't remember why.  Soft blanking should work though
and that's one reason to have igfx working, otherwise,
unless blanking is turned off, the screen will stay blanked
forever.  This is true for every thinkpad from sandybridge
or earlier on, according to all reports.

Thanks again for your work!

Cheers,
qwx