Re: it's time...

1999-08-14 Thread Julian Stacey
"Matthew N. Dodd" wrote: Agreed. I like what I see there. Maybe it is time to hoist something like that into bus_subr.c Lets define exactly what we want before we start our charge. What should be printed? device ID attachment point resource reservation device

Re: it's time...

1999-08-13 Thread Matt Crawford
Surely if you don't want to see the boot messages for cosmetic reasons a splash screen is the most cosmeticly pleasing solution. Speaking of splash screens (a bit far from the thread's original topic), I've got my laptop set up to show the daemon-and-sunset picture on boot, but it

Re: it's time...

1999-08-13 Thread Sheldon Hearn
On Fri, 13 Aug 1999 09:48:47 EST, "Matt Crawford" wrote: load kernel load -t splash_image_data daemon_640.bmp load vesa load splash_bmp boot Why boot and not autoboot? Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the

Re: it's time...

1999-08-12 Thread Ben Rosengart
On Wed, 11 Aug 1999, Brian F. Feldman wrote: What in the world would be the point of doing this? What would be so great about not seeing the system boot up? One might want minimal or no boot messages, just to look nice, while still wanting the dmesg stuff around in case something goes wrong

Re: it's time...

1999-08-12 Thread Steve O'Hara-Smith
On 12-Aug-99 Ben Rosengart wrote: On Wed, 11 Aug 1999, Brian F. Feldman wrote: What in the world would be the point of doing this? What would be so great about not seeing the system boot up? One might want minimal or no boot messages, just to look nice, while still wanting the dmesg

Re: it's time...

1999-08-11 Thread Nate Williams
: Correct, but the nature of the kernel probe/attach messages is to convey : information in a readable, consistent, useful manner. Agreed. However, what's magical about 80 columns? What's magical is that almost every text console is limited to 80 columns (think serial console), as well as

Re: it's time...

1999-08-11 Thread Matthew N. Dodd
On Wed, 11 Aug 1999, Warner Losh wrote: Then we disagree. There are several scripts floating around that use them for purposes where there isn't a kernel interface... It would be ideal if there were interfaces for all this info, but there isn't always. Fine. Due to flux in the bus-system

Re: it's time...

1999-08-11 Thread Matthew N. Dodd
On Wed, 11 Aug 1999, Nate Williams wrote: The most common case for a console is an 80 column wide console (this is the default for the virtual terminals, most printers, most text terminals, etc..) Changing it is silly, and non-standard. The line wrapping stuff I brought back for the EISA

Re: it's time...

1999-08-11 Thread Warner Losh
In message [EMAIL PROTECTED] "Matthew N. Dodd" writes: : The line wrapping stuff I brought back for the EISA bus stuff in -current : makes it easy to define the wrap point. If some small number of people : want the ability to wrap at 132 or 40 or whatever, I don't think its : unreasonable to

Re: it's time...

1999-08-11 Thread Warner Losh
In message [EMAIL PROTECTED] Nate Williams writes: : And you plan on booting FreeBSD on your PDA? Yes. I'm already booting NetBSD/hpcmips on it But that's another thread all by itself... : stty columns is only effective *AFTER* you have a shell and the box has : booted. Yes I know that,

Re: it's time...

1999-08-11 Thread Nate Williams
: stty columns is only effective *AFTER* you have a shell and the box has : booted. Yes I know that, but you seem to be arguing that all terminals have 80 columns... This is not the case, although many of them do. Most of them do. It is the 'least common denominator' that FreeBSD runs

Re: it's time...

1999-08-11 Thread Oliver Fromme
Warner Losh wrote in list.freebsd-current: In message [EMAIL PROTECTED] Nate Williams writes: : And you plan on booting FreeBSD on your PDA? Yes. I'm already booting NetBSD/hpcmips on it But that's another thread all by itself... As a small sidenote: Most PDAs can be used as

Re: it's time...

