Re: HEADS UP: list posting policy changed

[Peter Wemm]

On Friday 19 December 2003 03:21 pm, Peter Wemm wrote:
> If you subscribe using a different address than you post, you will
> need to *also* subscribe your regular posting address as well.  After
> you have subscribed that, you can go onto the options page and turn
> off mail delivery for that address.

Since I didn't say last time, this is for just -current and -hackers.

-- 
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

HEADS UP: list posting policy changed

[Peter Wemm]

If you subscribe using a different address than you post, you will need 
to *also* subscribe your regular posting address as well.  After you 
have subscribed that, you can go onto the options page and turn off 
mail delivery for that address.

eg:  If your subscription address is:
  [EMAIL PROTECTED]
but you normally post to the lists as '[EMAIL PROTECTED]',
then you will need to *also* subscribe '[EMAIL PROTECTED]'
and set its delivery options to 'no mail'.   Your inbound email
will come in as usual to your list address and the mailing list
software will allow your normal address to post as well.

Sorry for the hassle, but things have just got too damn silly lately.  
Regardless of the sender filter, you should do this anyway because the 
spam filter gives a special bonus to subscribers and is especially 
harsh on non-subscribers.

While I'm here, we could use a bit of help with the list moderation 
functions.  If there are regular readers with some spare time on their 
hands who would like to help, please let me know.  The moderator 
interface to the queue is web form based, point-and-shoot, and easy to
operate.  It would be an excellent thing for folks who are looking for a 
way to contribute but don't have the technical expertise.
-- 
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Programmatically test for a DVD drive

[Joe Marcus Clarke]

