Skip site navigation (1)Skip section navigation (2) 
Date:      Mon, 23 Jan 2012 16:27:22 +0200
From:      Dirk Kotze <dk@Nanoteq.com>
To:        "'freebsd-questions@freebsd.org'" <freebsd-questions@freebsd.org>
Subject:   Makeopts DEBUG=-g kernel option
Message-ID:  <F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBF@ntq-ex.nanoteq.co.za>
next in thread | raw e-mail | index | archive | help 
--_006_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBFntqexnanoteqc_
Content-Type: multipart/related;
	boundary="_005_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBFntqexnanoteqc_";
	type="multipart/alternative"

--_005_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBFntqexnanoteqc_
Content-Type: multipart/alternative;
	boundary="_000_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBFntqexnanoteqc_"

--_000_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBFntqexnanoteqc_
Content-Type: text/plain; charset="us-ascii"
content-transfer-encoding: quoted-printable



Hi there

I'm experiencing the following problem: All is well when I boot the standard=
 FreeBSD 8.2 GENERIC kernel.  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   DEBUG=3D-g

I'm using FreeBSD 8.2 on a WADE-8020 motherboard with an Intel QM57 chipset=
 and Intel Core i5 CPU.

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=
 perhaps?) with the hardware and/or other kernel drivers?

Thanks so much for any assistance.

Regards,
Dirk Kotze
Developer

[cid:image001.jpg@01CCD9EA.E2AF0F80]
         Tel: +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
--_000_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBFntqexnanoteqc_
content-transfer-encoding: quoted-printable
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"


   Hi there


   I'm experiencing the following problem: All is we= ll when I boot the
   standard FreeBSD 8.2 GENERIC kernel.  The moment howeve= r 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 Eth= ernet cards).

   makeopts = ;  DEBUG=3D-g


   I'm using FreeBSD 8.2 on a WADE-8020 motherboard= with an Intel QM57
   chipset and Intel Core i5 CPU.


   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)&nb= sp;     What are the risks/drawbacks/advantages of leaving
   debugging symbols in the kernel?

   2)&nb= sp;     Why would debug symbols (of all things!) make the
   difference between a working and non-working kernel?

   3)&nb= sp;     Does this point in the direction of some other (more
   serious problem perhaps?) with the hardware and/or other kernel
   drivers?


   Thanks so much for any assistance.


   Regards,

   Dirk= Kotze

   Devel= oper

    

   3D"NTQ [DEL: :DEL] 

   &nb= sp;        Tel: +27 12 672 7281

   F
   ax: +27 12 665 1343

   P
   ostal: P.O. Box 7991, Centurion, 0046

   P
   hysical: 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

--_000_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBFntqexnanoteqc_--

--_005_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBFntqexnanoteqc_--

--_006_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBFntqexnanoteqc_
Content-Type: text/plain; name="AVG Certification.txt"
Content-Description: AVG Certification.txt
Content-Disposition: attachment; filename="AVG Certification.txt"; size=92;
	creation-date="Mon, 23 Jan 2012 14:27:24 GMT";
	modification-date="Mon, 23 Jan 2012 14:27:24 GMT"
Content-Transfer-Encoding: base64


VGhlIG1lc3NhZ2UgZG9lcyBub3QgY29udGFpbiBhbnkgdGhyZWF0cw0KQVZHIGZvciBNUyBFeGNo
YW5nZSBTZXJ2ZXIgKDEwLjAuMTQxNiAtIDIxMDkvNDc1Nik=

--_006_F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBFntqexnanoteqc_--

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F46C10D2F60F034BB106EAB4CD7E833C7A463EFBBF>