From owner-svn-src-head@FreeBSD.ORG Mon Nov 9 19:21:09 2009 Return-Path: Delivered-To: svn-src-head@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57619106568B; Mon, 9 Nov 2009 19:21:09 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id EE5F58FC1E; Mon, 9 Nov 2009 19:21:08 +0000 (UTC) Received: from [192.168.1.4] (adsl-19-213-63.bna.bellsouth.net [68.19.213.63]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nA9JL5wX089144 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 9 Nov 2009 14:21:06 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Jung-uk Kim In-Reply-To: <200911091340.06459.jkim@FreeBSD.org> References: <200911062032.nA6KWRXb027876@svn.freebsd.org> <200911091322.40212.jkim@FreeBSD.org> <1257791067.27939.25.camel@balrog.2hip.net> <200911091340.06459.jkim@FreeBSD.org> Content-Type: text/plain Organization: FreeBSD Date: Mon, 09 Nov 2009 13:21:00 -0600 Message-Id: <1257794460.27939.33.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, John Baldwin Subject: Re: svn commit: r199002 - in head/sys: dev/fb dev/pci isa X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 19:21:09 -0000 On Mon, 2009-11-09 at 13:39 -0500, Jung-uk Kim wrote: > On Monday 09 November 2009 01:24 pm, Robert Noland wrote: > > On Mon, 2009-11-09 at 13:22 -0500, Jung-uk Kim wrote: > > > On Friday 06 November 2009 04:47 pm, John Baldwin wrote: > > > > On Friday 06 November 2009 3:32:26 pm Jung-uk Kim wrote: > > > > > Author: jkim > > > > > Date: Fri Nov 6 20:32:26 2009 > > > > > New Revision: 199002 > > > > > URL: http://svn.freebsd.org/changeset/base/199002 > > > > > > > > > > Log: > > > > > Remove duplicate suspend/resume code from vga_pci.c and let > > > > > vga(4) > > > > > > > > register > > > > > > > > > itself to an associated PCI device if it exists. It is > > > > > little bit hackish but it should fix build without frame > > > > > buffer driver since r198964. Fix some style(9) nits in > > > > > vga_isa.c while we are here. > > > > > > > > Hmm, did you consider having vga_isa use an identify routine to > > > > attach itself as a child of vgapci0? The hack of knowing the > > > > first thing in the softc is a pointer is really gross and I'd > > > > rather avoid it. Just creating a child of vgapci0 will > > > > automatically cause suspend and resume to work w/o vgapci > > > > having to have any special knowledge about vga_isa. > > > > > > In fact, I did consider it. However, lack of my new bus foo > > > prevented me from doing the right thing AND fixing the build > > > breakage at the same. I'll try little harder today. > > > > > > BTW, syscons <-> fb <-> vga <-> vgapci <-> etc. relationship is > > > amazingly confusing. :-( > > > > Agreed, this is one of the things that has kept me from working on > > kms... > > Oh, are you actually thinking about implementing KMS? It is going to become more and more difficult to maintain drm without it. Intel does at least somewhat support GEM w/o KMS, but radeon has opted to simplify the approach and only support TTM/KMS as a single code path. They are technically seperate features, but we will mostly be on our own if we do one without the other. Nouveau also has KMS support now, though I am not certain if they are supporting the non-KMS path as well. As more and more functionality is incorporated in KMS, the legacy paths in Xorg will start to bit rot and we will be left in more of a predicament than I am now... robert. > How about KGI? > > http://www.kgi-project.org/ > > Whatever we do in this area, we will stall this newly resurrected > project again, unfortunately. In fact, I am afraid I might have > already. :-( > > Jung-uk Kim -- Robert Noland FreeBSD