On Wed, Mar 21, 2001 at 11:16:01PM +, David Malone wrote:
The graph seems to peak at about 160kB/s, which seems plausable.
The code is at:
http://www.maths.tcd.ie/~dwmalone/comp/-time.S
http://www.maths.tcd.ie/~dwmalone/comp/-time.c
Ok,
I still really really disapointed about FreeBSD and the ways people are
communicating together. But let's targeting keyserv ...
For a local unix transport, (at the moment), you cannot just use
svc_create(), that is neither implemented by sun not NetBSD. I fixed
keyserv here and I'm
Dan Eischen [EMAIL PROTECTED] writes:
This commit broke telnet (or perhaps exposed brokenness that was
already present and never noticed):
$ cvs -R log -Nr1.6 main.c
RCS file: /opt/b/CVS/src/crypto/telnet/telnet/main.c,v
[...]
description:
On 22 Mar 2001 [EMAIL PROTECTED] wrote:
Dan Eischen [EMAIL PROTECTED] writes:
This commit broke telnet (or perhaps exposed brokenness that was
already present and never noticed):
$ cvs -R log -Nr1.6 main.c
RCS file: /opt/b/CVS/src/crypto/telnet/telnet/main.c,v
[...]
description:
Harti Brandt wrote:
162 [hbb] (beagle) netgraph_atm/tests/ccatm # telnet scotty
Trying 193.175.135.70...
Connected to scotty.
Escape character is '^]'.
Trying SRA secure login:
User (hbb): ^C^C^C^C^]^]^]^\^\^\^\^\
Password:
[ SRA login failed ]
User (hbb): ^Z
[1]+ Stopped
On 22 Mar 2001 [EMAIL PROTECTED] wrote:
Dan Eischen [EMAIL PROTECTED] writes:
This commit broke telnet (or perhaps exposed brokenness that was
already present and never noticed):
$ cvs -R log -Nr1.6 main.c
RCS file: /opt/b/CVS/src/crypto/telnet/telnet/main.c,v
[...]
On Thursday, 22nd March 2001, Bruce Evans wrote:
On Wed, 21 Mar 2001, Stephen McKay wrote:
On the contrary, I prefer CTM over CVSup, even on a fast connection (which
I don't currently have). On a slow or intermittent connection, CTM beats
CVSup by a large margin.
I'm not sure about that.
"Justin T. Gibbs" wrote:
In aic7xxx_pci.c:ahc_pci_config() the call to ahc_pci_map_int(ahc) is
failing. bus_alloc_resource() appears to need more time than I have
right now so that will have to wait till tonight :-) It does look like
a more fundamental problem below the scsi driver is
Daniel Eischen [EMAIL PROTECTED] writes:
As someone else has already posted, the following will reproduce
the behaviour on my system:
bash-2.02$ telnet localhost
Trying ::1...
Connected to localhost.
Escape character is '^]'.
Trying SRA secure login:
User (deischen):
On 22 Mar 2001 [EMAIL PROTECTED] wrote:
Daniel Eischen [EMAIL PROTECTED] writes:
As someone else has already posted, the following will reproduce
the behaviour on my system:
bash-2.02$ telnet localhost
Trying ::1...
Connected to localhost.
Escape character is '^]'.
Daniel Eischen [EMAIL PROTECTED] writes:
I can test this later tonight, but if you say it works, I'm fine
with that. I'd say go ahead and commit it unless/until SRA can
be "fixed".
Fixing SRA requires hacking telnet_fgets (which uses fgets and
getpass) to handle the escapes and signal
Hi, I've upgraded my system yesterday and cfs stoped working, the problem
is that it is not possible to use portmap because mountd died with this
message:
Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP RPCMNT_VER1
service
Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP
1. The minor numbers are completely different from what I have
without devfs.
Without a volume is 91,0 91,1 ...
With I get 91,0 91,0x100 91,2000 ...
Similar plexes, ...
2. When I mount I get with all volume nodes the same filesystem.
Not astonishing with the broken minors.
* Daniel [EMAIL PROTECTED] [010322 09:41] wrote:
Hi, I've upgraded my system yesterday and cfs stoped working, the problem
is that it is not possible to use portmap because mountd died with this
message:
Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP RPCMNT_VER1
service
I do hope you explain more about this.
On Wed, 21 Mar 2001, Doug Ambrisko wrote:
Alfred Perlstein writes:
| What about the BABUG meeting on Thursday? There's gonna be a film
| crew from IBM-Linux there and a tutorial on netbooting.
|
| http://www.bafug.net/meetings/NextMeetingBerk.html
On 22-Mar-01 Matthew Jacob wrote:
Followup- updated kernel, rebuilt, and the same thing that triggered this
before (^Z in vi) happened again, but this time with a different traceback:
I wish I could reproduce this. :(
Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id =
On 22 Mar 2001 [EMAIL PROTECTED] wrote:
Daniel Eischen [EMAIL PROTECTED] writes:
I can test this later tonight, but if you say it works, I'm fine
with that. I'd say go ahead and commit it unless/until SRA can
be "fixed".
Fixing SRA requires hacking telnet_fgets (which uses fgets and
Got it 3 times; first after a CVSUP ended at Wed Mar 21 23:53:49 PST 2001,
so I CVSUPed again (ended at Thu Mar 22 07:33:33 PST 2001); when it
happened again, I blew away /usr/obj/usr/src (just in case there was
something annoying there), but it's being rather consistent, so I thought
the
I think I found the problem. The problem occur since 03/14/2001. The
following files could be infvolved:
P dev/ata/ata-all.c
P dev/ata/ata-all.h
P dev/ata/ata-disk.c
P dev/ata/ata-disk.h
P dev/ata/atapi-all.c
P dev/ata/atapi-all.h
P dev/ata/atapi-cd.c
P dev/ata/atapi-cd.h
P dev/ata/atapi-fd.c
P
* David Wolfskill [EMAIL PROTECTED] [010322 11:33] wrote:
Got it 3 times; first after a CVSUP ended at Wed Mar 21 23:53:49 PST 2001,
so I CVSUPed again (ended at Thu Mar 22 07:33:33 PST 2001); when it
happened again, I blew away /usr/obj/usr/src (just in case there was
something annoying
There's rumors that something is broken in keyserv, if someone can
get me a good diagnostics on how to reproduce the failure/problem
I should be able to fix it. Of course patches are welcome as well.
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
Instead of asking why a piece of
Yes
On Thu, 22 Mar 2001, Alfred Perlstein wrote:
Date: Thu, 22 Mar 2001 09:48:30 -0800
From: Alfred Perlstein [EMAIL PROTECTED]
To: Daniel [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: CFS - Portmap
* Daniel [EMAIL PROTECTED] [010322 09:41] wrote:
Hi, I've upgraded my system
I'm baffled as to why SRA is enabled by default. I'm fine with it being
compiled in, but it appears to be substantially interfering with normal
TCP operation. Either the negotiation needs to be fixed, or this feature
needs to be disabled for 4.3-RELEASE (either at compile-time or run-time
is
On Thu, Mar 22, 2001 at 06:46:40PM +0100, Bernd Walter wrote:
1. The minor numbers are completely different from what I have
without devfs.
Without a volume is 91,0 91,1 ...
With I get 91,0 91,0x100 91,2000 ...
Similar plexes, ...
2. When I mount I get with all volume
* Niels Chr. Bank-Pedersen [EMAIL PROTECTED] [010322 12:39] wrote:
On Thu, Mar 22, 2001 at 06:46:40PM +0100, Bernd Walter wrote:
1. The minor numbers are completely different from what I have
without devfs.
Without a volume is 91,0 91,1 ...
With I get 91,0 91,0x100
On Thu, Mar 22, 2001 at 08:34:19PM -0300, Daniel wrote:
Yes
I guess you overwrite portmap_program in /etc/rc.conf.
Sync the line with /etc/defaults/rc.conf or better remove it
completely.
--
B.Walter COSMO-Project http://www.cosmo-project.de
[EMAIL PROTECTED]
On Thu, Mar 22, 2001 at 20:34:19 -0300, Daniel wrote:
I also tried using rpcbind, mountd start working and cfsd start but:
%/sbin/mount -o port=3049,intr,nfsv2 localhost:/usr/home/.cfs \
/usr/local/crypt
mount_nfs: rpcbind on server: RPC: Program not registered
Yes, cfs is broken
* Andrey A. Chernov [EMAIL PROTECTED] [010322 13:09] wrote:
On Thu, Mar 22, 2001 at 20:34:19 -0300, Daniel wrote:
I also tried using rpcbind, mountd start working and cfsd start but:
%/sbin/mount -o port=3049,intr,nfsv2 localhost:/usr/home/.cfs \
/usr/local/crypt
mount_nfs:
keyserv _is_ broken.
I'm sorry about this, I overlooked keyserv as I did my work and
did just a hack so it compiled. There are a few things broken:
- Register the keyserv programm and crypt program in rpcbind also
for local unix transport.
- Create and bind the unix socket
I've a fix here,
On Thu, Mar 22, 2001 at 13:37:02 -0800, Alfred Perlstein wrote:
151udp 0.0.0.0.3.237 mountd superuser
151tcp 0.0.0.0.3.251 mountd superuser
10928305672udp 0.0.0.0.11.233 - superuser
Any
On Thu, Mar 22, 2001 at 12:45:03PM -0800, Alfred Perlstein wrote:
* Niels Chr. Bank-Pedersen [EMAIL PROTECTED] [010322 12:39] wrote:
On Thu, Mar 22, 2001 at 06:46:40PM +0100, Bernd Walter wrote:
1. The minor numbers are completely different from what I have
without devfs.
If you have not recompiled cfs, does starting the rpcbind with -L
fix this ? Old binarys resist to work without this option.
from rpcbind man-page:
Allow old-style local connections over the loopback interface.
Without this flag, local connections are only allowed over a
local socket,
Hi,
there exists a Tekram SCSI driver, which doesn't have an NCR/SymBIOS/LSILogic
or
AMD chip. On the Tekram FTP site you can download a driver for FreeBSD though.
Unfortunately, the latest one is for 4.x, which won't work on a current
-CURRENT
system.
Perhaps this driver should be integrated
It seems you have to run rpcbind with -i flag:
-i ``insecure'' mode. Allows calls to SET and UNSET from an
host. Normally rpcbind accepts these requests only from the
loopback interface for security reasons. This change is necessary for
programs that were compiled with earlier versions
On Thu, Mar 22, 2001 at 22:53:29 +0100, Martin Blapp wrote:
If you have not recompiled cfs, does starting the rpcbind with -L
fix this ? Old binarys resist to work without this option.
-L not helps for old and for new binaries too.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe:
On Thu, Mar 22, 2001 at 23:07:08 +0100, Martin Blapp wrote:
It seems you have to run rpcbind with -i flag:
-i not helps too. Diagnostic is the same.
# mount_nfs -o port=3049,intr localhost:/null /crypt
You miss "nfsv2" switch here. mountd is running with -2 option too.
To make
Hmm ?
# /usr/local/etc/rc.d/cfsd.sh stop
# killall mountd
# killall -SIGUSR1 nfsd
# killall rpcbind
# rpcinfo
rpcinfo: can't contact rpcbind: RPC: Remote system error - Connection refused
# rpcbind -i
# mountd -2
# nfsd
# /usr/local/etc/rc.d/cfsd.sh start
# mount_nfs -o port=3049,intr,nfsv2
On Thu, Mar 22, 2001 at 23:32:53 +0100, Martin Blapp wrote:
# nfsd
^
Not start nfsd - it is unneded for cfs, cfs handle all calls by itself.
At least it works without any nfsd previously.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
ËRÌ[𨵾³¢B
()AhEB cÆ ÃcÆ\µÜ·B
¡¡¡ vwwK\tg̲Äà ¡¡¡
³ÞÌTv
ßNAÚqÈÇÌîñðf[^x[X»µÄ¢ééƪ½Èèܵ½Bµ©
µA»±©çêà¥ÝñÅucÆ}ÌÆLé`ïÌÇ¿çªãÉv
Without nfsd it doesn't work, right.
Yes, this seems to be the problem. I'll go into source of cfs now and fix
the problem. Or maybe a mount_nfs problem ?
Martin
Martin Blapp, [EMAIL PROTECTED]
Improware AG, UNIX solution and service provider
On Fri, Mar 23, 2001 at 01:35:12 +0300, Andrey A. Chernov wrote:
On Thu, Mar 22, 2001 at 23:32:53 +0100, Martin Blapp wrote:
# nfsd
^
Not start nfsd - it is unneded for cfs, cfs handle all calls by itself.
At least it works without any nfsd previously.
I.e. you have success
Hmm, look at this:
# mount /crypt
mount_nfs: rpcbind on server: RPC: Program not registered
rpcbind debug output:
PMAP_GETPORT req for (13, 2, udp) from 127.0.0.1.3.18 :port = 0
nfs is prgramm 13
For some strange reason there is a request for nfs.
Martin
To Unsubscribe: send mail
Hi,
I see, seems that (port==2049? nc : NULL) has changed in some way.
I'll fix that.
PS: let's change to private discussion and not cc current anymore.
Martin
Martin Blapp, [EMAIL PROTECTED]
Improware AG, UNIX solution and service provider
* Bernd Walter [EMAIL PROTECTED] [010322 13:42] wrote:
1. You mixed type and instance number - see the diff
2. A result of 1.
3. I asume the same reason as 1. and 2.
The number was filtered and the call failed.
Yet to check.
4. I don't have anything more than this.
But
* Martin Blapp [EMAIL PROTECTED] [010322 15:00] wrote:
Hi,
I see, seems that (port==2049? nc : NULL) has changed in some way.
I'll fix that.
PS: let's change to private discussion and not cc current anymore.
Please don't, I'd like to understand what's going on here.
There's also a
Ok,
here is what I found:
notes.ms, line 228
If your system does not support NFS mounts on ports other
than 2049, add -DCFS_PORT=2049; you will not be able to simultaneously
run the target system as an NFS server under this configuration.
cfs.h:#define CFS_PORT 2049
nfsproto.h:#define
On Fri, Mar 23, 2001 at 00:33:28 +0100, Martin Blapp wrote:
If you compile with -DCFS_PORT=2049, cfs works as normal.
It sounds like in that case it is impossible to run nfsd and cfsd at the
same machine, i.e. does cfs disallows nfs?
BTW, why it works before?
--
Andrey A. Chernov
Martin Blapp wrote:
Ok,
here is what I found:
notes.ms, line 228
If your system does not support NFS mounts on ports other
than 2049, add -DCFS_PORT=2049; you will not be able to simultaneously
run the target system as an NFS server under this configuration.
cfs.h:#define
Breaking nfs from working on user defined ports is a step backwards and
should be fixed. Lots of people run nfsd and cfsd at the same time.
No, you understand me wrong, the way this is done is bogus. If you set
-DCFS_PORT=3049 like it is done at the moment and use nc instead of NULL
it
On Fri, Mar 23, 2001 at 00:49:33 +0100, Martin Blapp wrote:
Breaking nfs from working on user defined ports is a step backwards and
should be fixed. Lots of people run nfsd and cfsd at the same time.
No, you understand me wrong, the way this is done is bogus. If you set
-DCFS_PORT=3049
I'm fixing now the code ... We have to use now Solaris code part and
add #if defined(__FreeBSD__) || defined (__SOLARIS2X__) ifdef's and also
fill out this:
/* Assign the local bind address and type of service */
tp-xp_ltaddr = tres-addr;
tp-xp_type = tinfo.servtype;
I'll go to bed now.
It's not cfsd which does this. My update of mount_nfs (and syncing
source with NetBSD) broke this. I'll change mount_nfs so this works
again. There is no need for mount_nfs to register nfs within rpcbind
if port=0.
Sorry that this last so long to detect.
Martin
Martin
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Firstly, please don't send HTML mail. It's bad, and people have a hard
time dealing with it.
Semi-recently grabbed a snapshot of -CURRENT (from 03/06) to see if I could
finally get my 3Com 3c575C Fast Etherlink XL cardbus lancard to work. I saw
it mentioned in the HARDWARE.TXT so I decided
That's a bit ugly.
xl0: 3Com 3c575C Fast Etherlink XL port 0x3000-0x307f mem
0x4402-0x4403,0x44002480-0x440024ff,0x44002400-0x4400247f irq 10 at
device 0.0 on cardbus1
xl0: chip is in D6 power mode -- setting to D0
I'm a bit worried about this; "D6" doesn't really exist,
Hi keichii,
At 22 Mar 2001 01:00:54 GMT,
Michael C . Wu [EMAIL PROTECTED] wrote:
| If we're not going to bring in CITRUS, I'd prefer to see runes junked
We(I) will.
Is there any progress about your porting work?
--
Jun Kuriyama [EMAIL PROTECTED] // IMG SRC, Inc.
[EMAIL
On Thu, 22 Mar 2001, Justin T. Gibbs wrote:
I think I found the problem. The problem occur since 03/14/2001. The
following files could be infvolved:
You'll have to ask Soren about this. It looks like one part of
ata-all (this is in -stable), clears the RF_SHAREABLE flag. I
don't know why
On Thu, 22 Mar 2001, Justin T. Gibbs wrote:
I think I found the problem. The problem occur since 03/14/2001. The
following files could be infvolved:
You'll have to ask Soren about this. It looks like one part of
ata-all (this is in -stable), clears the RF_SHAREABLE flag. I
don't
Title: RE: newcard/cardbus instabilities
My suggestion? Chop out the power management stuff in xl_attach()
and see what happens.
Okay, did that. Effect: got rid of the D0/D6 printout, and instead
got the following two once I sent something on the interface:
cstsevent occures, 0x3410
Hello,
just as an additional data-point: I am using an HP Omnibook 4150
(not the 4150B-Version!) with the 3COM-Card just fine. (Actually
I am writing this from this machine) The corresponding lines from
dmesg are:
pccbb0: TI1220 PCI-CardBus Bridge at device 4.0 on pci0
pccbb0: PCI Memory
61 matches
Mail list logo