1999-08-11 Thread John-Mark Gurney
Nate Williams scribbled this message on Aug 11: : The line wrapping stuff I brought back for the EISA bus stuff in -current : makes it easy to define the wrap point. If some small number of people : want the ability to wrap at 132 or 40 or whatever, I don't think its : unreasonable to

Re: it's time...

1999-08-11 Thread Adam Strohl
On Wed, 11 Aug 1999, Warner Losh wrote: It also would allow one to kick the VGA display into 132 columns in the boot loader and have more of a chance to get more of the boot process on the screen. syscons already supports parts of this... I was just reading through the thread again, and I

Re: it's time...

1999-08-11 Thread Warner Losh
After taking a break from this discussion, I do think that I like the idea of wrapping boot messages in a sane way at column n (= 80 by default) so long as one knows where messages from one device end and the next one begin. I'd also oppose things like foo0: .. irq foo0: 9 as opposed to

Re: it's time...

1999-08-11 Thread Brian F. Feldman
On Wed, 11 Aug 1999, Warner Losh wrote: No! At some point they should use a facility similar to solaris/sysv where they don't display, but do make it into the dmesg buffer... Warner What in the world would be the point of doing this? What would be so great about not seeing the system

Re: it's time...

1999-08-11 Thread Matthew N. Dodd
On Wed, 11 Aug 1999, Warner Losh wrote: After taking a break from this discussion, I do think that I like the idea of wrapping boot messages in a sane way at column n (= 80 by default) so long as one knows where messages from one device end and the next one begin. I'd also oppose things

Re: it's time...

1999-08-11 Thread Matthew N. Dodd
On Wed, 11 Aug 1999, Brian F. Feldman wrote: What in the world would be the point of doing this? What would be so great about not seeing the system boot up? The same reason that when you type 'cp foo /tmp/' it doesn't say '1 file copied, 3425 bytes.' or other nonesense. If nothings wrong then

Re: it's time...

1999-08-11 Thread Warner Losh
[[ cc trimmed. ]] In message [EMAIL PROTECTED] "Matthew N. Dodd" writes: : check out eisa_reg_print() and eisa_print_child() in : sys/i386/eisa/eisaconf.c : : Sanity in output is a good thing. Agreed. I like what I see there. Maybe it is time to hoist something like that into bus_subr.c

Re: it's time...

1999-08-11 Thread Matthew N. Dodd
On Wed, 11 Aug 1999, Warner Losh wrote: In message [EMAIL PROTECTED] "Matthew N. Dodd" writes: : check out eisa_reg_print() and eisa_print_child() in : sys/i386/eisa/eisaconf.c : : Sanity in output is a good thing. Agreed. I like what I see there. Maybe it is time to hoist something

Re: it's time...

1999-08-10 Thread Alex Zepeda
On Tue, 10 Aug 1999, Daniel O'Connor wrote: The sound card shuts up after reset, and only starts outputing noise again after the sound card has been probed/attached. Perhaps the attach routine (or rc.something) should explicitly zero all the volumes, so that the card will remain silent until

Re: it's time...

1999-08-10 Thread Alex Zepeda
On Mon, 9 Aug 1999, Brian F. Feldman wrote: On Mon, 9 Aug 1999, Alex Zepeda wrote: One could stuff it into rc.conf, but this means it's harder to automagically save the state upon shutdown/reboot. But something like: Not really. You could do it with grep, awk, sed, or whatever you

Re: it's time...

1999-08-10 Thread Peter Wemm
"Cameron Grant" wrote: to let newpcm out of the cage so you can all get your grubby little hands on it. http://www.vilnya.demon.co.uk/newpcm+dfrpnp-19990807.diff.gz this is a patch against a recent -current. if you have a pci or isapnp soundcard, you should have pnp0 and pcm0 in your

Re: it's time...

