BSD voice synthesis

Just fetched and compiled the "festival" package. http://www.cstr.ed.ac.uk/projects/festival it has support for FreeBSD already (seems to work fine) Very impressive. I hope to have a little time to play with it and understand it a bit better. They seem to have support for up to 4.0 in some of t

Re: Mentioning RFC numbers in /etc/services

In message <199908030624.haa00...@keep.lan.awfulhak.org> Brian Somers writes: : Exactly - ditto for gethostbyname(). In the case of gethostbyname(), : I believe that domain names can't have a number as the first : character - I would have thought this idea should follow through with : services.

Re: Adding disks -the pain. Also vinum

On Tuesday, 3 August 1999 at 8:12:17 +0200, Bernd Walter wrote: > On Tue, Aug 03, 1999 at 12:16:06PM +0800, Stephen Hocking-Senior Programmer > PGS Tensor Perth wrote: >> >>> No, it would cause a higher I/O load. Vinum doesn't transfer entire >>> stripes, it transfers what you ask for. With a

Re: Mentioning RFC numbers in /etc/services

> In message <199908022217.xaa02...@keep.lan.awfulhak.org> Brian Somers writes: > : Yes, but do it the other way 'round - strtol first, if it's not all > : numeric, getservbyname(). > > I did it getservbyname first in case there were any legacy services > that were all numbers. Traditionally, th

Re: Mentioning RFC numbers in /etc/services

> In some email I received from Brian Somers, sie wrote: > [.] > > Yes, but do it the other way 'round - strtol first, if it's not all > > numeric, getservbyname(). > > No, the patch was correct. Not in my book - see my other posting :] -- Brian

Re: no elf(5) man page (docs/7914)

Jeroen Ruigrok/Asmodai wrote: > > * Andy Doran (a...@netbsd.org) [990802 00:53]: > > Wes Peters writes: > > > > > NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) > > > > It'd be cool if Asmodai could bounce this around one of the NetBSD lists > > once it's near completio

Re: Jail syscalls

According to Brian F. Feldman: > Jail is in RELENG_3 Not according to the CVS logs which lists kern_jail.c only for CURRENT. === File: kern_jail.c Status: Up-to-date Working revision:1.3 Fri Apr 30 06:51:51 1999

Re: Adding disks -the pain. Also vinum

On Tue, Aug 03, 1999 at 12:16:06PM +0800, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > > No, it would cause a higher I/O load. Vinum doesn't transfer entire > > stripes, it transfers what you ask for. With a large stripe size, the > > chances are higher that you can perform th

Re: Documenting writev(2) ENOBUFS error

Nik Clayton wrote: > > On Sat, Jul 31, 1999 at 06:50:09PM -0600, Wes Peters wrote: > > So, do you want to enumerate the cases in which this error can occur in the > > man page? This is not generally done, now that we have verified it is > > possible for the system to generate ENOBUFS on a writev.

Re: Adding disks -the pain. Also vinum

On Tue, Aug 03, 1999 at 01:35:54PM +0930, Greg Lehey wrote: > On Tuesday, 3 August 1999 at 11:11:39 +0800, Stephen Hocking-Senior > Programmer PGS Tensor Perth wrote: > > No, it would cause a higher I/O load. Vinum doesn't transfer entire > stripes, it transfers what you ask for. With a large

Re: Mentioning RFC numbers in /etc/services

In message <[EMAIL PROTECTED]> Brian Somers writes: : Exactly - ditto for gethostbyname(). In the case of gethostbyname(), : I believe that domain names can't have a number as the first : character - I would have thought this idea should follow through with : services. No. That is in error.

Re: Adding disks -the pain. Also vinum

On Tuesday, 3 August 1999 at 8:12:17 +0200, Bernd Walter wrote: > On Tue, Aug 03, 1999 at 12:16:06PM +0800, Stephen Hocking-Senior Programmer PGS >Tensor Perth wrote: >> >>> No, it would cause a higher I/O load. Vinum doesn't transfer entire >>> stripes, it transfers what you ask for. With a

Re: Mentioning RFC numbers in /etc/services