On Fri, 2003-12-19 at 16:07, John-Mark Gurney wrote:
> Joe Marcus Clarke wrote this message on Fri, Dec 19, 2003 at 15:08 -0500:
> > > Take a look at cdrecord and see what that does...  But that might
> > > require you to use atapi-cam instead of the "normal" atapi-cd device.
> > 
> > Thanks for the pointer.  Using atapi-cam is not a problem since the
> > application I'm porting is basically a front-end to cdrecord which
> > requires atapi-cam.  However, I didn't know cdrecord detected the
> > difference on its own, or just did what it was told via command line
> > arguments.
> 
> cdrecord on macosx (I don't have a FreeBSD box w/ atapi-cam on it handy),
> has the -prcap in:
> Cdrecord 2.01a14 (powerpc-apple-macosx6.8) Copyright (C) 1995-2003 Jörg Schilling
> 
> and returns this:
> Drive capabilities, per MMC-2 page 2A:
> 
>   Does read CD-R media
>   Does write CD-R media
>   Does read CD-RW media
>   Does write CD-RW media
>   Does read DVD-ROM media
>   Does read DVD-R media
>   Does not write DVD-R media
>   Does not read DVD-RAM media
>   Does not write DVD-RAM media
>   Does support test writing
> 
> which is probably what you're interested in..

Exactly.  I was looking through the code, and it does indeed get all of
the info I need.  Thanks again.

Joe

-- 
Joe Marcus Clarke
FreeBSD GNOME Team  ::  [EMAIL PROTECTED]
[EMAIL PROTECTED]
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome



signature.asc
Description: This is a digitally signed message part

Re: Programmatically test for a DVD drive

[John-Mark Gurney]

Joe Marcus Clarke wrote this message on Fri, Dec 19, 2003 at 15:08 -0500:
> > Take a look at cdrecord and see what that does...  But that might
> > require you to use atapi-cam instead of the "normal" atapi-cd device.
> 
> Thanks for the pointer.  Using atapi-cam is not a problem since the
> application I'm porting is basically a front-end to cdrecord which
> requires atapi-cam.  However, I didn't know cdrecord detected the
> difference on its own, or just did what it was told via command line
> arguments.

cdrecord on macosx (I don't have a FreeBSD box w/ atapi-cam on it handy),
has the -prcap in:
Cdrecord 2.01a14 (powerpc-apple-macosx6.8) Copyright (C) 1995-2003 Jörg Schilling

and returns this:
Drive capabilities, per MMC-2 page 2A:

  Does read CD-R media
  Does write CD-R media
  Does read CD-RW media
  Does write CD-RW media
  Does read DVD-ROM media
  Does read DVD-R media
  Does not write DVD-R media
  Does not read DVD-RAM media
  Does not write DVD-RAM media
  Does support test writing

which is probably what you're interested in..

-- 
  John-Mark Gurney  Voice: +1 415 225 5579

 "All that I will do, has been done, All that I have, has not."
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Bsdaily -- confirmation of subscription -- request 851556

[bsdaily-request]

Bsdaily -- confirmation of subscription -- request 851556

We have received a request from [EMAIL PROTECTED] for
subscription of your email address, <[EMAIL PROTECTED]>, to
the [EMAIL PROTECTED] mailing list.  To confirm
the request, please send a message to
[EMAIL PROTECTED], and either:

- maintain the subject line as is (the reply's additional "Re:" is
ok),

- or include the following line - and only the following line - in the
message body: 

confirm 851556

(Simply sending a 'reply' to this message should work from most email
interfaces, since that usually leaves the subject line in the right
form.)

If you do not wish to subscribe to this list, please simply disregard
this message.  Send questions to
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Diskless on 4.9R

[Brooks Davis]

On Fri, Dec 19, 2003 at 04:58:22PM +, Bob Bishop wrote:
> Hi,
> 
> Anyone got diskless working on 4.9R? Probes look OK then I'm getting:
> 
> ...
> Mounting root from nfs:192.168.0.1:/diskless4.9
> missing device name
> setrootbyname failed
> SMP: AP CPU #3 Lanuched!
> SMP: AP CPU #2 Lanuched!
> SMP: AP CPU #1 Lanuched!
> panic: nfs_mountroot: RTM_ADD: 51
> [etc]
> 
> This is a dual Xeon box. Any idea what I'm missing? TIA

Hmm, mine are working with 4.9-PRERLEASE.  Shooting from the hip, I
think this looks somewhat like the issue I ran into when I enabled
"options BOOTP" on a previously working configuration and it broke
because the syntax of "option root-path" in dhcpd.conf is different with
BOOTP enabled.  If you have any of the BOOTP options, in your kernel,
what does your root-path line look like?

-- Brooks

-- 
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4


pgp0.pgp
Description: PGP signature

Re: Programmatically test for a DVD drive

[Joe Marcus Clarke]

On Fri, 2003-12-19 at 15:02, John-Mark Gurney wrote:
> Joe Marcus Clarke wrote this message on Tue, Dec 16, 2003 at 20:33 -0500:
> > I'm trying to figure out the best way to programmatically test to see if
> > a disc device is a DVD device.  That is, how can I tell the difference
> > between a CD-[ROM|R|RW] and a DVD-[ROM|R|RW]?  Is there a set method for
> > doing this, or should I just try to execute a DVD ioctl, and test to see
> > if it succeeds?  Thanks.
> 
> Take a look at cdrecord and see what that does...  But that might
> require you to use atapi-cam instead of the "normal" atapi-cd device.

Thanks for the pointer.  Using atapi-cam is not a problem since the
application I'm porting is basically a front-end to cdrecord which
requires atapi-cam.  However, I didn't know cdrecord detected the
difference on its own, or just did what it was told via command line
arguments.

Joe

> 
> You could also read the specs for atapi, and implement the ioctl for
> the atapi-cd drivers to do the query.
-- 
Joe Marcus Clarke
FreeBSD GNOME Team  ::  [EMAIL PROTECTED]
[EMAIL PROTECTED]
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome



signature.asc
Description: This is a digitally signed message part

confirm subscribe to pastors-churches@churchjobsonline.com

[pastors-churches-help]

Hi! This is the ezmlm program. I'm managing the
[EMAIL PROTECTED] mailing list.

I'm working for my owner, who can be reached
at [EMAIL PROTECTED]

To confirm that you would like

   [EMAIL PROTECTED]

added to the pastors-churches mailing list, please send
an empty reply to this address (usually just click reply and then send):

   [EMAIL PROTECTED]

If you have received this message in error, please delete it.  You will not be 
subscribed to our list.

Blessings,

Kevin and Kay Marie Brennfleck
http://www.churchjobsonline.com/


--- Administrative commands for the pastors-churches list ---

I can handle administrative requests automatically. Please
do not send them to the list address! Instead, send
your message to the correct command address:

For help and a description of available commands, send a message to:
   <[EMAIL PROTECTED]>

To subscribe to the list, send a message to:
   <[EMAIL PROTECTED]>

To remove your address from the list, just send a message to
the address in the ``List-Unsubscribe'' header of any list
message. If you haven't changed addresses since subscribing,
you can also send a message to:
   <[EMAIL PROTECTED]>

For addition or removal of addresses, I'll send a confirmation
message to that address. When you receive it, simply reply to it
to complete the transaction.

If you need to get in touch with the human owner of this list,
please send a message to:

<[EMAIL PROTECTED]>

Please include a FORWARDED list message with ALL HEADERS intact
to make it easier to help you.

--- Enclosed is a copy of the request I received.

Return-Path: <[EMAIL PROTECTED]>
Received: (qmail 4214 invoked from network); 19 Dec 2003 20:02:15 -
Received: from hobah.gospelcom.net ([204.253.132.107])
  (envelope-sender <[EMAIL PROTECTED]>)
  by mx3.mail.gospelcom.net (qmail-ldap-1.03) with SMTP
  for <[EMAIL PROTECTED]>; 19 Dec 2003 20:02:15 -
Received: (from [EMAIL PROTECTED])
by hobah.gospelcom.net (8.12.8/8.12.8/Submit) id hBJK2F3I001816;
Fri, 19 Dec 2003 15:02:15 -0500
Date: Fri, 19 Dec 2003 15:02:15 -0500
Message-Id: <[EMAIL PROTECTED]>
X-Authentication-Warning: hobah.gospelcom.net: httpd set sender to [EMAIL PROTECTED] 
using -f
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.411 (Entity 5.404)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

WELCOME to employers@christiancareercenter.com

[employers-help]

Greetings from Christian Career Center's "Just for Employers" newsletter!
Thank you for subscribing

   [EMAIL PROTECTED]

to the employers mailing list. We look forward to keeping in touch with you, serving 
you through the Christian Career Center.  


Blessings,

Kevin and Kay Marie Brennfleck
http://www.ChristianCareerCenter.com/

P.S. Please save this message so you know the address you subscribed. To unsubscribe, 
send a message to:

<[EMAIL PROTECTED]>



--- Subscribing and unsubscribing ---

To subscribe to the list, send a message to:
   <[EMAIL PROTECTED]>

To remove your address from the list, send a message to:
   <[EMAIL PROTECTED]>

Need help?  E-mail us at:

<[EMAIL PROTECTED]>

Please include a FORWARDED list message with ALL HEADERS intact
to make it easier for us to help you.

--- Enclosed is a copy of the request I received.


Return-Path: <[EMAIL PROTECTED]>
Received: (qmail 4202 invoked from network); 19 Dec 2003 20:02:14 -
Received: from hobah.gospelcom.net ([204.253.132.107])
  (envelope-sender <[EMAIL PROTECTED]>)
  by mx3.mail.gospelcom.net (qmail-ldap-1.03) with SMTP
  for <[EMAIL PROTECTED]>; 19 Dec 2003 20:02:14 -
Received: (from [EMAIL PROTECTED])
by hobah.gospelcom.net (8.12.8/8.12.8/Submit) id hBJK2C9R001814;
Fri, 19 Dec 2003 15:02:12 -0500
Date: Fri, 19 Dec 2003 15:02:12 -0500
Message-Id: <[EMAIL PROTECTED]>
X-Authentication-Warning: hobah.gospelcom.net: httpd set sender to [EMAIL PROTECTED] 
using -f
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.411 (Entity 5.404)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Programmatically test for a DVD drive

[John-Mark Gurney]

Joe Marcus Clarke wrote this message on Tue, Dec 16, 2003 at 20:33 -0500:
> I'm trying to figure out the best way to programmatically test to see if
> a disc device is a DVD device.  That is, how can I tell the difference
> between a CD-[ROM|R|RW] and a DVD-[ROM|R|RW]?  Is there a set method for
> doing this, or should I just try to execute a DVD ioctl, and test to see
> if it succeeds?  Thanks.

Take a look at cdrecord and see what that does...  But that might
require you to use atapi-cam instead of the "normal" atapi-cd device.

You could also read the specs for atapi, and implement the ioctl for
the atapi-cd drivers to do the query.

-- 
  John-Mark Gurney  Voice: +1 415 225 5579

 "All that I will do, has been done, All that I have, has not."
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: User remove request

[mee]

This is an autoresponder. I'll never see your message.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

User remove request

[Pull-Henning Kunt]

This user requested to be removed from your list.

Autoresponder name: Newsletter: Gems 4 Friends

They have been automatically removed from the system.



Please also make sure to remove: 
[EMAIL PROTECTED]
 from all offline or backup lists you may maintain.

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Pull-Henning, Thanks for joining Gems For Friends

[Greg Mee]

Inspirational and Alternative Healing Ezine   
By Gems4Friends.com 12/19/2003

We have over 12,000 subscribers

Hi Pull-Henning,

Thanks for subscribing to the Gems For Friends Newsletter!
If you decide that this letter is not for you then you will
always find an 'unsubscribe' link at the end.

To visit our site again, just go to http://www.gems4friends.com.

My name is Greg Mee and gems4friends.com explores alternative 
avenues for inner growth, natural healing, and health. 

We hope that it will allow you to take control of,
and add to, your own life. 

This letter is published every two to four weeks and will include 
site updates, articles, links and informations on the topics
covered by gems4friends, and more.


**
Newsletter Archive
**

There is an archive of the g4f newsletter online.

Just hop on over to:
http://www.gems4friends.com/newsletters/sample.html or
http://gems4friends.com/newsletters/news-010812.html

And thanks for being a friend of Gems4friends!

**
GOALS AND AFFIRMATIONS
**

Raise your hands if you managed to stick to your New Year
resolutions through today.  Good! Two of you!

I recently listened to a tape set by one Jack Zufelt of DNAofsuccess.com.  
http://www.gems4friends.com/cgi-bin/track/tracker.cgi?dna


One of the points he makes is that for goals to succeed they have 
to be in line with what our core desires and values are.

For example: If your goal is to earn more money,
but you think rich people are bad, there is a conflict.
Your subconcious mind will undermine you.

If your goal is to lose weight, but something in your belief 
system values the extra weight, then it will be a struggle.

Notice though, how easy it is to accomplish the things
we really WANT to do. Everything is easier.  

So if we are able to come up with goals that are in line
with what we really want, rather than what we think
we SHOULD want, then the goals are always easier.
Not necessarily easy, but easier.

So what about affirmations?

For many of us, when we we young, people took great care
to tell us how bad, poor, incompetent we were.  Mistakes
were noticed and were were made fun of.

Then some of us learn to do it to ourselves.

What do you say to yourself when you make a mistake?
What do you say to yourself when you do something right?

In my case it's been almost 40 years of negative programming.
The rest will be POSITIVE programming! :)

So about those affirmations?

They are intended to counter the negative programming that's
deeply imbedded in our subconcious, but saying it once
won't do a thing.  It's like an ant Vs. an elephant.

And how does our original programming take it?
What reaction do you get when you say, 
'I love myself and I deserve to have it all?'

You'll find more on goals here:
http://www.gems4friends.com/goals/

And on affirmations, here:
http://www.gems4friends.com/affirmations.html


...
Thank you for subscribing to our newsletter!  
Feel free to forward this to a friend.

Please send suggestions for this newsletter or
for Gems for Friends to:  mailto:[EMAIL PROTECTED]

Your input is greatly appreciated!

Thanks,

Greg Mee
Loretta Elaine's Gems For Friends
mailto:[EMAIL PROTECTED]
http://www.gems4friends.com
http://www.gemsforfriends.com





If you no longer wish to receive communication from us:
http://www.automateyourwebsite.com/app/r.asp?ID=16261456&ARID=33595

To update your contact information:
http://www.automateyourwebsite.com/app/r.asp?c=1&ID=16261456



___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Diskless on 4.9R - SOLVED

[Bob Bishop]

Hi,

I wrote:
Anyone got diskless working on 4.9R? Probes look OK then I'm getting:

...
Mounting root from nfs:192.168.0.1:/diskless4.9
missing device name
setrootbyname failed
SMP: AP CPU #3 Lanuched!
SMP: AP CPU #2 Lanuched!
SMP: AP CPU #1 Lanuched!
panic: nfs_mountroot: RTM_ADD: 51
[etc]
This is caused by not setting "option routers" in the DHCP server config.
Sorry for the noise.
--
Bob Bishop  +44 (0)118 977 4017
[EMAIL PROTECTED]   fax +44 (0)118 989 4254
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Diskless on 4.9R

[Bob Bishop]

Hi,

Anyone got diskless working on 4.9R? Probes look OK then I'm getting:

...
Mounting root from nfs:192.168.0.1:/diskless4.9
missing device name
setrootbyname failed
SMP: AP CPU #3 Lanuched!
SMP: AP CPU #2 Lanuched!
SMP: AP CPU #1 Lanuched!
panic: nfs_mountroot: RTM_ADD: 51
[etc]
This is a dual Xeon box. Any idea what I'm missing? TIA

--
Bob Bishop  +44 (0)118 977 4017
[EMAIL PROTECTED]   fax +44 (0)118 989 4254
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Programmatically test for a DVD drive

[Brian Reichert]

On Tue, Dec 16, 2003 at 08:33:41PM -0500, Joe Marcus Clarke wrote:
> I'm trying to figure out the best way to programmatically test to see if
> a disc device is a DVD device.  That is, how can I tell the difference
> between a CD-[ROM|R|RW] and a DVD-[ROM|R|RW]?  Is there a set method for
> doing this, or should I just try to execute a DVD ioctl, and test to see
> if it succeeds?  Thanks.

When I've poked, the tracks in a TOC of a DVD is _huge_ compared
to a CD-ROM.

But, I, too, am looking for a better way...

> Joe 
> -- 
> Joe Marcus Clarke
> FreeBSD GNOME Team::  [EMAIL PROTECTED]
> FreeNode / #freebsd-gnome
> http://www.FreeBSD.org/gnome



-- 
Brian 'you Bastard' Reichert<[EMAIL PROTECTED]>
37 Crystal Ave. #303Daytime number: (603) 434-6842
Derry NH 03038-1713 USA BSD admin/developer at large
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Timecounters tick every 10.0 msec

[Kenneth Culver]

Quoting zera holladay <[EMAIL PROTECTED]>:

> While my kernel modules are loading I get a message,
> "Timecounters tick every 10.0 msec."  There's nothing
> wrong with my computer, I was just wondering what
> caused this message.  I have not been successful
> locating any information on this so I figured I would
> ask some kind hearted individual(s).  I am running
> FreeBSD 5.1 on a Toshiba Satellite 2805-s301 (laptop).
>
Nothing really "caused" it. It's a totally normal bootup message. It's just FYI.
You can actually make that number smaller by using HZ=500 or HZ=1000 in your
kernel config (for 5 ms and 1 ms respectively).

Ken
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Timecounters tick every 10.0 msec

[Steven Hartland]

That's how often they tick with a 100HZ kernel is just info
nothing to worry about.

Steve / K
- Original Message - 
From: "zera holladay" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 19, 2003 2:29 PM
Subject: Timecounters tick every 10.0 msec


> While my kernel modules are loading I get a message,
> "Timecounters tick every 10.0 msec."  There's nothing
> wrong with my computer, I was just wondering what
> caused this message.  I have not been successful
> locating any information on this so I figured I would
> ask some kind hearted individual(s).  I am running
> FreeBSD 5.1 on a Toshiba Satellite 2805-s301 (laptop).


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Timecounters tick every 10.0 msec

[zera holladay]

While my kernel modules are loading I get a message,
"Timecounters tick every 10.0 msec."  There's nothing
wrong with my computer, I was just wondering what
caused this message.  I have not been successful
locating any information on this so I figured I would
ask some kind hearted individual(s).  I am running
FreeBSD 5.1 on a Toshiba Satellite 2805-s301 (laptop).

Thank you,

Zera

__
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

"DOS"-style Console Type for IPMI remote console

[Alexander Langer]

Hi!

I've got a nifty new server board with an IPMI card.
The console-redirection over LAN is supposed to work for anything that
uses DOS-style video modes or  characters, i.e. no "graphics mode".
In fact it works for the BIOS/boot*/loader and first kernel
messages up to the point where the 

Timecounter "i8254" frequency 1193182 Hz quality 0

line is printed out.  Then the management software tells me that the
system entered graphics mode, which it can't forward.

Now, does anybode have an idea how to tell FreeBSD not to switch any
graphics mode, i.e. keep that stupid plain printout of characters as the
loader does?  I would be very nice to do single-user mode installs that
way.

I've tried sc/vga with various options, but they don't help, I can't get
further as the above timecounter line (I assume that's when the vga
driver registers and tries to detect the vga).

I'm currently using these options:

options VGA_NO_FONT_LOADING # don't save/load font
options VGA_NO_MODE_CHANGE  # don't change video modes
options VGA_SLOW_IOACCESS
options SC_NO_FONT_LOADING

none of them helps.

When using pcvt, the boot messages scroll a bit futher, including the
avail memory messages, but then stop, with the same message about
graphics mode as above. 

Any workarounds?  Anybody using IPMI console redirection over LAN and
had success?

Thanks & Ciao

Alex




___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Dummynet pipes and MRTG

[Simon 'corecode' Schubert]

Lately Vlad Galu told:

> Take a look at RRDTool. There also is a Perl module for drawing RRD
> graphics, which you could use for fancier stuff. However, some simple
> shellscripting should do your job.
>   
>   http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/

a nice frontend for rrdtool is LRRD, which is also easy extendable via
anything that can be executed[tm]:


cheers
  simon

-- 
/"\   http://corecode.ath.cx/#donate
\ /
 \ ASCII Ribbon Campaign
/ \  Against HTML Mail and News


pgp0.pgp
Description: PGP signature

Re: pthread safe name -> address resolution (under linux compat)

[Steven Hartland]

An update on this is that the app in question will be running under
linux compat. So I suppose this questions changes to:
Is the linux compat version of gethostbyname_r thread safe?

Steve
- Original Message - 
From: "Steven Hartland" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 19, 2003 12:30 PM
Subject: pthread safe name -> address resolution


> I've had a dig around but cant find any concrete answer
> to what to use for name resolution that is pthread safe.
> A number of people mention getaddrinfo and getipnodebyname
> but both are doc'd as not being thread safe.
> 
> Is there a solution to this is do we have to use mutex's?
> 
> Steve

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Dummynet pipes and MRTG

[Vlad Galu]

Ganbold <[EMAIL PROTECTED]> writes:

|Hi,
|
|I need to view the traffic utilization of dummynet pipes in ipfw2. I'm 
|using FreeBSD 5.2 current.
|I'm also using MRTG to draw graphics from ipfw show rule-number
|command. Is there any method or program like MRTG to draw bandwidth
|utilizations of dummynet pipes?
|Can I use MRTG for this purpose?
|I hope somebody in this list point me to the right direction.

Take a look at RRDTool. There also is a Perl module for drawing RRD
graphics, which you could use for fancier stuff. However, some simple
shellscripting should do your job.

http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/

|
|thanks in advance,
|
|Ganbold 
|
|___
|[EMAIL PROTECTED] mailing list
|http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
|To unsubscribe, send any mail to
|"[EMAIL PROTECTED]"
|



If it's there, and you can see it, it's real.
If it's not there, and you can see it, it's virtual.
If it's there, and you can't see it, it's transparent.
If it's not there, and you can't see it, you erased it.


pgp0.pgp
Description: PGP signature

pthread safe name -> address resolution

[Steven Hartland]

I've had a dig around but cant find any concrete answer
to what to use for name resolution that is pthread safe.
A number of people mention getaddrinfo and getipnodebyname
but both are doc'd as not being thread safe.

Is there a solution to this is do we have to use mutex's?

Steve

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Dummynet pipes and MRTG

[Ganbold]

Hi,

I need to view the traffic utilization of dummynet pipes in ipfw2. I'm 
using FreeBSD 5.2 current.
I'm also using MRTG to draw graphics from ipfw show rule-number command.
Is there any method or program like MRTG to draw bandwidth utilizations of 
dummynet pipes?
Can I use MRTG for this purpose?
I hope somebody in this list point me to the right direction.

thanks in advance,

Ganbold 

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Machines with >= 4GB of RAM

[Terry Lambert]

Andrew Kinney wrote:
> On 17 Dec 2003 at 15:44, Julian Elischer wrote:
> 
> > options  KVA_PAGES=512
> >
> > may be a start, but is it still required, and do I have to change
> > anything else to match it? (where does the Makefile work out where to
> > link the kernel for?)
> >   Is a value of 512 enough for a machine with 16GB of RAM?
> >
> > Any hints, (even a better google search string) appreciated.
> 
> We have a 4GB machine running 4.8-RELEASE, so we aren't using PAE,
> but we had to make changes similar to what you're asking about for a
> different reason.
> 
> Your requirements will vary depending on the version of FreeBSD
> you're running, but in general, increasing KVA_PAGES will help
> considerably with stability on large memory machines.  It should be
> noted that releases prior to 4.8 required more changes than just
> KVA_PAGES, but the documentation is a bit muddied on that subject.

In general, the kmem_map size and other kernel memory usage, including
page tables necessary to reference the full memory, end up taking more
than 1G, so the 3G user:1G kernel ratio that's the default for older
FreeBSD won't work at all.  I usually recommend that people make it
1G user:3G kernel; you can get away with 2G:2G if you aren't going to
be allocating lots of mbufs or supporting lots of open sockets, etc.,
but in general most people throw 4G+ into a box because they plan on
building a network server and then throwing some serious load on it.


> I don't know if it is required, but we rebuilt the world after
> changing KVA_PAGES just to make sure that any hidden dependencies on
> that value were handled in things other than the kernel.

Depends.  The normal case where this will be required is for prebuilt
kernel modules.  The only user space code I'm aware of which cares is
the Linux threads package (and anything that links against it), since
the threads mailboxes are in a fixed location apriori known to both
the kernel module and the threads library, and the location has to be
changed when the KVA space changes, since it assumes a 3:1 or whatever
was in effect when it was compiled.


> As far as 512 being a large enough setting for a 16GB machine, that
> depends entirely on what you plan to do with the machine and its
> usage pattern of various system resources.

In my personal experience, th kernel and data structures consume over
1G in a 4G box, du to the auto-tuning cruft trying to b smarter than
it actually is, and making bad decisions.

In the 4.7/4.8 time frame, this was catastrophic with more than 4G,
since it didn't stop scaling at 4G (the kernel can only address 4G,
without PAE, no matter what, since pointers are 32 bits).  Scaling
above that point tris to allocate more memory for the kernel than
the kernel is capable of addressing.


