use of
numerous changes in the VFS subsystem. Here is the link:
http://www.vertex.kz/scfs.tgz
--
Boris Popov
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "free
ay even work without any additional
code because null_inactive() performs its own management on the lower
vnode locking.
--
Boris Popov
http://rbp.euro.ru
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
t; to remove pre-defined VFS list from the IS_LOCKING_VFS macro. I can
> produce a patch if it sounds reasonably.
I'm not sure if this a right thing to do. Under SMPng each
filesystem is ought to implement correct vnode locking, i.e. vop_nolock()
and friends shouldn't exist
obably can be safely removed.
--
Boris Popov
http://rbp.euro.ru
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ay I upgraded from 4.3-RC to the latest 4.3-STABLE and noticed that
> nullfs actually works, but I get a lot of errors, similar to these:
Not all of nullfs fixes MFCed to -stable. Please wait a little bit
more.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [
commended method of updating stable by doing the installworld
> after rebooting into a new kernel.
On other hand, it makes some troubles if filesystem is shared
between 4.x and -current :)
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "u
On Thu, 19 Apr 2001, Brian Somers wrote:
> Does anyone know of a clean way to have module builds detect that
> INVARIANTS is defined in opt_global.h ?
Peter Wemm working on this.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "
| | |
+---+ |
| |
vnode1 vnode2
| |
+---+
|
device1
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ition, if witness is compiled into
> the kernel, then a list of spinlocks held by the CPU in question is listed.
Well, when I manage my kernel to boot with witness, spinlock list
will be a big help.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
is isn't a big problem with passing string
from kernel to userland.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
less ugly way of getting the definitions of _args into mount.h
> (the only other way I can think of is to just move all of them from
> /.h to mount.h permamently), I'll implement this stuff in the
> other filesystems.
Think about third party filesystems :)
--
Boris Popov
http
On Sun, 28 Jan 2001, Boris Popov wrote:
> Well, next version of smbfs for FreeBSD released today. It
> includes minor bug fixes and significantly reworked connection engine.
As usually, major rewrites tends to introduce some bugs. So, I've
released 1.3.5 as update:
it patches against latest version of smbfs, so I can take
them into account for future releases.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
k into the OpenBSD and NetBSD repos, I think they
> might have the same problem. Is there any standard channel to pass bug
> reports to them from FreeBSD, or should I just use the normal submit
> procedure?
Good work Thomas! I think patch can be committed as is.
--
Boris Popov
http:
nd the resulting
> buffer overrun stomps on something important.
No, this is not related. The same things will happen on all SMB
requests if server dropped the connection and it seems to be fixed in the
upcoming smbfs-1.3.1. On a side note I'm unsure why NT server drops the
connection if client doesn't send any request in XX minutes (for
example Samba uses NetBIOS keepalive packets).
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
possible cause of this problem and 1.3.1
will be released at this weekend.
> Incidentally, under smbfs-1.2.7, the above scenario only caused 'ls'
> to display 'broken pipe' and I could remount that share and things
Yes, 'broken pipe' was a bug and now it
any way, future smbfs releases will support 4.x and recent
-current.
p.s. Sorry for delay but I'm overloaded with my primary work and a little
bit behind my mail :(
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hacke
not work properly with FreeBSD 3.X.
New version can be downloaded from:
ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
27; flag can be omitted.
Please note, that the network with Win9X machines only will require WINS
server.
An updated version can be downloaded from
ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "
VFS synch code.
> None of them implement cloning devices.
Again, wrong. If you disagree on what I've proposed it doesn't
mean that it didn't work. It is _necessary_ to fix make_dev()
usage/implementation to make cloning code clean.
--
Boris Popov
http://www.butya.kz/~bp/
y chances to clean this up ? Eg., change the policy to either
pass p as parameter or use curproc, but not both. As example of curproc/p
mess I can point to VFS_ROOT() call which misses p parameter, but
obviously needs it.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMA
he base
system.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
scovered this bug about 3 month ago
and wonder why it still doesn't commited :)
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
devd at some point.
The whole idea of kerneld sounds unreasonable to me. It is
completely unneeded for servers and may have only limited use for FreeBSD
based workstations. More to the point - for some machines I'm compile all
required modules into a single (or two) KLDs - in this case kerneld
nts from DDB? I want to use DDB because I want to debug
> online.
G.B.Naidu, since you're ingnore private email, I'm asking you
again - please do not crosspost questions into several lists at a time.
freebsd-net is not for this kind of questions.
Thank
t; See /usr/src/crypto/openssl/crypto/conf for more info: UTSL.
No, while we have N_OPEN* switches in the make.conf file, this
library isn't standard. For example, I don't have any of open* programs
compiled and installed, so there is no /usr/lib/libcrypto* files.
--
Boris Pop
me
it was discussed there was no consensus on this topic.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Sun, 14 May 2000, Boris Popov wrote:
> I'm glad to announce first public release of SMB/CIFS filesystem
> for FreeBSD. The primary goal is to test compatibilty with various SMB
> servers. This version should run on FreeBSD-current and 4.0. It will not
> run on 3.x.
00 authentication discovered, so
please don't complain :).
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
lease send all comments to
[EMAIL PROTECTED]
Sources can be taken from
ftp://ftp.butya.kz/pub/smbfs/smbfs-1.0.2.tar.gz
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
mbfs code.
> > The only disadvantage is the necessity to create N nsmb devices,
> > but this should gone when device clones will be available (in fact,
> > clones are implemented, but there is some unnegotiated conventions with
> > Poul-Henning and lack of spare time).
>
create N nsmb devices,
but this should gone when device clones will be available (in fact,
clones are implemented, but there is some unnegotiated conventions with
Poul-Henning and lack of spare time).
--
Boris Popov
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
can make some peoples unhappy :).
--
Boris Popov
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ied to exec, which can be very annoying when you run
> an obfuscated shell-installer for a Linux application. Anyway this
> code always ends up with nonsense in the path; what am I doing wrong?
fname field is never filled in the code. Field 'uap' can be more
useful.
--
B
ted to be
clueful enough to understand kernel sources _and_ ideolgy. In fact, it is
doesn't require too much time. When you're jump in to truck, it is not too
hard to track related source code changes and keep your code synched up.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
pport from the Makefile ??
Because your kernel doesn't have an IPX support compiled in, and
ncp.ko module requires it by default.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ing new fs you can pick any VT_ tag that unused
on your system:
#define VT_MYGREATFSVT_TFS
later, when filesystem became useful a new tag can be added to
vtagtype enum.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe free
/local/CVSfoo whereas cvs update
> obviously wants to have the references to /local2/CVSfoo.
The simplest way is to replace content of CVS/Root files. They
contain full path to repository.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with &quo
--
Why not to made an 'intellect' mode as default ? It would be much
less confusing :).
In any way, thanks for a good program.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
s boot code ?
Regarding to UNILOAD - it is possible to remove unbootable
partitions from boot menu ?
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Wed, 29 Sep 1999, Brian Mitchell wrote:
> How do I specify dependencies in modules? I can find no documentation on
> this, is it done automatically (doubtful)?
You need to add variable KMODDEPS=modulename to KLD makefile.
This will generate dependency on 'modulename'.
; device ? devfsd can sleep at
polling it and devfs device itself can provide hooks in the kernel to
register all important events and pass them to devfsd.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
can be more than one deleted file with same name. I'm trying to get
Novell to respond on my query about source code for 'filer' utility but
they keeps quiet at the moment.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
can be more than one deleted file with same name. I'm trying to get
Novell to respond on my query about source code for 'filer' utility but
they keeps quiet at the moment.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
's worth splitting the ncp* off to a port if it's worth doing.
> Otherwise version skew is going to be a hassle while it's under
> development.
Thats why I suggested an original scheme...
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
's worth splitting the ncp* off to a port if it's worth doing.
> Otherwise version skew is going to be a hassle while it's under
> development.
Thats why I suggested an original scheme...
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
uires two simple
patches to sys/net/if.c file and work on both -current and -stable.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
dy in the tree and past year made it more
or less functional.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
t could be a port I think :)
Yes, that's acceptable. But mount_nwfs require libncp.so and this
means that ncp library sources will be also required. So KLD, mount_nwfs
and libncp should go into source tree and other utilities can be a port.
Other thoughts ?
--
Boris Popov
requires two simple
patches to sys/net/if.c file and work on both -current and -stable.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
dy in the tree and past year made it more
or less functional.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
t could be a port I think :)
Yes, that's acceptable. But mount_nwfs require libncp.so and this
means that ncp library sources will be also required. So KLD, mount_nwfs
and libncp should go into source tree and other utilities can be a port.
Other thoughts ?
--
Boris Popov
go in src/contrib/ncplib with appropriate makefiles in usr.bin
and usr.sbin. And kernel module can go into sys/contrib/[ncplib|nwfs].
This will help to keep sources in synch with original ncplib source tree.
I will appreciate all questions, suggestions and recommendations.
Thanks in
go in src/contrib/ncplib with appropriate makefiles in usr.bin
and usr.sbin. And kernel module can go into sys/contrib/[ncplib|nwfs].
This will help to keep sources in synch with original ncplib source tree.
I will appreciate all questions, suggestions and recommendations.
Thanks in
, enabling user mounts raises a
risc of kernel panics from, for example, corrupted floppy disk. This
should lead to more stronger *fs code.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
, enabling user mounts raises a
risc of kernel panics from, for example, corrupted floppy disk. This
should lead to more stronger *fs code.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
not the
> modules themselves, but the loading of the modules). How does this sound?
Sounds reasonable. If functions that works with local files
compiled statically we also not loose perfomance with plain setup.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to majo
not the
> modules themselves, but the loading of the modules). How does this sound?
Sounds reasonable. If functions that works with local files
compiled statically we also not loose perfomance with plain setup.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMA
> { 0 }
> };
May be I'm totally wrong, but dtab[] array can be constructed (or
extended) dynamically, based on configuration file and _*_getpw()
functions can be placed in shared libraries (just like PAM modules). In
this case it is possible to extend NSS
{ 0 }
> };
May be I'm totally wrong, but dtab[] array can be constructed (or
extended) dynamically, based on configuration file and _*_getpw()
functions can be placed in shared libraries (just like PAM modules). In
this case it is possible to extend NSS sp
] and
argc with plain get_opt() in libkern.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
] and
argc with plain get_opt() in libkern.
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
f we're have something like 'userfs' (or
'daemonfs') with unified interface and mount command like this:
# mount_user /mydaemon /mountpoint
so, all that I need to create a new file system is to write
'mydaemon' program.
--
Boris Popov
http://w
f we're have something like 'userfs' (or
'daemonfs') with unified interface and mount command like this:
# mount_user /mydaemon /mountpoint
so, all that I need to create a new file system is to write
'mydaemon' program.
--
Boris Popov
http://www.butya.
ut
BSD-style license. As result I can say that smbfs for FreeBSD doesn't
contain any GPLd code from Linux's smbfs.
BTW, does anybody have objections about name of this file system
in FreeBSD ?
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ut
BSD-style license. As result I can say that smbfs for FreeBSD doesn't
contain any GPLd code from Linux's smbfs.
BTW, does anybody have objections about name of this file system
in FreeBSD ?
--
Boris Popov
http://www.butya.kz/~bp/
To Unsubscribe: send mail to majord...@fre
e(namei_zone, ndp->ni_cnd.cn_pnbuf);
--
Boris Popov
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
67 matches
Mail list logo
