Re: use md device in /etc/rc.diskless{1,2}

On Tue, 27 Mar 2001, Warner Losh wrote: WL>In message <[EMAIL PROTECTED]> Falco Krepel writes: WL>: 1. For example you could use the diskless boot procedure for smart WL>: clients with a small disk used as swap space. So I think it is better to WL>: use swap instead of malloc for var,dev, and tmp

Re: use md device in /etc/rc.diskless{1,2}

In message <[EMAIL PROTECTED]> Falco Krepel writes: : 1. For example you could use the diskless boot procedure for smart : clients with a small disk used as swap space. So I think it is better to : use swap instead of malloc for var,dev, and tmp. This could be done with : a variable (e.g. diskless

Re: newcard/cardbus instabilities

In message <[EMAIL PROTECTED]> Mike Smith writes: : The problem that Johny was seeing was that 'device pccard' causes broken : interrupt delivery for cardbus cards. If that's meant to work, I can see : if I can reproduce it locally. It is ment to work and works for me on my VAIO all the time.

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

In message <[EMAIL PROTECTED]> Greg Lehey writes: : > Play the ball, not the man. : : I don't have an objection to the change, I was just asking. And : "because System V does it this way" has never been a good answer for : us. And no, I'm not picking on Doug, just making a point. I see no reas

heads up, CAM error recovery changes committed

I won't repeat the commit message here, but the new CAM error recovery code has been committed to -current. Note that error printouts are now a little more descriptive, so don't be alarmed at that. If there are any problems with the new code, send mail to [EMAIL PROTECTED], or to [EMAIL PROTECT

Re: Fixing ypbind with TI-RPC

> > > > Why can't you just enable sigio on the reply socket, send all the > > requests with a 0 timeout and then wait for a signal to either > > interrupt the sending or to notify you when you complete sending? > > > > Your solution seems awfully complex for what seems to be a simple > > problem

Re: Whatever happened to CTM?

On Tue, Mar 27, 2001 at 12:26:34AM -0500, Chuck Robey wrote: > On Wed, 21 Mar 2001, Stephen McKay wrote: > > > >unfortunatly my provider > > >cut me off and I just got some access back, but not for the location > > >the ctm machine is located at. > > > > > >At this time I do not know yet when it

is 'make release' broken?

Making fixit floppy. disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/

Re: Whatever happened to CTM?

On Wed, 21 Mar 2001, Stephen McKay wrote: > >unfortunatly my provider > >cut me off and I just got some access back, but not for the location > >the ctm machine is located at. > > > >At this time I do not know yet when it will have access again. > > Surely FreeBSD Inc (or whatever it is that own

Re: Fixing ypbind with TI-RPC

* Alfred Perlstein <[EMAIL PROTECTED]> [010326 19:57] wrote: > * Bill Paul <[EMAIL PROTECTED]> [010326 16:05] wrote: > > Why can't you just enable sigio on the reply socket, send all the > requests with a 0 timeout and then wait for a signal to either > interrupt the sending or to notify you when

Re: Fixing ypbind with TI-RPC

* Bill Paul <[EMAIL PROTECTED]> [010326 16:05] wrote: > Ok. Friday I sat down and tried to make the -m option to ypbind work > correctly using the new TI-RPC code. Unfortunately, my test machine > chose that day to eat itself. Even more unfortunately, it was an AMD > 900Mhz Thunderbird. Today, I s

page fault in mpu.c

I finally tracked down the page fault I was seeing while probing the mpu. The mutex was not being initialized before it was used. I have included a patch below which fixes the problem. Will someone please review the style and commit the fix. Thanks. Jim Bloom [EMAIL PROTECTED] Index: mpu.c =

Fixing ypbind with TI-RPC

Ok. Friday I sat down and tried to make the -m option to ypbind work correctly using the new TI-RPC code. Unfortunately, my test machine chose that day to eat itself. Even more unfortunately, it was an AMD 900Mhz Thunderbird. Today, I started working on another box and managed to get things to wor

Re: ** HEADS UP **: bsd.man.mk changes

In message <[EMAIL PROTECTED]> Peter Pentchev writes: : > I welcome the changes, but don't think the old version should be : > removed: third party software uses it, and it would not serve any : > purpose to break them. : : I'm definitely with Kris on this one; and I know of at least two other :

Re: telnet broken with auto-negotiation of encrypt/decrypt change

It's been a couple of days since you sent this e-mail -- did this change get MFC'd as yet, or are we still waiting for approval? Just want to make sure it gets in before the release. Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Ne

Re: NFS over IPv6 is a reason????

On Mon, Mar 26, 2001 at 04:46:45PM -0500, Mike O'Dell wrote: > > gee - being like SysV is more comprehensible than worrying about IPv6 Perhaps if you're living in 1994 :-) Kris PGP signature

NFS over IPv6 is a reason????

gee - being like SysV is more comprehensible than worrying about IPv6 -mo To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: ** HEADS UP **: bsd.man.mk changes

On Mon, Mar 26, 2001 at 01:28:09PM -0800, Kris Kennaway wrote: > On Mon, Mar 26, 2001 at 06:03:38PM +0300, Ruslan Ermilov wrote: > > Hi! > > > > The syntax for declaring manual pages has been changed. > > > > The manual pages to be installed can now be listed in a > > single MAN variable. The o

Re: ** HEADS UP **: bsd.man.mk changes

On Mon, Mar 26, 2001 at 06:03:38PM +0300, Ruslan Ermilov wrote: > Hi! > > The syntax for declaring manual pages has been changed. > > The manual pages to be installed can now be listed in a > single MAN variable. The old MAN[1-9] syntax is still > supported, for backwards compatibility. > > Th

buildworld dies

Dear FreeBSD'ers with sources as of today, ~ 15:40 GMT (from the dutch mirror), my buildworld dies thus: ===> sbin/adjkerntz^M cc -O -pipe -march=pentiumpro -Wall -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sbin/adj kerntz/adjkerntz.c^M cc -O -pipe -march=pentiumpro -Wall -I/usr/obj/usr

Re: use md device in /etc/rc.diskless{1,2}

This is a fine solution. I hope it's OK when I add this to my patch request. But I have two remarks. 1. For example you could use the diskless boot procedure for smart clients with a small disk used as swap space. So I think it is better to use swap instead of malloc for var,dev, and tmp. This c

** HEADS UP **: bsd.man.mk changes

Hi! The syntax for declaring manual pages has been changed. The manual pages to be installed can now be listed in a single MAN variable. The old MAN[1-9] syntax is still supported, for backwards compatibility. The plan is to MFC this feature after 4.3 release, and start the deorbit sequence fo

Re: midi causes panic on boot? (update)

Hello Jim, On Sun, Mar 25, 2001 at 07:20:04PM -0500, Jim Bloom wrote: > I get a slightly different backtrace, but was able to use my palm pilot as the > serial console. I have had this same problem for quit a while (about a month). > I suspect a locking issue related to Seigo Tanimura's commit o

Re: use md device in /etc/rc.diskless{1,2}

> Hi. > > I have diskless-PC which was used /boot/pxeboot. But latest > FreeBSD-current is output below messages and some fsck_nfs problem. > > WARNING: MFS is being phased out in preference for md devices > WARNING: Please see mdconfig(8) for details > WARNING: Continuing in 15 seconds > >

Re: newcard/cardbus instabilities

> In message <[EMAIL PROTECTED]> Mike Smith writes: > : This looks OK, though you might want to disable the pccard support, since > : it's known to be broken right now. > > pccard support is not broken right now. If there's a "known" issue, I > sure don't know about it. Oh, sorry, I'm obviousl

Re: use md device in /etc/rc.diskless{1,2}

I have sent a patch request: http://www.freebsd.org/cgi/query-pr.cgi?pr=25730 -- Falco KrepelPhone: +49-(0)30 - 34 63 - 7 276 GMD-FOKUS Fax:+49-(0)30 - 34 63 - 8 276 Kaiserin-Augusta-Allee 31 e-mail: [EMAIL PROTECTED] 10589 Berlin

Re: use md device in /etc/rc.diskless{1,2}

I sent a patch request: http://www.freebsd.org/cgi/query-pr.cgi?pr=25730 -- Falco KrepelPhone: +49-(0)30 - 34 63 - 7 276 GMD-FOKUS Fax:+49-(0)30 - 34 63 - 8 276 Kaiserin-Augusta-Allee 31 e-mail: [EMAIL PROTECTED] 10589 Berlin

Re: Recent interface/routing changes breaks on-demand PPP

> On Sun, Mar 25, 2001 at 02:46:22AM +0100, Brian Somers wrote: > > > > On Fri, Mar 23, 2001 at 23:11:56 +, Brian Somers wrote: > > > > > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done). > > > > >Here, ppp configures the interface as soon as it sees the ``set > > > > >

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

On Monday, 26 March 2001 at 18:19:06 +1000, Andrew Reilly wrote: > On Mon, Mar 26, 2001 at 05:24:14PM +0930, Greg Lehey wrote: >> On Sunday, 25 March 2001 at 23:48:10 -0800, Doug Barton wrote: >>> Greg Lehey wrote: On Wednesday, 21 March 2001 at 10:44:38 -0800, David O'Brien wrote: >

Re: ** HEADS UP ** portmap daemon renamed to rpcbind

On Mon, Mar 26, 2001 at 05:24:14PM +0930, Greg Lehey wrote: > On Sunday, 25 March 2001 at 23:48:10 -0800, Doug Barton wrote: > > Greg Lehey wrote: > >> > >> On Wednesday, 21 March 2001 at 10:44:38 -0800, David O'Brien wrote: > >>> The Portmapper binary has been renamed from `portmap' to `rpcbind'.