problem with ftp in latest -current
Lately, I can't ftp to any anonymous ftp sites. Every single one I attempt to ftp to gives me a "connection refused" error message. Is there a problem with bind? -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problem with ftp in latest -current
On Wed, 16 Aug 2000, Donn Miller wrote: Lately, I can't ftp to any anonymous ftp sites. Every single one I attempt to ftp to gives me a "connection refused" error message. Is there a problem with bind? Only on your end :-) Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Perl installworld trouble
When installing a current world on a month or so old current, installworld failed during install of perl. Under /usr/libdata/perl/5.6.0, I manually had to create these directories: IO/Socket auto/DB_File auto/GDBM_File auto/POSIX Assimilated into my local tree; I'll commit later. Thanks! :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problem with ftp in latest -current
On Wed, 16 Aug 2000 02:51:54 -0400, Donn Miller wrote: Lately, I can't ftp to any anonymous ftp sites. Every single one I attempt to ftp to gives me a "connection refused" error message. Is there a problem with bind? Yesterday's -current does not demonstrate this problem on my workstation, and I do use bind as a local resolver. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftpd not working with 4.1-stable
On Wed, Aug 16, 2000 at 02:56:54AM -0400, Network wrote:
Inetd is disabled with .. inetd_enable="NO"
I cannot start ftpd from the cmd line using; /usr/libexec/ftpd -D -S -l -a
xxx.xxx.xx.xx -OR- /usr/libexec/ftpd -D -a xxx.xxx.xx.xx
Error= Aug 16 01:19:52 The-Raven ftpd[988]: getpeername (/usr/libexec/ftpd):
Socket operation
Aug 16 01:23:28 The-Raven ftpd[1007]: control socket: Protocol not
supported
The first error line has never showed itself again. The second error line
happens on both of my 4.1-stable machines.
At the time of this writing I wasn't able to search the mail list for
possible fixes or answers.
I have just fixed that in CURRENT. Please try the following patch, it should
apply cleanly to your 4.1-STABLE sources.
Cheers,
--
Ruslan Ermilov Oracle Developer/DBA,
[EMAIL PROTECTED] Sunbay Software AG,
[EMAIL PROTECTED] FreeBSD committer,
+380.652.512.251Simferopol, Ukraine
http://www.FreeBSD.org The Power To Serve
http://www.oracle.com Enabling The Information Age
Index: ftpd.c
===
RCS file: /home/ncvs/src/libexec/ftpd/ftpd.c,v
retrieving revision 1.65
retrieving revision 1.66
diff -u -p -r1.65 -r1.66
--- ftpd.c 2000/08/01 13:58:55 1.65
+++ ftpd.c 2000/08/16 09:12:33 1.66
@@ -408,8 +408,6 @@ main(argc, argv, envp)
error = getaddrinfo(bindname, "ftp", hints,
res);
}
- if (error == 0 res-ai_addr != NULL)
- family = res-ai_addr-sa_family;
}
if (error) {
syslog(LOG_ERR, gai_strerror(error));
@@ -420,7 +418,8 @@ main(argc, argv, envp)
if (res-ai_addr == NULL) {
syslog(LOG_ERR, "-a %s: getaddrinfo failed", hostname);
exit(1);
- }
+ } else
+ family = res-ai_addr-sa_family;
/*
* Open a socket, bind it to the FTP port, and start
* listening.
Re: ftpd not working with 4.1-stable
Could this be related to the problems I've been having lately with -current? Everytime I try to connect to an anonymoys ftp site, I get "connection refused" every time, no matter which site it is. I can get into the same sites with Netscape, lynx, w3m, and wget. I'm getting similar errors with fetch. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sendmail updated from 8.9.3 to 8.11.0 in -current
According to Gregory Neil Shapiro: Actually, it wouldn't. I was able to get Torek I/O working with STARTTLS as an FFR. I'm running with STARTTLS at home without using sfio. Excellent! Ignore my mail on committers then Greg :-) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ftpd not working with 4.1-stable
Inetd is disabled with .. inetd_enable="NO" I cannot start ftpd from the cmd line using; /usr/libexec/ftpd -D -S -l -a xxx.xxx.xx.xx -OR- /usr/libexec/ftpd -D -a xxx.xxx.xx.xx Error= Aug 16 01:19:52 The-Raven ftpd[988]: getpeername (/usr/libexec/ftpd): Socket operationAug 16 01:23:28 The-Raven ftpd[1007]: control socket: Protocol not supported The first error line has never showed itself again. The second error line happens on both of my 4.1-stable machines. At the time of this writing I wasn't able to search the mail list for possible fixes or answers.
FW: fm801 sound driver
Fellows,
There is a Forte Media FM801 sound chip support attached (one file).
I have browsed the handbook and could not find anything how to
(and whom to) submit the source code.
Anyway, the code should be in /usr/srs/sys/dev/sound/pci/fm801.c
and the file /usr/src/sys/conf/files should contain the line as follows:
dev/sound/pci/fm801.c optional pcm pci
... Ok, if somebody has this hardware, I'll be happy to get some
comments and bug reports.
Have fun,
regards,
Dmitry.
--
**
("`-''-/").___..--''"`-._ (\ Dimmy the Wild UA1ACZ
`6_ 6 ) `-. ( ).`-.__.`)DataArt Enterprises, Inc.
(_Y_.)' ._ ) `._ `. ``-..-' Serpukhovskaja street, 10
_..`--'_..-_/ /--'_.' ,' Saint Petersburg, Russia
(il),-'' (li),' ((!.-' +7 (812) 3261780, 5552490
**
fm801.c
ftp and /etc/services...
This is on a recently-built -current box. When I try to move ftp from port 21 to port 2121 in /etc/services, I get a "Connection refused" message when I try to login to anonymous ftp sites. Should ftp be this dependent on /etc/services? What if you _have_ no services running, e.g. inetd portmap? Returning ftp to port 21 in services fixes this problem. I posted earlier about my problems with ftp recently. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp and /etc/services...
This is on a recently-built -current box. When I try to move ftp from port 21 to port 2121 in /etc/services, I get a "Connection refused" message when I try to login to anonymous ftp sites. Should ftp be this dependent on /etc/services? What if you _have_ no services running, e.g. inetd portmap? Returning ftp to port 21 in services fixes this problem. I posted earlier about my problems with ftp recently. Yes! From man 5 services: The services file contains information regarding the known services available in the DARPA Internet. For each service a single line should be present with the following information: If you wish to have your ftp-service on a diffrent port you simply tell inetd to use that port in inetd.conf. /etc/services is not only used by inetd. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp and /etc/services...
On Wed, Aug 16, 2000 at 05:39:33AM -0400, Donn Miller wrote: This is on a recently-built -current box. When I try to move ftp from port 21 to port 2121 in /etc/services, I get a "Connection refused" message when I try to login to anonymous ftp sites. Should ftp be this dependent on /etc/services? What if you _have_ no services running, e.g. inetd portmap? Returning ftp to port 21 in services fixes this problem. I posted earlier about my problems with ftp recently. That's the behavior I would expect. If you want to connect to a specific service, you should look it up in /etc/services. Changing IANA registered services in the services file is asking for trouble. If you really want to change it, you can should be able to get away with specifying the correct port on the command line. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp and /etc/services...
On Wed, 16 Aug 2000 05:39:33 -0400, Donn Miller wrote: This is on a recently-built -current box. When I try to move ftp from port 21 to port 2121 in /etc/services, I get a "Connection refused" message when I try to login to anonymous ftp sites. Sounds like ftp(1) is doing its job -- it defaults to using the ``ftp'' port, as resolved using the /etc/services file. If you insist on messing around withy /etc/services, then you can specify a port number to ftp(1) on the command line. See the -P option described in the ftp(1) manual page. If you're messing around with /etc/services just because you want to run ftpd(8) on a non-standard port, then I think you're going about it the wrong way. You should rather add a new service to /etc/services, called something like ``ftp-weird'', and then configure inetd(8) to launch ftpd(8) to handle connections to ``ftp-weird''. It's a little odd that ftpd(8) can be started and run as a listening daemon, and yet provides no option for specifying the port on which it should listen. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: ftp and /etc/services...
On 16-Aug-00 Donn Miller wrote: refused" message when I try to login to anonymous ftp sites. Should ftp be this dependent on /etc/services? What if you _have_ no services running, e.g. inetd portmap? Returning ftp to port 21 in services fixes I think the answer to this is 'yes it should', /etc/services is just a port number to service name mapping with no connection to whatever services are running. The ftp client 'knows' it should talk to the ftp service and checks in /etc/services for the corresponding port number then makes a connection to that port on the specified host. If you were trying to get a local ftp server listening on port 2121 (no reason why not) then you would need to change inetd.conf (or rig the ftp server to run standalone on port 2121). To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel explosion in -stable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 15 Aug 2000, Alfred Perlstein wrote:
Please get a crashdump and traceback:
I had tried yesterday, but didn't realize I didn't have dumpon set
on that machine DUH! Ok, here is a kernel traceback... I would be
happy to test/help develop any patches, seeing as how that machine is
going to sit there broken until I fix it.. ;)
Thanks for the help
Damieon Stark
Sr. Unix Systems Administrator
[EMAIL PROTECTED]
PGP Public Key: www.telemere.net/~visigoth/visigoth.asc
|
M$ -Where do you want to go today? |
Linux -Where do you want to go tomorrow?| FreeBSD - The POWER to serve
Freebsd -Are you guys coming or what? | http://www.freebsd.org
|
|
-
-BEGIN PGP SIGNATURE-
Version: PGP 6.5.1i
iQA/AwUBOZqihTnmC/+RTnGeEQLzYwCgtr9xpqlhroZPBl1tYW3plQr4D5cAoKIn
HBptXXaq5Jybj8/syjsk51pE
=G8JD
-END PGP SIGNATURE-
jail# gdb -k kernel.debug /var/crash/vmcore.0
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...
IdlePTD 3555328
initial pcb at 2deb80
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x0
fault code = supervisor write, page not present
instruction pointer = 0x8:0xc01af381
stack pointer = 0x10:0xd5739dd4
frame pointer = 0x10:0xd5739dd8
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 1954 (id)
interrupt mask =
trap number = 12
panic: page fault
syncing disks... 3 1
done
Uptime: 16h18m21s
dumping to dev #da/0x20001, offset 16
dump 511 snip [510-0]
---
#0 boot (howto=256) at ../../kern/kern_shutdown.c:302
302 dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0 boot (howto=256) at ../../kern/kern_shutdown.c:302
#1 0xc015f76c in poweroff_wait (junk=0xc02b3f4f, howto=-755409600)
at ../../kern/kern_shutdown.c:552
#2 0xc027844e in trap_fatal (frame=0xd5739d94, eva=0)
at ../../i386/i386/trap.c:929
#3 0xc027810d in trap_pfault (frame=0xd5739d94, usermode=0, eva=0)
at ../../i386/i386/trap.c:822
#4 0xc0277ccb in trap (frame={tf_fs = -1072168944, tf_es = -713883632,
tf_ds = 16, tf_edi = 0, tf_esi = -1052791072, tf_ebp = -713843240,
tf_isp = -713843264, tf_ebx = -756422592, tf_edx = 0,
tf_ecx = -1053369564, tf_eax = 0, tf_trapno = 12, tf_err = 2,
tf_eip = -1071975551, tf_cs = 8, tf_eflags = 66118, tf_esp = -756422592,
tf_ss = -713843216}) at ../../i386/i386/trap.c:427
#5 0xc01af381 in in_pcbrehash (inp=0xd2e9e840) at ../../netinet/in_pcb.c:984
#6 0xc01aed59 in in_pcbconnect (inp=0xd2e9e840, nam=0xc13faee0, p=0xd2f95d40)
at ../../netinet/in_pcb.c:505
#7 0xc01bbcff in udp_output (inp=0xd2e9e840, m=0xc1078900, addr=0xc13faee0,
control=0x0, p=0xd2f95d40) at ../../netinet/udp_usrreq.c:671
#8 0xc01bc0cb in udp_send (so=0xd2ddf9c0, flags=0, m=0xc1078900,
addr=0xc13faee0, control=0x0, p=0xd2f95d40)
at ../../netinet/udp_usrreq.c:888
#9 0xc017be0b in sosend (so=0xd2ddf9c0, addr=0xc13faee0, uio=0xd5739edc,
top=0xc1078900, control=0x0, flags=0, p=0xd2f95d40)
at ../../kern/uipc_socket.c:604
#10 0xc017f4d1 in sendit (p=0xd2f95d40, s=4, mp=0xd5739f1c, flags=0)
at ../../kern/uipc_syscalls.c:520
#11 0xc017f5cc in sendto (p=0xd2f95d40, uap=0xd5739f80)
at ../../kern/uipc_syscalls.c:572
#12 0xc02786b1 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = 134561792, tf_esi = 134557760, tf_ebp = -1077940148,
tf_isp = -713842732, tf_ebx = 672037956, tf_edx = 56, tf_ecx = 56,
tf_eax = 133, tf_trapno = 12, tf_err = 2, tf_eip = 671738660, tf_cs = 31,
tf_eflags = 647, tf_esp = -1077940512, tf_ss = 47})
at ../../i386/i386/trap.c:1128
#13 0xc026a6f5 in Xint0x80_syscall ()
#14 0x280ac7d8 in ?? ()
#15 0x280c0313 in ?? ()
#16 0x280be161 in ?? ()
#17 0x280be6b0 in ?? ()
#18 0x28097355 in ?? ()
#19 0x280969d1 in ?? ()
#20 0x8048ee7 in ?? ()
#21 0x80488eb in ?? ()
#22 0x804878d in ?? ()
Re: ftp and /etc/services...
This is on a recently-built -current box. When I try to move ftp from port 21 to port 2121 in /etc/services, I get a "Connection refused" message when I try to login to anonymous ftp sites. Should ftp be this dependent on /etc/services? What if you _have_ no services running, e.g. inetd portmap? Returning ftp to port 21 in services fixes this problem. I posted earlier about my problems with ftp recently. /usr/bin/ftp depends on "ftp" line in /etc/services. you cannot just change it. itojun To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel explosion in -stable
I'm quasi-offline at the moment, so I'm not able to do much about it and knowing myself I'll be sandbagged for a couple of weeks after my vacation so your best bet is to try to narrow this one further down yourself in the meantime. The comment above pcb_rehash() seems to have some strong guidance, and a double-check to see if I have messed up on the expected behaviour might be in order (look for "prison"). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
LINT doesn't compile
syv# make -k linking kernel umodem.o: In function `umodem_set_line_coding': umodem.o(.text+0xe6a): undefined reference to `memcmp' *** Error code 1 (continuing) `all' not remade because of errors. syv# -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Perl installworld trouble
On Tue, 15 Aug 2000 23:18:00 +0200, Leif Neland wrote: When installing a current world on a month or so old current, installworld failed during install of perl. Under /usr/libdata/perl/5.6.0, I manually had to create these directories: IO/Socket auto/DB_File auto/GDBM_File auto/POSIX This is odd, because successful completion of buildworld and installworld over here occur in spite of the absence of all of these directories. You might want to send Mark Murray [EMAIL PROTECTED] the exact failures you got, since he's quite in tune with the perl build and might be aware of subtleties that may cause what you're seeing. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
TEST
TEST -- -BEGIN GEEK CODE BLOCK- Version: 3.12 G! d- s: a C+++ UL++ P++ L+++ E--- W+ N++ o+ K++ w-- O-- M-- V-- PS--- PE-- Y+ PGP- t+ 5 X+++ R* tv-- b DI++ D++ G+ e* h--- r+++ y+++ --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
5.0 snapshot install problem
I'm having trouble installing the 5.0-2815-CURRENT snapshot. The problem seems to be broken behavior in the installer FTP client. My firewall requires using passive mode. The installer asks the FTP server for passive mode (using PASV), but then it bogusly asks for active mode (using the PORT command) immediately afterwards. Yes I selected 'passive mode ftp' for the transfer method. Here's a portion of a packet dump exhibiting the problem. The install client machine is 207.76.205.124: 13:23:01.546352 207.76.205.124.1024 209.180.6.226.21: P 276:302(26) ack 880 win 17519 (DF) (ttl 64, id 24) : 4500 0042 0018 4000 4006 c53e cf4c cd7c E..B..@.@...L.| 0010: d1b4 06e2 0400 0015 3f68 1fed e736 98b1 ?h...6.. 0020: 5018 446f 31b7 4357 4420 352e 302d P.Do1...CWD 5.0- 0030: 3230 3030 3038 3135 2d43 5552 5245 4e54 2815-CURRENT 0040: 0d0a .. 13:23:01.632676 209.180.6.226.21 207.76.205.124.1024: P 880:917(37) ack 302 win 17520 (DF) [tos 0x10] (ttl 54, id 30158) : 4510 004d 75ce 4000 3606 596d d1b4 06e2 E..Mu.@.6.Ym 0010: cf4c cd7c 0015 0400 e736 98b1 3f68 2007 .L.|.6..?h . 0020: 5018 4470 4f15 3235 302d 506c 6561 P.DpO...250-Plea 0030: 7365 2072 6561 6420 7468 6520 6669 6c65 se read the file 0040: 2052 4541 444d 452e 5458 540d 0a README.TXT.. 13:23:01.724509 207.76.205.124.1024 209.180.6.226.21: . ack 917 win 17520 (DF) (ttl 64, id 25) : 4500 0028 0019 4000 4006 c557 cf4c cd7c E..(..@.@..W.L.| 0010: d1b4 06e2 0400 0015 3f68 2007 e736 98d6 ?h ..6.. 0020: 5010 4470 1273 P.Dp.s 13:23:01.786809 209.180.6.226.21 207.76.205.124.1024: P 917:1014(97) ack 302 win 17520 (DF) [tos 0x10] (ttl 54, id 30178) : 4510 0089 75e2 4000 3606 591d d1b4 06e2 E...u.@.6.Y. 0010: cf4c cd7c 0015 0400 e736 98d6 3f68 2007 .L.|.6..?h . 0020: 5018 4470 58c6 3235 302d 2020 6974 P.DpX...250- it 0030: 2077 6173 206c 6173 7420 6d6f 6469 6669 was last modifi 0040: 6564 206f 6e20 5475 6520 4175 6720 3135 ed on Tue Aug 15 0050: 2030 383a 3335 3a30 3920 3230 3030 202d 08:35:09 2000 - 0060: 2031 2064 6179 2061 676f 0d0a 3235 3020 1 day ago..250 0070: 4357 4420 636f 6d6d 616e 6420 7375 6363 CWD command succ 0080: 6573 7366 756c 2e0d 0a essful... 13:23:01.796468 207.76.205.124.1024 209.180.6.226.21: P 302:308(6) ack 1014 win 17519 (DF) (ttl 64, id 26) : 4500 002e 001a 4000 4006 c550 cf4c cd7c E.@.@..P.L.| 0010: d1b4 06e2 0400 0015 3f68 2007 e736 9937 ?h ..6.7 0020: 5018 446f 6163 5041 5356 0d0a P.Doac..PASV.. 13:23:01.868422 209.180.6.226.21 207.76.205.124.1024: P 1014:1064(50) ack 308 win 17520 (DF) [tos 0x10] (ttl 54, id 30193) : 4510 005a 75f1 4000 3606 593d d1b4 06e2 E..Zu.@.6.Y= 0010: cf4c cd7c 0015 0400 e736 9937 3f68 200d .L.|.6.7?h . 0020: 5018 4470 9345 3232 3720 456e 7465 P.Dp.E..227 Ente 0030: 7269 6e67 2050 6173 7369 7665 204d 6f64 ring Passive Mod 0040: 6520 2832 3039 2c31 3830 2c36 2c32 3236 e (209,180,6,226 0050: 2c33 352c 3233 3229 0d0a ,35,232).. 13:23:01.878064 207.76.205.124.1024 209.180.6.226.21: P 308:335(27) ack 1064 win 17519 (DF) (ttl 64, id 27) : 4500 0043 001b 4000 4006 c53a cf4c cd7c E..C..@.@..:.L.| 0010: d1b4 06e2 0400 0015 3f68 200d e736 9969 ?h ..6.i 0020: 5018 446f 521a 504f 5254 2032 3037 P.DoR...PORT 207 0030: 2c37 362c 3230 352c 3132 342c 3139 322c ,76,205,124,192, 0040: 300d 0a 0.. ^^ this command is extraneous 13:23:01.942719 209.180.6.226.21 207.76.205.124.1024: P 1064:1094(30) ack 335 win 17520 (DF) [tos 0x10] (ttl 54, id 30197) : 4510 0046 75f5 4000 3606 594d d1b4 06e2 E..Fu.@.6.YM 0010: cf4c cd7c 0015 0400 e736 9969 3f68 2028 .L.|.6.i?h ( 0020: 5018 4470 54b1 3230 3020 504f 5254 P.DpT...200 PORT 0030: 2063 6f6d 6d61 6e64 2073 7563 6365 7373 command success 0040: 6675 6c2e 0d0a ful... 13:23:01.945173 207.76.205.124.1024 209.180.6.226.21: P 335:353(18) ack 1094 win 17519 (DF) (ttl 64, id 28) : 4500 003a 001c 4000 4006 c542 cf4c cd7c E..:..@.@..B.L.| 0010: d1b4 06e2 0400 0015 3f68 2028 e736 9987 ?h (.6.. 0020: 5018 446f 9e75 5245 5452 2062 696e P.Do.u..RETR bin 0030: 2f62 696e 2e69 6e66 0d0a /bin.inf.. 13:23:02.102686 209.180.6.226.21 207.76.205.124.1024: . ack 353 win 17520 (DF) [tos 0x10] (ttl 54, id 30220) : 4510 0028 760c 4000 3606 5954 d1b4 06e2 E..(v.@.6.YT 0010: cf4c cd7c 0015 0400 e736 9987 3f68 203a .L.|.6..?h : 0020: 5010 4470 118f P.Dp.. 13:24:17.039121 209.180.6.226.21 207.76.205.124.1024: P 1094:1148(54) ack 353 win 17520 (DF) [tos 0x10] (ttl 54, id 39708) : 4510 005e 9b1c 4000 3606 340e d1b4
Patch test review: vop_stdaccess()
Please test and review this patch: http://phk.freebsd.dk/patch/vop_stdaccess.patch This patch creates a centralized function "vop_stdaccess()" which does the "canonical" permission check on a vnode. This code was duplicated in 5 filesystems and morphed in a 6th. Files touched: Index: fs/hpfs/hpfs_vnops.c Index: isofs/cd9660/cd9660_vnops.c Index: kern/vfs_default.c Index: miscfs/kernfs/kernfs_vnops.c Index: msdosfs/msdosfs_vnops.c Index: ntfs/ntfs_vnops.c Index: sys/vnode.h Index: ufs/ufs/ufs_vnops.c Linecount: removes: 243 adds: 79 net change: -164 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp and /etc/services...
On Wed, 16 Aug 2000, Donn Miller wrote: :This is on a recently-built -current box. When I try to move ftp from :port 21 to port 2121 in /etc/services, I get a "Connection :refused" message when I try to login to anonymous ftp sites. Should ftp :be this dependent on /etc/services? What if you _have_ no services :running, e.g. inetd portmap? Returning ftp to port 21 in services fixes :this problem. I posted earlier about my problems with ftp recently. Yes. One would expect this. ftp(1) uses getservbyname(3), which looks at /etc/services to figure out what port to use. Since you've changed what getservbyname(3) returns to 2121, ftp(1) is trying to connect to the remote machine on port 2121. It's really quite unlikely they are running an ftp daemon there, so your connection is refused. This has absolutely nothing to do with what services your box runs, if inetd or portmap is running, or the phase of the moon. David To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: sendmail updated from 8.9.3 to 8.11.0 in -current
According to Gary Schrock: their mail). Now, maybe I just don't know what magic STARTTLS offers me, and I'd convert if I knew better. STARTTLS is a way to do SSL-based encryption between mail servers automatically. TLS is the new name of SSL (Secure Socket Layer). You can use certificates to enables relaying for example (nice for nomad users). Postfix, qmail, probably Exim and some other MTAs do support it, generally through patches. The main problem with Sendmail's one at the moment is the dependency on sfio (a stdio-like library written by ATT people). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problem with ftp in latest -current
On Wed, 16 Aug 2000, Donn Miller wrote: Lately, I can't ftp to any anonymous ftp sites. Every single one I attempt to ftp to gives me a "connection refused" error message. Is there a problem with bind? Only on your end :-) I should add that I can login to these sites with lynx, w3m, or Netscape. I wonder what the problem could be? I do have a cable modem, if that could be a possible cause. Or, maybe it's a problem with passive mode, or whatever. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
subscribe
subscribe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp and /etc/services...
* Donn Miller ([EMAIL PROTECTED]) [000816 14:43]:
This is on a recently-built -current box. When I try to move ftp from
port 21 to port 2121 in /etc/services, I get a "Connection
refused" message when I try to login to anonymous ftp sites. Should ftp
be this dependent on /etc/services? What if you _have_ no services
running, e.g. inetd portmap? Returning ftp to port 21 in services fixes
this problem. I posted earlier about my problems with ftp recently.
The name to port mapping for a service is used by two processes on your
system: the ftpd daemon and the ftp client. Modifying the port in
/etc/services did move the daemon, but it also makes the client look up the
new port when it wants to establish an outbound connection.
Possible solutions:
1. If your FTP daemon can run in standalone mode, it may offer an option to
change the port it listens on.
2. You can create an alternate service name with the new port in
/etc/services ("myftp" for example), then change the entry in inetd.conf to
make the daemon run on the alternate port.
--
j.
James FitzGibbon [EMAIL PROTECTED]
Targetnet.com Inc. Voice/Fax +1 416 306-0466/0452
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
sys/modules/hpfs doesn't compile...
What's the deal with sys/modules/hpfs ? syv# cd /syv/s0/sys/modules/hpfs/ syv# make Warning: Object directory not changed from original /syv/s0/sys/modules/hpfs cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I/usr/include -mpreferred-stack-boundary=2 -c /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c:89: warning: `struct vop_abortop_args' declared inside parameter list /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c:89: warning: its scope is only this definition or declaration, which is probably not what you want. /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c: In function `hpfs_strategy': /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c:751: warning: passing arg 1 of `biodone' from incompatible pointer type /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c:758: warning: passing arg 1 of `biodone' from incompatible pointer type /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c: At top level: /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c:1382: `vop_abortop_desc' undeclared here (not in a function) /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c:1382: initializer element is not constant /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c:1382: (near initialization for `hpfs_vnodeop_entries[8].opve_op') /syv/s0/sys/modules/hpfs/../../fs/hpfs/hpfs_vnops.c:89: warning: `hpfs_abortop' used but never defined *** Error code 1 Stop in /syv/s0/sys/modules/hpfs. syv# -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp and /etc/services...
Donn Miller wrote: This is on a recently-built -current box. When I try to move ftp from port 21 to port 2121 in /etc/services, I get a "Connection refused" message when I try to login to anonymous ftp sites. Well _there's_ a surprise. /sarcasm Should ftp be this dependent on /etc/services? Uh, yes, that's the whole _point_ of /etc/services, so you can dynamically get a port number rather than hardcoding it. Of course, the port number for things like ftp/http/smtp and the other popular protocols are very unlikely to ever change, but that's not the point. If you change port numbers in /etc/services, things will break. What if you _have_ no services running, e.g. inetd portmap? ?? What relevance does that have to your problem/question? -- Ben Smithurst / [EMAIL PROTECTED] / PGP: 0x99392F7D FreeBSD Documentation Project / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Patch test review: vop_stdaccess()
* Poul-Henning Kamp [EMAIL PROTECTED] [000816 14:52] wrote: Please test and review this patch: http://phk.freebsd.dk/patch/vop_stdaccess.patch Not tested, but looks good, I'd like to see it applied. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Patch test review: vop_stdaccess()
On Wed, 16 Aug 2000, Poul-Henning Kamp wrote:
Please test and review this patch:
http://phk.freebsd.dk/patch/vop_stdaccess.patch
Looks fine to me except vop_stdaccess() itself. Since VREAD,
VWRITE and VEXEC bits are carefully layed this function can be rewritten
to use single shift operation instead of 3 'or's:
if (cred-cr_uid != uid) {
amode = 3;
if (!groupmember(gid, cred))
amode = 3;
}
return (fmode amode) == amode ? 0 : EACCES;
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Newbusifying ed broke it
I have an SMC8016 NIC which should probe as: ed0 at port 0x300-0x31f iomem 0xcc000-0xc irq 7 on isa0 ed0: address 00:00:c0:57:99:47, type WD8013EPC (16 bit) After the following commit: tanimura2000/08/13 21:31:11 PDT Modified files: sys/dev/ed if_ed.c if_ed_pccard.c if_edvar.h Log: Newbusify ed driver. Partly submitted by: alex Revision ChangesPath 1.186 +459 -316 src/sys/dev/ed/if_ed.c 1.15 +11 -70src/sys/dev/ed/if_ed_pccard.c 1.7 +15 -6 src/sys/dev/ed/if_edvar.h a verbose boot shows: ed0: failed to clear shared memory at cc000 - check configuration ed0 failed to probe at port 0x300-0x31f iomem 0xcc000-0xc irq 7 on isa0 Backing out the above commit fixes the problem. Any suggestions? Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
test
please reply Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
test
Please reply Regards, Yemin Win Technical Support Representative UUNET Asia Pacific Customer Service Ph: 1300 368 811 (Australia) Ph: +61 (2) 9434 5489 Fax: +61 (2) 9438 3172 Email: [EMAIL PROTECTED] UUNET, an MCI WorldCom Company, is a registered business name of OzEmail Pty Limited ACN 066 387 157 == The information contained in this email message may be confidential. If you are not the intended recipient any use, distribution, disclosure or copying of this information is prohibited. If you receive this email in error, please tell us by return email and delete it and any attachments from your system. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Newbusifying ed broke it
On Thu, 17 Aug 2000 11:13:25 +1000,
Peter Jeremy [EMAIL PROTECTED] said:
peter.jeremy I have an SMC8016 NIC which should probe as:
peter.jeremy ed0 at port 0x300-0x31f iomem 0xcc000-0xc irq 7 on isa0
peter.jeremy ed0: address 00:00:c0:57:99:47, type WD8013EPC (16 bit)
peter.jeremy After the following commit:
(snip)
peter.jeremy a verbose boot shows:
peter.jeremy ed0: failed to clear shared memory at cc000 - check configuration
peter.jeremy ed0 failed to probe at port 0x300-0x31f iomem 0xcc000-0xc irq 7 on
isa0
Newbusification in the last commit was not done completely because
resource tags and handles were not used proplerly. Could you please
apply the following patch and see if your card works?
Index: if_ed.c
===
RCS file: /home/naklab/tanimura/rina2/CVS/FreeBSD/sys/dev/ed/if_ed.c,v
retrieving revision 1.1.1.4.6.8
diff -u -r1.1.1.4.6.8 if_ed.c
--- if_ed.c 2000/08/16 07:38:31 1.1.1.4.6.8
+++ if_ed.c 2000/08/17 03:38:36
@@ -164,7 +164,7 @@
static void
ed_writeb(struct ed_softc *sc, int regno, u_char data)
{
- bus_space_write_1(sc-bst, sc-bsh, regno, data);
+ bus_space_write_1(rman_get_bustag(sc-port_res),
+rman_get_bushandle(sc-port_res), regno, data);
}
/*
@@ -173,7 +173,7 @@
static u_char
ed_readb(struct ed_softc *sc, int regno)
{
- return bus_space_read_1(sc-bst, sc-bsh, regno);
+ return bus_space_read_1(rman_get_bustag(sc-port_res),
+rman_get_bushandle(sc-port_res), regno);
}
/*
@@ -182,7 +182,7 @@
static void
ed_writew(struct ed_softc *sc, int regno, u_int16_t data)
{
- bus_space_write_2(sc-bst, sc-bsh, regno, data);
+ bus_space_write_2(rman_get_bustag(sc-port_res),
+rman_get_bushandle(sc-port_res), regno, data);
}
/*
@@ -191,7 +191,7 @@
static u_int16_t
ed_readw(struct ed_softc *sc, int regno)
{
- return bus_space_read_2(sc-bst, sc-bsh, regno);
+ return bus_space_read_2(rman_get_bustag(sc-port_res),
+rman_get_bushandle(sc-port_res), regno);
}
/*
@@ -200,7 +200,7 @@
static void
ed_writesw(struct ed_softc *sc, int regno, const u_int16_t *addr, size_t cnt)
{
- bus_space_write_multi_2(sc-bst, sc-bsh, regno,
+ bus_space_write_multi_2(rman_get_bustag(sc-port_res),
+rman_get_bushandle(sc-port_res), regno,
addr, cnt);
}
@@ -210,7 +210,7 @@
static void
ed_bcopy_from(struct ed_softc *sc, caddr_t dst, int regno, size_t cnt)
{
- bus_space_read_multi_1(sc-bst, sc-bsh, regno,
+ bus_space_read_multi_1(rman_get_bustag(sc-port_res),
+rman_get_bushandle(sc-port_res), regno,
dst, cnt);
}
@@ -270,8 +270,8 @@
if (error)
return (error);
- sc-asic_addr = rman_get_start(sc-port_res);
- sc-nic_addr = sc-asic_addr + ED_WD_NIC_OFFSET;
+ sc-asic_addr = 0;
+ sc-nic_addr = ED_WD_NIC_OFFSET;
sc-chip_type = ED_CHIP_TYPE_DP8390;
if (ED_FLAGS_GETTYPE(flags) == ED_FLAGS_TOSH_ETHER) {
@@ -534,7 +534,7 @@
printf("*** ed_alloc_memory() failed! (%d)\n", error);
return (error);
}
- sc-mem_start = rman_get_start(sc-mem_res);
+ sc-mem_start = 0;
/*
* allocate one xmit buffer if 16k, two buffers otherwise
@@ -614,7 +614,7 @@
printf("starting memory performance test at 0x%x, size %d...\n",
sc-mem_start, memsize*16384);
for (i = 0; i 16384; i++)
- bus_space_set_multi_1(sc-bst, sc-bsh, sc-mem_start,
+ bus_space_set_multi_1(rman_get_bustag(sc-mem_res),
+rman_get_bushandle(sc-mem_res), sc-mem_start,
0x0, memsize);
printf("***DONE***\n");
#endif
@@ -622,7 +622,7 @@
/*
* Now zero memory and verify that it is clear
*/
- bus_space_set_multi_1(sc-bst, sc-bsh, sc-mem_start,
+ bus_space_set_multi_1(rman_get_bustag(sc-mem_res),
+rman_get_bushandle(sc-mem_res), sc-mem_start,
0x0, memsize);
for (i = 0; i memsize; ++i) {
@@ -681,8 +681,8 @@
if (error)
return (error);
- sc-asic_addr = rman_get_start(sc-port_res) + ED_3COM_ASIC_OFFSET;
- sc-nic_addr = rman_get_start(sc-port_res) + ED_3COM_NIC_OFFSET;
+ sc-asic_addr = ED_3COM_ASIC_OFFSET;
+ sc-nic_addr = ED_3COM_NIC_OFFSET;
/*
* Verify that the kernel configured I/O address matches the board
@@ -848,7 +848,7 @@
if (error)
return (error);
- sc-mem_start = rman_get_start(sc-mem_res);
+ sc-mem_start = 0;
sc-mem_size = memsize;
sc-mem_end = sc-mem_start + memsize;
@@ -938,7 +938,7 @@
/*
* Zero memory and verify that it is clear
*/
- bus_space_set_multi_1(sc-bst, sc-bsh, sc-mem_start, 0x0, memsize);
+ bus_space_set_multi_1(rman_get_bustag(sc-mem_res),
+rman_get_bushandle(sc-mem_res), sc-mem_start, 0x0, memsize);
for (i = 0;
Re: Slow ssh throughput with -current
On 2000-Aug-10 15:36:01 +1000, Peter Jeremy [EMAIL PROTECTED] wrote: I just noticed a really peculiar network slowdown with -current from about a week ago. The machine has two NICs - an old 16-bit SMC card (ed0) running 10baseT and a PCI SMC card (tx0) running 100baseTX full duplex. When I scp (either ssh-1.2.27 or OpenSSH) to a remote machine via ed0, I get a throughput of ~8KB/sec. When I go via tx0, I get ~3MB/sec (CPU limited). If I use ftp via ed0, I get wire speed (just over 1MB/sec). Having just finished instrumenting tcp_output.c to track the problem down, I find that it has vanished. It seems that it was fixed sometime between 3rd August and last night. The only change to tcp_output.c during this time was v1.46 - which only affects error behaviour and backing that change out had no effect (ie the problem is still gone). I don't recall seeing any commits that would have affected this problem. Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Newbusifying ed broke it
In article [EMAIL PROTECTED] Seigo Tanimura [EMAIL PROTECTED] writes: Newbusification in the last commit was not done completely because resource tags and handles were not used proplerly. Could you please apply the following patch and see if your card works? I think this patch still has a problem of memory resource access. I have fixed this problem and supported many PC-98 Cbus devices again. The patch is available from http://home.jp.FreeBSD.org/~nyan/patches/ed-pc98.diff.gz If it doesn't have fatal problem, I'll commit it. --- Takahashi Yoshihiro The Center for Information Science, Kogakuin Univ. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problem with ftp in latest -current
On Tue, 15 Aug 2000, Kris Kennaway wrote: On Wed, 16 Aug 2000, Donn Miller wrote: Lately, I can't ftp to any anonymous ftp sites. Every single one I attempt to ftp to gives me a "connection refused" error message. Is there a problem with bind? Only on your end :-) I'm using dhcp, BTW, since I have a cable modem. Maybe my ISP is doing something to cause this, I don't know. I have to use wget as FETCH_CMD to retrieve ports, since both fetch and ftp give Connection refused messages for every ftp site. Also, check this out: $ ftp localhost ftp: connect to address ::1: Connection refused Trying 127.0.0.1... ftp: connect: Connection refused ftp Hmm. -Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
