NetBSD Problem Report #49329

From mlelstv@pussyfoot.1st.de  Tue Oct 28 05:26:39 2014
Return-Path: <mlelstv@pussyfoot.1st.de>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 26024A65E4
	for <gnats-bugs@gnats.NetBSD.org>; Tue, 28 Oct 2014 05:26:39 +0000 (UTC)
Message-Id: <20141028053230.9A828B13F@pussyfoot.1st.de>
Date: Tue, 28 Oct 2014 06:32:30 +0100 (CET)
From: mlelstv@serpens.de
Reply-To: mlelstv@serpens.de
To: gnats-bugs@NetBSD.org
Subject: no agp broken
X-Send-Pr-Version: 3.95

>Number:         49329
>Category:       kern
>Synopsis:       no agp broken
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Oct 28 05:30:00 +0000 2014
>Last-Modified:  Wed Oct 29 08:55:01 +0000 2014
>Originator:     Michael van Elst
>Release:        NetBSD 7.99.1
>Organization:

>Environment:


System: NetBSD pussyfoot 7.99.1 NetBSD 7.99.1 (PUSSYFOOT) #10: Sun Oct 12 13:21:17 CEST 2014 mlelstv@pussyfoot:/home/netbsd-current/obj.amd64/home/netbsd-current/src/sys/arch/amd64/compile/PUSSYFOOT amd64
Architecture: x86_64
Machine: amd64
>Description:
Building a kernel with 'no agp' in the configuration fails:

agp.o: In function `agpclose':
/home/netbsd-current/src/sys/dev/pci/agp.c:993: undefined reference to `agp_cd'
agp.o: In function `agpopen':
/home/netbsd-current/src/sys/dev/pci/agp.c:974: undefined reference to `agp_cd'
agp.o: In function `agpmmap':
/home/netbsd-current/src/sys/dev/pci/agp.c:1106: undefined reference to `agp_cd'
agp.o: In function `agpioctl':
/home/netbsd-current/src/sys/dev/pci/agp.c:1030: undefined reference to `agp_cd'
agp.o: In function `agp_find_device':
/home/netbsd-current/src/sys/dev/pci/agp.c:1138: undefined reference to `agp_cd'

>How-To-Repeat:

Build a kernel that has the agp driver disabled with

'no agp'

Our example configurations without agp like PROBLEMCHILD do not build
because they specify IPSEC which is already set in GENERIC.

>Fix:


>Audit-Trail:
From: Masao Uebayashi <uebayasi@gmail.com>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/49329: no agp broken
Date: Wed, 29 Oct 2014 16:52:32 +0900

 > Build a kernel that has the agp driver disabled with
 >
 > 'no agp'

 As far as I try, amd64 GENERIC + "no agp" does not build even before
 my rototill.

 > Our example configurations without agp like PROBLEMCHILD do not build
 > because they specify IPSEC which is already set in GENERIC.

 Where is PROBLEMCHILD?

From: Michael van Elst <mlelstv@serpens.de>
To: gnats-bugs@NetBSD.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: kern/49329: no agp broken
Date: Wed, 29 Oct 2014 09:53:06 +0100

 On Wed, Oct 29, 2014 at 07:55:00AM +0000, Masao Uebayashi wrote:
 > The following reply was made to PR kern/49329; it has been noted by GNATS.
 > 
 > From: Masao Uebayashi <uebayasi@gmail.com>
 > To: gnats-bugs@netbsd.org
 > Cc: 
 > Subject: Re: kern/49329: no agp broken
 > Date: Wed, 29 Oct 2014 16:52:32 +0900
 > 
 >  > Build a kernel that has the agp driver disabled with
 >  >
 >  > 'no agp'
 >  
 >  As far as I try, amd64 GENERIC + "no agp" does not build even before
 >  my rototill.

 I'm not sure if 'no agp' alone is sufficient. The configurations that
 did build are based on GENERIC and have:

 # Graphics 
 no agp
 no device at drm
 no genfb

 I verified that this builds again when I revert the change to files.agp.


 >  > Our example configurations without agp like PROBLEMCHILD do not build
 >  > because they specify IPSEC which is already set in GENERIC.
 >  
 >  Where is PROBLEMCHILD?

 Sorry, that was a local configuration file. The files on CVS all
 include the agp driver.



 Greetings,
 -- 
                                 Michael van Elst
 Internet: mlelstv@serpens.de
                                 "A potential Snark may lurk in every tree."

>Unformatted:

Home	PR Database Search