Re: kern/40003: Panic on boot w/4.6-stable

2002-07-28 Thread Dag-Erling Smorgrav

Charles Sprickman [EMAIL PROTECTED] writes:
 (kgdb) up 11
 #11 0xc013e8a5 in ad_attach (atadev=0xc075b650) at ../../dev/ata/ata-disk.c:124
 124 adp-heads = atadev-param-heads;
 
 (kgdb) p adp
 $2 = (struct ad_softc *) 0x68c040
 (kgdb) p atadev
 $3 = (struct ata_device *) 0xc075b650
 (kgdb) p *adp
 Cannot access memory at address 0x68c040.
 (kgdb) p *atadev
 $4 = {channel = 0xc075b600, unit = 16, name = 0xc04503b0 ad1, param = 0x0,
   driver = 0x0, flags = 0, mode = 0, cmd = 0, result = 0x0}

ad_attach() is trying to dereference atadev-param, which is NULL.

DES
-- 
Dag-Erling Smorgrav - [EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



mta versus sendmaill

2002-07-28 Thread neologism

Hi

I really dislike the way 4.6 handles mta/sendmail in its starting rc scripts
Why don't we have something as mta_enable which enables mta configuring in
its own rc.$mta_name?
I mean something like this:

case ${mta_enable} in
[Yy][Ee][Ss])
if [ -r ${mta_start_script} ]; then
sh ${mta_start_script}  # eventually + ${mta_configuration}
fi
;;
esac

It's much cleaner imho. And in old 4.4 (and earlier afaik) it was such -
sendmail_enable and than it's configuration. If we want to switch from sendmail
to generic mta (with its own rc) we should do so the cleanest possible way

yours neologism

P.S. please CC me cause I'm not on this list


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: mta versus sendmaill

2002-07-28 Thread Joan Picanyol

* neologism [EMAIL PROTECTED] [20020728 10:08]:
 I mean something like this:
 
 case ${mta_enable} in
 [Yy][Ee][Ss])
 if [ -r ${mta_start_script} ]; then
 sh ${mta_start_script}# eventually + ${mta_configuration}
 fi
 ;;
 esac
Well, Dan Bersntein has though of a much more refined version, have a look at
http://cr.yp.to/etc-mta.html

qvb
-- 
pica

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: kern/40003: Panic on boot w/4.6-stable

2002-07-28 Thread Charles Sprickman

On 28 Jul 2002, Dag-Erling Smorgrav wrote:

  (kgdb) p *atadev
  $4 = {channel = 0xc075b600, unit = 16, name = 0xc04503b0 ad1, param = 0x0,
driver = 0x0, flags = 0, mode = 0, cmd = 0, result = 0x0}

 ad_attach() is trying to dereference atadev-param, which is NULL.

Is there any other info I can provide?  I'll drive, you steer. :)

Charles

 DES
 --
 Dag-Erling Smorgrav - [EMAIL PROTECTED]



To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: kern/40003: Panic on boot w/4.6-stable

2002-07-28 Thread Dag-Erling Smorgrav

Charles Sprickman [EMAIL PROTECTED] writes:
 On 28 Jul 2002, Dag-Erling Smorgrav wrote:
  ad_attach() is trying to dereference atadev-param, which is NULL.
 Is there any other info I can provide?  I'll drive, you steer. :)

No, this is Søren's cup of tea, which is why I Cc:ed him.

DES
-- 
Dag-Erling Smorgrav - [EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: mta versus sendmaill

2002-07-28 Thread Doug White

On Sun, 28 Jul 2002, neologism wrote:

 I really dislike the way 4.6 handles mta/sendmail in its starting rc scripts
 Why don't we have something as mta_enable which enables mta configuring in
 its own rc.$mta_name?

It already does. You want to put an on/off switch on mta_start_script? If
you set mta_start_script, you will get your own MTA startscript called
instead of sendmail (and the sendmail_* options will be ignored).

Or at least this is how its working on the 4.6-STABLE box I built last
week. I run postfix and just had to add:

mta_start_script=/etc/rc.postfix

to get it going (after creating rc.postfix of course).

Doug White|  FreeBSD: The Power to Serve
[EMAIL PROTECTED] |  www.FreeBSD.org



To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message