1999-08-10 Thread Jamie Bowden
On Tue, 10 Aug 1999, Alex Zepeda wrote: :* an rc.audio or rc.multimedia (this could perhaps contain some bt484 :related things). : :But if it goes into "the" rc.conf, that would mean that whenever it runs :at shutdown, it edits rc.conf; this isn't IMO a real great idea. :Anything automated

Re: it's time...

1999-08-10 Thread Warner Losh
In message [EMAIL PROTECTED] Peter Wemm writes: : This still needs more work to handle line wraps etc. Matthew Dodd did some : work in this area for the EISA code which should be able to be used. I'd be very careful of line wrapping probe messages. I have scripts that rely on them being on one

Re: it's time...

1999-08-09 Thread Alex Zepeda
On Sun, 8 Aug 1999, Mike Smith wrote: On Sun, 8 Aug 1999, Brian F. Feldman wrote: It works ok for me, but one nice feature of the sound system would be if upon shutdown (I don't leave my machine on all the time right now) OS somehow looked at a config file (call it

Re: it's time...

1999-08-09 Thread Alex Zepeda
On Mon, 9 Aug 1999, Daniel O'Connor wrote: You could do it something like the way boot -c stuff or the splash screen is done, ie load a 'module' which is just a text file for the sound system to parse.. Don't know how you'd go unload'ing and load'ing the file though. Why that complex?

Re: it's time...

1999-08-09 Thread Alex Zepeda
On Mon, 9 Aug 1999, Daniel O'Connor wrote: Why that complex? Couldn't I just drop in a small script using awk and sh, to grab the mixer volumes, and drop it in rc.shutdown? Or even a small C program would suffice if scripting isn't your cup of tea. Hmm.. true.. so have a shell

Re: it's time...

1999-08-09 Thread Daniel McRobb
On Mon, 9 Aug 1999, Daniel O'Connor wrote: You could do it something like the way boot -c stuff or the splash screen is done, ie load a 'module' which is just a text file for the sound system to parse.. Don't know how you'd go unload'ing and load'ing the file though. Why that

Re: it's time...

1999-08-09 Thread Francis Jordan
Cameron Grant wrote: to let newpcm out of the cage so you can all get your grubby little hands on it. http://www.vilnya.demon.co.uk/newpcm+dfrpnp-19990807.diff.gz this is a patch against a recent -current. if you have a pci or isapnp soundcard, you should have pnp0 and pcm0 in your

Re: it's time...

1999-08-09 Thread Eric Hodel
Daniel O'Connor wrote: On 09-Aug-99 Alex Zepeda wrote: Actually at shutdown would be cool. So it could save the current volumes, and restore them at startup. Altho, at suspend and resume time wouldn't be a bad idea either. You could do it something like the way boot -c stuff or

Re: it's time...

1999-08-09 Thread Alex Zepeda
On Mon, 9 Aug 1999, Brian F. Feldman wrote: You guys don't see the point. The point is a single, simple place to put default mixer values for any number of devices, and fitting in with the current configuration file scenario. rc is the natural place for this, because _it_ gets run at

Re: it's time...

1999-08-09 Thread Daniel O'Connor
On 09-Aug-99 Brian F. Feldman wrote: You guys don't see the point. The point is a single, simple place to put default mixer values for any number of devices, and fitting in with the current configuration file scenario. rc is the natural place for this, because _it_ gets run at startup. I

Re: it's time...

1999-08-09 Thread MIHIRA Yoshiro
[EMAIL PROTECTED] wrote: As far as I know, rc.shutdown doesn't get run unless you go to single user mode (for example, 'shutdown -h now' will not cause init to run rc.shutdown). I think FreeBSD-current was fixed and everytime run rc.shutdown. SEE GNATS DB bin/12093.

Re: it's time...

1999-08-09 Thread Brian F. Feldman
On Tue, 10 Aug 1999, Daniel O'Connor wrote: On 09-Aug-99 Brian F. Feldman wrote: You guys don't see the point. The point is a single, simple place to put default mixer values for any number of devices, and fitting in with the current configuration file scenario. rc is the natural

Re: it's time...

1999-08-09 Thread Brian F. Feldman
On Mon, 9 Aug 1999, Alex Zepeda wrote: One could stuff it into rc.conf, but this means it's harder to automagically save the state upon shutdown/reboot. But something like: Not really. You could do it with grep, awk, sed, or whatever you want, easily. The only possible problem would be...

Re: it's time...

1999-08-09 Thread Kenneth Wayne Culver
On 09-Aug-99 Brian F. Feldman wrote: You guys don't see the point. The point is a single, simple place to put default mixer values for any number of devices, and fitting in with the current configuration file scenario. rc is the natural place for this, because _it_ gets run at

Re: it's time...

1999-08-09 Thread Daniel O'Connor
On 10-Aug-99 Brian F. Feldman wrote: Sure.. but you still have window of time where the audio is at its default level before the rc stuff is run.. Why... would audio be playing from rc? Bear in mind, it would be set even before rc.local... I have a radio connected to line in on my sound

Re: it's time...

1999-08-09 Thread Brian F. Feldman
On Tue, 10 Aug 1999, Daniel O'Connor wrote: On 10-Aug-99 Brian F. Feldman wrote: Sure.. but you still have window of time where the audio is at its default level before the rc stuff is run.. Why... would audio be playing from rc? Bear in mind, it would be set even before

Re: it's time...

1999-08-09 Thread Daniel O'Connor
On 10-Aug-99 Brian F. Feldman wrote: I have a radio connected to line in on my sound card. Then that would be playing during the entire bootup, wouldn't it? What, does it play only after the card has been detected? The sound card shuts up after reset, and only starts outputing noise again

Re: it's time...

1999-08-08 Thread Kenneth Wayne Culver
to let newpcm out of the cage so you can all get your grubby little hands on it. http://www.vilnya.demon.co.uk/newpcm+dfrpnp-19990807.diff.gz this is a patch against a recent -current. if you have a pci or isapnp soundcard, you should have pnp0 and pcm0 in your kernel config as

Re: it's time...

1999-08-08 Thread Brian F. Feldman
On Sun, 8 Aug 1999, Kenneth Wayne Culver wrote: It works ok for me, but one nice feature of the sound system would be if upon shutdown (I don't leave my machine on all the time right now) OS somehow looked at a config file (call it /etc/soundvol.conf) for mixer volumes, and set them to that

Re: it's time...

1999-08-08 Thread Alex Zepeda
On Sun, 8 Aug 1999, Brian F. Feldman wrote: It works ok for me, but one nice feature of the sound system would be if upon shutdown (I don't leave my machine on all the time right now) OS somehow looked at a config file (call it /etc/soundvol.conf) for mixer volumes, and set them to that

Re: it's time...

1999-08-08 Thread Mike Smith
On Sun, 8 Aug 1999, Brian F. Feldman wrote: It works ok for me, but one nice feature of the sound system would be if upon shutdown (I don't leave my machine on all the time right now) OS somehow looked at a config file (call it /etc/soundvol.conf) for mixer volumes, and set them to

Re: it's time...

1999-08-08 Thread Daniel O'Connor
On 09-Aug-99 Alex Zepeda wrote: Actually at shutdown would be cool. So it could save the current volumes, and restore them at startup. Altho, at suspend and resume time wouldn't be a bad idea either. You could do it something like the way boot -c stuff or the splash screen is done, ie

Re: it's time...

1999-08-08 Thread Daniel O'Connor
On 09-Aug-99 Mike Smith wrote: Gosh, let's see; at shutdown it could edit /etc/rc.conf. Wouldn't that be handy? And so easy too. 8) Ahh but then you have to put up with the default sound levels until /etc/rc.conf is used :) --- Daniel O'Connor software and network engineer for Genesis