From owner-freebsd-questions@FreeBSD.ORG Wed Jan 25 09:46:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2398A106564A for ; Wed, 25 Jan 2012 09:46:14 +0000 (UTC) (envelope-from dk@nanoteq.com) Received: from relay04.imcf.co.za (www.demo.imcf.co.za [196.30.14.14]) by mx1.freebsd.org (Postfix) with ESMTP id F2A948FC15 for ; Wed, 25 Jan 2012 09:46:11 +0000 (UTC) Received: from MailVault ([192.168.2.64]) by relay04.imcf.co.za with Microsoft SMTPSVC(6.0.3790.1830); Wed, 25 Jan 2012 11:46:08 +0200 Received: from 8360-1.imcf.co.za ([192.168.1.1]) by IMCFMVA34.imcf.co.za with Microsoft SMTPSVC(6.0.3790.1830); Wed, 25 Jan 2012 11:46:05 +0200 X-AuditID: c0a80433-b7fa66d0000072ad-39-4f1fcf5c8315 Received: from ntq-ex.nanoteq.co.za ( [192.168.150.40]) by 8360-1.imcf.co.za (Securicom Gateway) with SMTP id C2.4C.29357.C5FCF1F4; Wed, 25 Jan 2012 11:46:05 +0200 (CAT) Received: from NTQ-EX.nanoteq.co.za ([10.37.48.8]) by ntq-ex.nanoteq.co.za ([10.37.48.8]) with mapi; Wed, 25 Jan 2012 11:44:22 +0200 From: Dirk Kotze To: "'freebsd-questions@freebsd.org'" Date: Wed, 25 Jan 2012 11:44:21 +0200 Thread-Topic: Makeopts DEBUG=-g kernel option Thread-Index: AczZ2xtsGBk/ByOSQlaPCEhYKVPmQABaV5Wg Message-ID: References: In-Reply-To: Accept-Language: en-US, en-ZA Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-ZA Content-Type: multipart/mixed; boundary="_002_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBCDntqexnanoteqc_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrALsWRmVeSWpSXmKPExsVyYMU0Dd3Y8/L+Botmc1m8/LqJxYHRY8an +SwBjFENjDaJeXn5JYklqQopqcXJtkp+iUBuaqGSQmaKrZKFkkJBTmJyam5qXomtUmJBQWpe ipIdlwIGsAEqy8xTSM1Lzk/JzEu3VfIM9te1sDC11DVUsvPMLcgvKknMK1Hwyy/JTE614uIK ycgsVkjVzU3MTJjBknHqcxdLQbd0xfv+u0wNjOvEuhg5OSQETCQ+zfrLDGGLSVy4t54NxBYS WM0ocbKRCcJuY5SY3qAIYrMJKEos/n8LrF5EwFWiZV47WD2LgKrE8T332UFsYQEdicdPXzJC 1OhK7Lh9B6reSGJe5wEWEJtXwFdi4f/nLBDzfSVurZkBZnMK+EnsmnQGbA6jgKzEwS1fwOYw C4hL3HoynwniThGJhxdPs0HYohIvH/9jhaiXkei+9JgNoj5T4njDA3aIXYISJ2c+YZnAKDIL yahZSMpmISmDiOtJ3Jg6hQ3C1pZYtvA1M4RtJjHpwSqouJbE98cngXq5gOwNjBJPP1+GalaU mNL9kH0BI+cqRkELYzMDXUO9zNzkNL3kfL2qxE2M4NTCYryD8dwag0OMAhyMSjy8WRXy/kKs iWXFlbmHGCU5mJREeSXPAYX4kvJTKjMSizPii0pzUosPMUpwMCuJ8K5skPMX4k1JrKxKLcqH SU1kBMbDRGYp0eR8YMLMK4k3NDIxMTE3tDA0NrIwp0jYzMLM0NzI0gKHsJI4b/NLfn8hgXRg Es9OTS1ILYI5SoaDQ0mCVwHkF8Gi1PTUirTMnBKENBMHJ8hPPEA/tYPU8BYXJOYWZ6ZD5E8x qnK0dLafZxRiycvPS5US5y0FKRIAKcoozYOb84pRHBiKwryBIFkeYLaEm/AKaDgT0PClumDD gVkQLiXVwMhRWbK2z4Or77GTg93OQomqsoLe6zamF3OUp5YrhLX9WedxO3OhnLTvVge1Pe4y djvTDr59+XXZuUVMQuxtJ2TNt569qrraWnvNLv1v76fMMzscPktJhr/m7Qnpya7CNtrXtzom 3z+2wFq6kWNmWOO83dxT2x6vap41m3nSt6D+4HvaE7SjjJRYijMSDbWYi4oTAauYmY1TBAAA X-OriginalArrivalTime: 25 Jan 2012 09:46:05.0381 (UTC) FILETIME=[2818CF50:01CCDB46] x-archived: no Subject: RE: Makeopts DEBUG=-g kernel option X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 09:46:14 -0000 --_002_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBCDntqexnanoteqc_ Content-Type: text/plain; charset="iso-8859-1" content-transfer-encoding: quoted-printable Hi again Just some feedback - it seems that I have isolated the problem below with th= e help of a 2005 post by John Nielsen to freebsd-questions (http://lists.fre= ebsd.org/pipermail/freebsd-sparc64/2005-August/003423.html). I have isolated the problem as being caused by the compiler optimization fla= gs, specifically the "-O2 -pipe" flags (the default flags used when "makeopt= ions DEBUG=3D-g" is not specified in the kernel configuration). I have pro= ved that the DEBUG flag per se has nothing to do with it by removing it, and= then adding makeoptions COPTFLAGS=3D"-O -pipe" to the kernel config. This= boots fine. Funny though, the exact original kernel used (without DEBUG and compiled wit= h -O2) works fine on other hardware (e.g. the Tyan Tank G20 B5211 motherboar= d with an Intel Core2Duo CPU). It only fails on the WADE-8020 board. It mus= t be some specific hardware driver used on the WADE-8020 motherboard that br= eaks when compiled with -O2. If anyone has suggestions as to how I can trace the problem further (so that= I can log a bug with the BSD community), this will be appreciated. Hopeful= ly I can ensure that a future user does not struggle with the same problem I= did. As always, thanks for the help. Regards, Dirk Kotze Developer > From: Dirk Kotze > Sent: Monday, January 23, 2012 4:27 PM > To: 'freebsd-questions@freebsd.org' > Subject: Makeopts DEBUG=3D-g kernel option > > Hi there > > I'm experiencing the following problem: All is well when I boot the standa= rd FreeBSD 8.2 GENERIC kernel.=A0 The moment > however when I comment out the line the line below, the kernel hangs upon= boot after detecting the em0 device (the > motherboard has 2 Intel 8257x dual Gigabit Ethernet cards). > makeopts=A0=A0 DEBUG=3D-g > > I'm using FreeBSD 8.2 on a WADE-8020 motherboard with an Intel QM57 chipse= t and Intel Core i5 CPU.=A0 > > The reason I'm trying to remove debugging options from the kernel is that= I am trying to make the kernel footprint > smaller. > > This leaves me with a few questions: > 1) What are the risks/drawbacks/advantages of leaving debugging symbols in= the kernel? > 2) Why would debug symbols (of all things!) make the difference between a= working and non-working kernel? > 3) Does this point in the direction of some other (more serious problem pe= rhaps?) with the hardware and/or other > kernel drivers? > > Thanks so much for any assistance. > > Regards, > Dirk Kotze > Developer > > >=A0=A0=A0=A0=A0=A0=A0 =A0Tel: +27 12 672 7281 > Fax: +27 12 665 1343 > Postal: P.O. Box 7991, Centurion, 0046 > Physical: 1 Pieter street, Highveld Park, Centurion > Important Notice:=0A= =0A= This e-mail and its contents are subject to the Nanoteq (Pty) Ltd e-mail leg= al notice available at:=0A= http://www.nanoteq.com/corp_profile/disclaimer.asp Important Notice: This e-mail and its contents are subject to the Nanoteq (Pty) Ltd e-mail legal notice available at: http://www.nanoteq.com/corp_profile/disclaimer.asp --_002_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBCDntqexnanoteqc_ Content-Type: text/plain; name="AVG Certification.txt" Content-Description: AVG Certification.txt Content-Disposition: attachment; filename="AVG Certification.txt"; size=92; creation-date="Wed, 25 Jan 2012 09:44:22 GMT"; modification-date="Wed, 25 Jan 2012 09:44:22 GMT" Content-Transfer-Encoding: base64 VGhlIG1lc3NhZ2UgZG9lcyBub3QgY29udGFpbiBhbnkgdGhyZWF0cw0KQVZHIGZvciBNUyBFeGNo YW5nZSBTZXJ2ZXIgKDEwLjAuMTQxNiAtIDIxMDkvNDc1Nik= --_002_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBCDntqexnanoteqc_--