> In some email I received from Brian Somers, sie wrote: > [.] > > Yes, but do it the other way 'round - strtol first, if it's not all > > numeric, getservbyname(). > > No, the patch was correct. Not in my book - see my other posting :] -- Brian <[EMAIL PROTECTED]>

Re: Mentioning RFC numbers in /etc/services

> In message <[EMAIL PROTECTED]> Brian Somers writes: > : Yes, but do it the other way 'round - strtol first, if it's not all > : numeric, getservbyname(). > > I did it getservbyname first in case there were any legacy services > that were all numbers. Traditionally, this is hwo things were don

Re: no elf(5) man page (docs/7914)

Jeroen Ruigrok/Asmodai wrote: > > * Andy Doran ([EMAIL PROTECTED]) [990802 00:53]: > > Wes Peters writes: > > > > > NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) > > > > It'd be cool if Asmodai could bounce this around one of the NetBSD lists > > once it's near comple

Re: Jail syscalls

According to Brian F. Feldman: > Jail is in RELENG_3 Not according to the CVS logs which lists kern_jail.c only for CURRENT. === File: kern_jail.c Status: Up-to-date Working revision:1.3 Fri Apr 30 06:51:51 199

Re: Adding disks -the pain. Also vinum

On Tue, Aug 03, 1999 at 12:16:06PM +0800, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > > No, it would cause a higher I/O load. Vinum doesn't transfer entire > > stripes, it transfers what you ask for. With a large stripe size, the > > chances are higher that you can perform t

Re: Documenting writev(2) ENOBUFS error

Nik Clayton wrote: > > On Sat, Jul 31, 1999 at 06:50:09PM -0600, Wes Peters wrote: > > So, do you want to enumerate the cases in which this error can occur in the > > man page? This is not generally done, now that we have verified it is > > possible for the system to generate ENOBUFS on a writev

Re: Adding disks -the pain. Also vinum

On Tue, Aug 03, 1999 at 01:35:54PM +0930, Greg Lehey wrote: > On Tuesday, 3 August 1999 at 11:11:39 +0800, Stephen Hocking-Senior Programmer PGS >Tensor Perth wrote: > > No, it would cause a higher I/O load. Vinum doesn't transfer entire > stripes, it transfers what you ask for. With a large

Re: Jail syscalls

On Tue, 3 Aug 1999, Ollivier Robert wrote: > > It will probably not be very easy putting this into 3.x, considering the > number of files concerned although the number of lines changed is not that > big. Jail is in RELENG_3 > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...

Re: Adding disks -the pain. Also vinum

> Did you try 'disklabel -w da0 auto'? Yup - it also complained. > No, it would cause a higher I/O load. Vinum doesn't transfer entire > stripes, it transfers what you ask for. With a large stripe size, the > chances are higher that you can perform the transfer with only a > single I/O. Ev

Re: Adding disks -the pain. Also vinum

On Tuesday, 3 August 1999 at 11:11:39 +0800, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > The people who I work for were about to junk a bunch of 6 year old disks when > I snaffled them. Among them were 4 DEC DSP5400S (3.8GB each), with a nice > external case. These disks had been

Re: Jail syscalls

On Tue, 3 Aug 1999, Ollivier Robert wrote: > > It will probably not be very easy putting this into 3.x, considering the > number of files concerned although the number of lines changed is not that > big. Jail is in RELENG_3 > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL

Re: Adding disks -the pain. Also vinum

> Did you try 'disklabel -w da0 auto'? Yup - it also complained. > No, it would cause a higher I/O load. Vinum doesn't transfer entire > stripes, it transfers what you ask for. With a large stripe size, the > chances are higher that you can perform the transfer with only a > single I/O. E

Adding disks -the pain. Also vinum

The people who I work for were about to junk a bunch of 6 year old disks when I snaffled them. Among them were 4 DEC DSP5400S (3.8GB each), with a nice external case. These disks had been doing duty on a boat carrying out seismic surveys, attached to misc. Sun workstations. These are typical of

Re: Adding disks -the pain. Also vinum

