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: at device 4.0 on pci0
pccbb0: PCI Memory allocated: 4400
pci_cfgintr_
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
> 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.
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 k
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.
<[EM
>
> 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 r
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 decide
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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 Blap
Title: newcard/cardbus instabilities
Hi all,
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 to give it a go. What I didn't realize was that t
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;
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_PO
> 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 work
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:#def
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
h
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 NF
* 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 al
* 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.
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
Zur
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 t
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 s
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
Zu
ËRÌ[𨵾³¢B
()AhEB cÆ ÃcÆ\µÜ·B
¡¡¡ vwwK\tg̲Äà ¡¡¡
³ÞÌTv
ßNAÚqÈÇÌîñðf[^x[X»µÄ¢ééƪ½Èèܵ½Bµ©
µA»±©çêà¥ÝñÅucÆ}ÌÆLé`ïÌÇ¿çªãÉv
£µÄ¢é̾ë¤vÆ¢Á½ªÍ
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 "
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 lo
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 te
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:
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 o
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 i
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, /var/run/
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.
>
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
>
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, a
* 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
> > >
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,
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] User
* 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 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 volu
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 fi
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 upgra
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 s
>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 this would be necessary for a PCI IDE device.
-
* 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
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 d
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 breakage
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 fg
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
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.ht
* 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
> servic
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.
3
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
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 ch
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
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
"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 invol
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
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
> >
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
>> [...]
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:
> --
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 testing
> 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
> http://www.maths.tcd.ie/~dw
63 matches
Mail list logo