> For instance, on our 4GB machine, it does a lot of heavy web serving,
> databases, and email.  We needed the 2GB KVA on that machine because
> of large numbers of files, large network buffers, and some weirdness
> relating to Apache and pv entries.  If your usage patterns were
> similar and you wanted to make full use of the 16GB without getting
> trap 12 panics, then 2GB KVA may be inadequate.

Older boxes won't even boot with 3:1 if you jam 4G in them, priod.

-- Terry
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: FreeBSD VFS System?

[Terry Lambert]

Ryan Sommers wrote:
> Are there any good web resources or books on the VFS system that the
> FreeBSD kernel uses? I'm guessing it might have originated from the
> 4.4BSD(?) interface. I've been attempting to read through the source
> code for different system calls (ie mkdir, rmdir, mount/umount) and
> haven't been able to get very far because of the substantial layers of
> indirection involved. For this reason I was looking at picking apart the
> different subsystems involved and was wondering if there was anything
> any more annotated then the source code itself.

The VFS stacking code came from the FICUS projct out of UCLA.  Here are
all their papers on FS stacking:

ftp://ftp.cs.ucla.edu/pub/ficus/usenix_summer_90.ps.gz
ftp://ftp.cs.ucla.edu/pub/ficus/OLD_TECHREPORTS/ucla_csd_900044.ps.gz
ftp://ftp.cs.ucla.edu/pub/ficus/OLD_TECHREPORTS/ucla_csd_910007.ps.gz
ftp://ftp.cs.ucla.edu/pub/ficus/WorkObjOrOpSys_90.ps.gz
ftp://ftp.cs.ucla.edu/pub/ficus/heidemann_thesis.ps.gz
ftp://ftp.cs.ucla.edu/pub/ficus/ucla_csd_930019.ps.gz

-- Terry
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"