On Tuesday, 3 August 1999 at 11:11:39 +0800, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > The people who I work for were about to junk a bunch of 6 year old disks when > I snaffled them. Among them were 4 DEC DSP5400S (3.8GB each), with a nice > external case. These disks had been

Re: Jail syscalls

According to Sebastien GIORIA: > My process decision is in the next 6 months, so if some > guys from core (particuliary PHK; if I remenber this is > the responsible of the jail subsystem). It will probably not be very easy putting this into 3.x, considering the number of files concerned although

Adding disks -the pain. Also vinum

The people who I work for were about to junk a bunch of 6 year old disks when I snaffled them. Among them were 4 DEC DSP5400S (3.8GB each), with a nice external case. These disks had been doing duty on a boat carrying out seismic surveys, attached to misc. Sun workstations. These are typical of

Re: Jail syscalls

According to Sebastien GIORIA: > My process decision is in the next 6 months, so if some > guys from core (particuliary PHK; if I remenber this is > the responsible of the jail subsystem). It will probably not be very easy putting this into 3.x, considering the number of files concerned althoug

Re: Mentioning RFC numbers in /etc/services

In message <199908022217.xaa02...@keep.lan.awfulhak.org> Brian Somers writes: : Yes, but do it the other way 'round - strtol first, if it's not all : numeric, getservbyname(). I did it getservbyname first in case there were any legacy services that were all numbers. Traditionally, this is hwo th

Re: readdirplus is very cool, any other nfs client suggestions?

:> My buildworld using the NFSv2 file handle length patch succeeded as :> well. :> :> I've included the patch again for reference. (Note: I didn't write :> this patch, refer back to the thread for that info). :> :> -Matt : :any perci

Re: FW: Network problems with 3.2R as VMWare Guest OS

> Forwarded to -hackers due to a lack of response in -questions. The lnc driver is not the most wonderful; you might want to talk to Paul Richards (p...@freebsd.org) about this. > Charles > > -Original Message- > From: Charles Randall [mailto:crand...@matchlogic.com] > Sent: Friday, Ju

Re: Mentioning RFC numbers in /etc/services

On Mon, 2 Aug 1999, Brian Somers wrote: > Yes, but do it the other way 'round - strtol first, if it's not all > numeric, getservbyname(). Can't you have all numeric service names? > David scheidt To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in th

Re: Mentioning RFC numbers in /etc/services

In message <[EMAIL PROTECTED]> Brian Somers writes: : Yes, but do it the other way 'round - strtol first, if it's not all : numeric, getservbyname(). I did it getservbyname first in case there were any legacy services that were all numbers. Traditionally, this is hwo things were done with IP ad

Re: readdirplus is very cool, any other nfs client suggestions?

:> My buildworld using the NFSv2 file handle length patch succeeded as :> well. :> :> I've included the patch again for reference. (Note: I didn't write :> this patch, refer back to the thread for that info). :> :> -Matt : :any perc

Re: FW: Network problems with 3.2R as VMWare Guest OS

> Forwarded to -hackers due to a lack of response in -questions. The lnc driver is not the most wonderful; you might want to talk to Paul Richards ([EMAIL PROTECTED]) about this. > Charles > > -Original Message- > From: Charles Randall [mailto:[EMAIL PROTECTED]] > Sent: Friday, July 3

Re: readdirplus is very cool, any other nfs client suggestions?

On Mon, 2 Aug 1999, Matthew Dillon wrote: > :Now on to the NFSv2 fhlen patch testing. I haven't run v2 in several > :months, hopefully it still works :-) > > My buildworld using the NFSv2 file handle length patch succeeded as > well. > > I've included the patch again for ref

Re: Mentioning RFC numbers in /etc/services

On Mon, 2 Aug 1999, Brian Somers wrote: > Yes, but do it the other way 'round - strtol first, if it's not all > numeric, getservbyname(). Can't you have all numeric service names? > David scheidt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the b

Re: Mentioning RFC numbers in /etc/services

[.] > @@ -832,15 +833,21 @@ > if (!sep->se_rpc) { > sp = getservbyname(sep->se_service, sep->se_proto); > if (sp == 0) { > + if ((p = strtol(sep->se_service, > + (char **NULL),

Re: readdirplus is very cool, any other nfs client suggestions?

:Now on to the NFSv2 fhlen patch testing. I haven't run v2 in several :months, hopefully it still works :-) My buildworld using the NFSv2 file handle length patch succeeded as well. I've included the patch again for reference. (Note: I didn't write this patch, refer bac

Re: readdirplus is very cool, any other nfs client suggestions?

On Mon, 2 Aug 1999, Matthew Dillon wrote: > :Now on to the NFSv2 fhlen patch testing. I haven't run v2 in several > :months, hopefully it still works :-) > > My buildworld using the NFSv2 file handle length patch succeeded as > well. > > I've included the patch again for re

Re: Mentioning RFC numbers in /etc/services

[.] > @@ -832,15 +833,21 @@ > if (!sep->se_rpc) { > sp = getservbyname(sep->se_service, sep->se_proto); > if (sp == 0) { > + if ((p = strtol(sep->se_service, > + (char **NULL)

Re: Initio INI-* SCSI card support

Guy Helmer wrote... > On Mon, 2 Aug 1999, David O'Brien wrote: > > > Has anybody taken a look at the FreeBSD driver source at > > http://www.initio.com/source.zip for the INI-* cards? Is this something > > we should import into -CURRENT? > > It would be handy for me if it were brought in. FWIW,

Re: readdirplus is very cool, any other nfs client suggestions?

:Now on to the NFSv2 fhlen patch testing. I haven't run v2 in several :months, hopefully it still works :-) My buildworld using the NFSv2 file handle length patch succeeded as well. I've included the patch again for reference. (Note: I didn't write this patch, refer ba

Re: Initio INI-* SCSI card support

Guy Helmer wrote... > On Mon, 2 Aug 1999, David O'Brien wrote: > > > Has anybody taken a look at the FreeBSD driver source at > > http://www.initio.com/source.zip for the INI-* cards? Is this something > > we should import into -CURRENT? > > It would be handy for me if it were brought in. FWIW

Re: Mentioning RFC numbers in /etc/services

dil...@apollo.backplane.com said: > :The correct way to do this is to fix getservbyname() so it accepts > :port numbers. : :DES :-- :Dag-Erling Smorgrav - d...@flood.ping.uio.no > > > If we were to depend on this, it would break code compatibility with > other UNIXes for no good reason.

Jail syscalls

Hi guys, I'm in the process of evaluating (next month) some box who made the same that jail syscall but this is linux boxes :-( or Solaris boxes. So, If I can make a FreeBSD-STABLE (3.X box) working with jail in the competition, I've got a good point for my boss. We are currently working wit

Re: So, back on the topic of enabling bpf in GENERIC...

In message <37a3b701.851df...@softweyr.com> Wes Peters writes: >Do we have a list of all services that use bpf? In the base system, ipfilter et al (ie ipsend(1)), tcpdump, rbootd, rarpd and dhcp. Someone who's got a complete set of ports might like to comment on what ports need bpf. Of these, we

Re: Mentioning RFC numbers in /etc/services

[EMAIL PROTECTED] said: > :The correct way to do this is to fix getservbyname() so it accepts > :port numbers. : :DES :-- :Dag-Erling Smorgrav - [EMAIL PROTECTED] > > > If we were to depend on this, it would break code compatibility with > other UNIXes for no good reason. For example

Re: Mentioning RFC numbers in /etc/services

Warner Losh writes: > Or getservbyname (which is really what you'd want to change). I have > patches to inetd that I've enclosed here. They are gorss, but the > code itself doesn't lend itself to non-gross patches w/o some rework, > which I was too lazy to do this morning. Or you might as well

Re: Initio INI-* SCSI card support

On Mon, 2 Aug 1999, David O'Brien wrote: > Has anybody taken a look at the FreeBSD driver source at > http://www.initio.com/source.zip for the INI-* cards? Is this something > we should import into -CURRENT? It would be handy for me if it were brought in. FWIW, I'm using this driver with an SII

Initio INI-* SCSI card support

Has anybody taken a look at the FreeBSD driver source at http://www.initio.com/source.zip for the INI-* cards? Is this something we should import into -CURRENT? -- -- David(obr...@nuxi.com -or- obr...@freebsd.org) To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freeb

Jail syscalls

Hi guys, I'm in the process of evaluating (next month) some box who made the same that jail syscall but this is linux boxes :-( or Solaris boxes. So, If I can make a FreeBSD-STABLE (3.X box) working with jail in the competition, I've got a good point for my boss. We are currently working wi

Re: So, back on the topic of enabling bpf in GENERIC...

In message <[EMAIL PROTECTED]> Wes Peters writes: >Do we have a list of all services that use bpf? In the base system, ipfilter et al (ie ipsend(1)), tcpdump, rbootd, rarpd and dhcp. Someone who's got a complete set of ports might like to comment on what ports need bpf. Of these, we need to lea

Re: Mentioning RFC numbers in /etc/services

Warner Losh <[EMAIL PROTECTED]> writes: > Or getservbyname (which is really what you'd want to change). I have > patches to inetd that I've enclosed here. They are gorss, but the > code itself doesn't lend itself to non-gross patches w/o some rework, > which I was too lazy to do this morning. O

Re: Initio INI-* SCSI card support

On Mon, 2 Aug 1999, David O'Brien wrote: > Has anybody taken a look at the FreeBSD driver source at > http://www.initio.com/source.zip for the INI-* cards? Is this something > we should import into -CURRENT? It would be handy for me if it were brought in. FWIW, I'm using this driver with an SI

Re: confusion about nfsm_srvmtofh bad behavior?

> > ok: > > #define nfsm_srvmtofh(f) \ > { int fhlen = NFSX_V3FH; \ > if (nfsd->nd_flag & ND_NFSV3) { \ > nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ > fhlen = fxdr_unsigned(int, *tl); \ > if (fhlen == 0) {

Initio INI-* SCSI card support

Has anybody taken a look at the FreeBSD driver source at http://www.initio.com/source.zip for the INI-* cards? Is this something we should import into -CURRENT? -- -- David([EMAIL PROTECTED] -or- [EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd

Re: Proposing argv for klds and preloaded modules

On Tue, 3 Aug 1999, Daniel C. Sobral wrote: > Warner Losh wrote: > > > > In message <37a5c680.3ca1d...@newsguy.com> "Daniel C. Sobral" writes: > > : Modules are not just drivers. Forget about drivers, and try again. > > : :-) > > > > But the generic mechanism extends beyond just drivers :-) > >

Re: confusion about nfsm_srvmtofh bad behavior?

> > ok: > > #define nfsm_srvmtofh(f) \ > { int fhlen = NFSX_V3FH; \ > if (nfsd->nd_flag & ND_NFSV3) { \ > nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ > fhlen = fxdr_unsigned(int, *tl); \ > if (fhlen == 0) {

Re: Proposing argv for klds and preloaded modules

On Tue, 3 Aug 1999, Daniel C. Sobral wrote: > Warner Losh wrote: > > > > In message <[EMAIL PROTECTED]> "Daniel C. Sobral" writes: > > : Modules are not just drivers. Forget about drivers, and try again. > > : :-) > > > > But the generic mechanism extends beyond just drivers :-) > > Ah, I reca

Re: readdirplus is very cool, any other nfs client suggestions?

On 2 Aug 1999, Dag-Erling Smorgrav wrote: > Alfred Perlstein writes: > > DES: can you elaborate? you think it may cause problems with amd > > since it's like an NFS buffer isn't it and would work over the > > loopback... > > I used loopback mounts to test NFS make worlds a while ago H

Re: Mentioning RFC numbers in /etc/services

In message <199908021754.daa25...@avalon.reed.wattle.id.au> Darren Reed writes: : Why not just use the changes NetBSD made to their inetd ~6 years ago ? Didn't know about them? Warner To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the messag

Re: confusion about nfsm_srvmtofh bad behavior?

:Right now it seems we're generating 8 bytes of fsid and 12 (padded to 16) :bytes of handle data in the common case for a total of 24 bytes of filehandle. :Then we pad that to 32 bytes for V2 or 64 bytes for V3, with random crud. :Then we copy this around, store it all in memory, transmit it over t

Re: confusion about nfsm_srvmtofh bad behavior?

On Tue, 3 Aug 1999, Peter Wemm wrote: > Alfred Perlstein wrote: > > On Mon, 2 Aug 1999, Matthew Dillon wrote: > > > > http://big.endian.org/~bright/freebsd/patches/nfsm_subs.diff > > > > This is a patch that Peter Wemm proposed however he had this: > > > > ! if (fhlen < NFSX_V3FH)

Re: Proposing argv for klds and preloaded modules

Warner Losh wrote: > > In message <37a5c680.3ca1d...@newsguy.com> "Daniel C. Sobral" writes: > : Modules are not just drivers. Forget about drivers, and try again. > : :-) > > But the generic mechanism extends beyond just drivers :-) Ah, I recall now. Something similar to the way X works, with a

Re: readdirplus is very cool, any other nfs client suggestions?

:Matthew Dillon writes: :> Ok, then there is a real good chance localhost mounts will work now. : :I'm happy to hear that, since NFSv3 is significantly faster than NFSv2 :on loopback mounts :) : :> I'm running a buildworld test right now with /usr/src and /usr/obj both :> on NFSv3 loca

Re: Mentioning RFC numbers in /etc/services

In message Bill Fumerola writes: : I agree. The change should be made in inetd, not in getportbyname() Or getservbyname (which is really what you'd want to change). I have patches to inetd that I've enclosed here. They are gorss, but the code itself doesn't lend itself to non-gross patches w/o

Re: confusion about nfsm_srvmtofh bad behavior?

Alfred Perlstein wrote: > On Mon, 2 Aug 1999, Matthew Dillon wrote: > > > > > ::> it then rewinds the mbuf pointers (i think) because of the > > ::> over "dissection" above. > > ::> --- > > ::> > > ::> why does it do the copy, then rewind it, it seems like it knows > > ::> it's doing something

Re: Mentioning RFC numbers in /etc/services

On Mon, 2 Aug 1999, Warner Losh wrote: > I don't think we should change getportbyname. If the getportbyname > fails, see if a strtol returns a number, and if so use that. I don't > see what is so hard about doing that. I agree. The change should be made in inetd, not in getportbyname() > If so

Re: readdirplus is very cool, any other nfs client suggestions?

On 2 Aug 1999, Dag-Erling Smorgrav wrote: > Alfred Perlstein <[EMAIL PROTECTED]> writes: > > DES: can you elaborate? you think it may cause problems with amd > > since it's like an NFS buffer isn't it and would work over the > > loopback... > > I used loopback mounts to test NFS make worlds a

Re: Mentioning RFC numbers in /etc/services

In message Bill Fumerola writes: : Copying the telnet line and changing the first word to 'http' does wonders : for being to access machines from inside a school district's firewall. What if the service has no name? : Choosing ports by number would be nice, however the same objections Matt : ha

Re: Mentioning RFC numbers in /etc/services

In message <[EMAIL PROTECTED]> Darren Reed writes: : Why not just use the changes NetBSD made to their inetd ~6 years ago ? Didn't know about them? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: confusion about nfsm_srvmtofh bad behavior?

:The whole file needs some documentation. :) :I stared at that for so long wondering why the heck it was doing that. NFS is the worst-documented code in the kernel, VFS is second-worst. Without commit privs, documenting existing code eats too much of my time I'm afraid. With com

Re: Mentioning RFC numbers in /etc/services

On Mon, 2 Aug 1999, Warner Losh wrote: > I say that I don't care if it allows this. In fact, I want to be able > to do things like that... Copying the telnet line and changing the first word to 'http' does wonders for being to access machines from inside a school district's firewall. Choosing

Re: confusion about nfsm_srvmtofh bad behavior?

On Mon, 2 Aug 1999, Matthew Dillon wrote: > > ::> it then rewinds the mbuf pointers (i think) because of the > ::> over "dissection" above. > ::> --- > ::> > ::> why does it do the copy, then rewind it, it seems like it knows > ::> it's doing something wrong and instead of fixing it, it just

Re: confusion about nfsm_srvmtofh bad behavior?

:Right now it seems we're generating 8 bytes of fsid and 12 (padded to 16) :bytes of handle data in the common case for a total of 24 bytes of filehandle. :Then we pad that to 32 bytes for V2 or 64 bytes for V3, with random crud. :Then we copy this around, store it all in memory, transmit it over

Re: Mentioning RFC numbers in /etc/services

In message Dag-Erling Smorgrav writes: : Daniel Eischen writes: : > Dag-Erling Smorgrav wrote: : > > The correct way to do this is to fix getservbyname() so it accepts : > > port numbers. : > Are you sure this is what you want? I'm 100% positive that I want this. : >

Re: Mentioning RFC numbers in /etc/services

In message Dag-Erling Smorgrav writes: : Allow me to re-quote the message I answered: : : > I vote for allowing inetd.conf to specify a port number instead of a : > service name... I've said it before, and I'll say it again: This is an excellent idea! Warner To Unsubscribe: send mail to major

Re: confusion about nfsm_srvmtofh bad behavior?

On Tue, 3 Aug 1999, Peter Wemm wrote: > Alfred Perlstein wrote: > > On Mon, 2 Aug 1999, Matthew Dillon wrote: > > > > http://big.endian.org/~bright/freebsd/patches/nfsm_subs.diff > > > > This is a patch that Peter Wemm proposed however he had this: > > > > ! if (fhlen < NFSX_V3FH

Re: Proposing argv for klds and preloaded modules

In message <37a5c680.3ca1d...@newsguy.com> "Daniel C. Sobral" writes: : Modules are not just drivers. Forget about drivers, and try again. : :-) But the generic mechanism extends beyond just drivers :-) Warner To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers"

Re: Proposing argv for klds and preloaded modules

Warner Losh wrote: > > In message <[EMAIL PROTECTED]> "Daniel C. Sobral" writes: > : Modules are not just drivers. Forget about drivers, and try again. > : :-) > > But the generic mechanism extends beyond just drivers :-) Ah, I recall now. Something similar to the way X works, with all the info

Re: readdirplus is very cool, any other nfs client suggestions?

:Matthew Dillon <[EMAIL PROTECTED]> writes: :> Ok, then there is a real good chance localhost mounts will work now. : :I'm happy to hear that, since NFSv3 is significantly faster than NFSv2 :on loopback mounts :) : :> I'm running a buildworld test right now with /usr/src and /usr/obj both

Re: Mentioning RFC numbers in /etc/services

In message <[EMAIL PROTECTED]> Bill Fumerola writes: : I agree. The change should be made in inetd, not in getportbyname() Or getservbyname (which is really what you'd want to change). I have patches to inetd that I've enclosed here. They are gorss, but the code itself doesn't lend itself to n

Re: confusion about nfsm_srvmtofh bad behavior?

Alfred Perlstein wrote: > On Mon, 2 Aug 1999, Matthew Dillon wrote: > > > > > ::> it then rewinds the mbuf pointers (i think) because of the > > ::> over "dissection" above. > > ::> --- > > ::> > > ::> why does it do the copy, then rewind it, it seems like it knows > > ::> it's doing somethin

Re: Proposing argv for klds and preloaded modules

Warner Losh wrote: > > In message > Juha Nurmela writes: > : Yes, but (this might be a trademark ;) commonly the arguments would > : be used during the sysinit->attach, and at that time sysctl has not yet > : been able to change anything. Use of sysctl would require a sidestep > : from attach an

Re: Mentioning RFC numbers in /etc/services

On Mon, 2 Aug 1999, Warner Losh wrote: > I don't think we should change getportbyname. If the getportbyname > fails, see if a strtol returns a number, and if so use that. I don't > see what is so hard about doing that. I agree. The change should be made in inetd, not in getportbyname() > If s

Re: Mentioning RFC numbers in /etc/services

In message <[EMAIL PROTECTED]> Bill Fumerola writes: : Copying the telnet line and changing the first word to 'http' does wonders : for being to access machines from inside a school district's firewall. What if the service has no name? : Choosing ports by number would be nice, however the same

Re: confusion about nfsm_srvmtofh bad behavior?

:The whole file needs some documentation. :) :I stared at that for so long wondering why the heck it was doing that. NFS is the worst-documented code in the kernel, VFS is second-worst. Without commit privs, documenting existing code eats too much of my time I'm afraid. With co

Re: Mentioning RFC numbers in /etc/services

On Mon, 2 Aug 1999, Warner Losh wrote: > I say that I don't care if it allows this. In fact, I want to be able > to do things like that... Copying the telnet line and changing the first word to 'http' does wonders for being to access machines from inside a school district's firewall. Choosing

Re: confusion about nfsm_srvmtofh bad behavior?

On Mon, 2 Aug 1999, Matthew Dillon wrote: > > ::> it then rewinds the mbuf pointers (i think) because of the > ::> over "dissection" above. > ::> --- > ::> > ::> why does it do the copy, then rewind it, it seems like it knows > ::> it's doing something wrong and instead of fixing it, it just

Re: Mentioning RFC numbers in /etc/services

In message <[EMAIL PROTECTED]> Dag-Erling Smorgrav writes: : Daniel Eischen <[EMAIL PROTECTED]> writes: : > Dag-Erling Smorgrav wrote: : > > The correct way to do this is to fix getservbyname() so it accepts : > > port numbers. : > Are you sure this is what you want? I'm 100% positive that I want

Re: Mentioning RFC numbers in /etc/services

In message <[EMAIL PROTECTED]> Dag-Erling Smorgrav writes: : Allow me to re-quote the message I answered: : : > I vote for allowing inetd.conf to specify a port number instead of a : > service name... I've said it before, and I'll say it again: This is an excellent idea! Warner To Unsubscribe

FW: Network problems with 3.2R as VMWare Guest OS

Forwarded to -hackers due to a lack of response in -questions. Charles -Original Message- From: Charles Randall [mailto:crand...@matchlogic.com] Sent: Friday, July 30, 1999 9:55 AM To: freebsd-questi...@freebsd.org Subject: Network problems with 3.2R as VMWare Guest OS I've been runnin

Re: Proposing argv for klds and preloaded modules

In message <[EMAIL PROTECTED]> "Daniel C. Sobral" writes: : Modules are not just drivers. Forget about drivers, and try again. : :-) But the generic mechanism extends beyond just drivers :-) Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of

Re: readdirplus is very cool, any other nfs client suggestions?

Matthew Dillon writes: > Ok, then there is a real good chance localhost mounts will work now. I'm happy to hear that, since NFSv3 is significantly faster than NFSv2 on loopback mounts :) > I'm running a buildworld test right now with /usr/src and /usr/obj both > on NFSv3 localhost mo

Re: readdirplus is very cool, any other nfs client suggestions?

:Matthew Dillon writes: :> The buildworld chflags problems were fixed around a month ago I think. : :No, I fixed them in february or march. : :DES :-- :Dag-Erling Smorgrav - d...@yes.no Ok, then there is a real good chance localhost mounts will work now. I'm running a buildworld te

Re: Proposing argv for klds and preloaded modules

Warner Losh wrote: > > In message <[EMAIL PROTECTED]> Juha >Nurmela writes: > : Yes, but (this might be a trademark ;) commonly the arguments would > : be used during the sysinit->attach, and at that time sysctl has not yet > : been able to change anything. Use of sysctl would require a sidestep

Re: readdirplus is very cool, any other nfs client suggestions?

Tim Vanderhoek writes: > Set INSTALLFLAGS_EDIT=:S/schg/,/ to remove these when doing a make > world, if needed. Please try to understand what the issue is before butting in. DES -- Dag-Erling Smorgrav - d...@yes.no To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-h

Re: readdirplus is very cool, any other nfs client suggestions?

Matthew Dillon writes: > The buildworld chflags problems were fixed around a month ago I think. No, I fixed them in february or march. DES -- Dag-Erling Smorgrav - d...@yes.no To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the message

  1   2   >