Hi!
Here is a patch attached (made from current from 2813).
Patch makes ppp able to respond and initiate MS-CHAP-v2 authentication and
supports MPPE encryption protocol. With all these ppp can participate in
MS VPN. Please look at this, and tell me what you think?
Bye!
ppp-mppe-patch.gz
On Sat, 12 Aug 2000, Alexander Langer wrote:
Hello!
In PR docs/20369 it was mentioned that mount_hpfs isn't built by
default.
Am I missing something? Why not? From the cvs-logs, it seems, it has
just been forgotten :)
However, I'm asking because maybe I missed a discussion back in
Hi!
Here is a patch, it seems it fix some bugs in nullfs.
At least i was able to make kernel on nullfs mounted
filesystem.
All results are welcome!
Good luck!
patch
Hi!
I am writing an FS driver, and i need often to compose
some FS internal information from fragments. The first
idea was to malloc a poll and copy data from buffers,
returned by bread(). But it seems to me simplier to write
VOP_BMAP, VOP_STRATEGY, and then map needed portion into
kernel space.
On Mon, 31 May 1999, Bruce Evans wrote:
This isn't solved. It was less serious before rev.1.196 of vfs_bio.c
when B_ERROR buffers were discarded insead of re-dirtied in the above
code fragment. See also PR 11697, and about 20 PRs reporting problems
with i/o errors and EOF errors
Hi FS Guru!
Is this a good tactic to write working VOP_BMAP and
VOP_STRATEGY handlers, and implement VOP_READ and VOP_WRITE
via bread and bwrite of own vnodes?
Bye.
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Hi!
The problem is following:
FS driver recieves VOP_FSYNC request,
then it scan the queue and pick up dirty buffers to
bwrite(bp) them. bwrite calls VOP_STRATEGY,
FS's strategy routine is trying to VOP_BMAP buf, and
fails (suppose it fails), then xxfs_strategy do:
bp-b_error = error;
Hi!
There is a driver to read from HPFS partition at:
http://iclub.nsu.ru/~semen/hpfs/hpfs-0.2b.tgz
Testers are welcome.
Bye.
P.S. We can put it in current, and i'll support it.
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
On Sun, 16 May 1999, Narvi wrote:
On Sat, 15 May 1999, Alfred Perlstein wrote:
On Sat, 15 May 1999, Narvi wrote:
On Fri, 14 May 1999, Garance A Drosehn wrote:
At 3:51 PM +0700 5/12/99, Ustimenko Semen wrote:
Are we going to get this license? I am interested in NTFS
Hi,
On Tue, 11 May 1999, Luigi Rizzo wrote:
Hi,
maybe i am the last one in the world to know, but were you guys aware
of this:
http://research.microsoft.com/programs/NTSrcLicInfo.htm
Microsoft makes Windows NT source code available to universities
and other not-for-profit
Hi,
running 4.0-current from late january i've got folloing:
top tells:
...
Mem: 11M Active, 952K Inact, 5712K Wired, 640K Cache, 3348K Buf, 11M Free
Swap: 106M Total, 106M Used, 232K Free, 99% Inuse
...
regardless 11M Free, almost all programs fail:
# cat
cat: Cannot allocate memory
luck is
On Thu, 28 Jan 1999, Mike Smith wrote:
Are there any disagrees with an idea to commit a NTFS
driver into current:
I can commit/maintain driver mentioned at
http://www.freebsd.org/projects/
Driver is readonly, specialy developed for freebsd,
supports most of NTFS's features.
Hello!
Are there any disagrees with an idea to commit a NTFS
driver into current:
I can commit/maintain driver mentioned at
http://www.freebsd.org/projects/
Driver is readonly, specialy developed for freebsd,
supports most of NTFS's features.
Source is at http://iclub.nsu.ru/~semen/ntfs/
Hello!
Possibly we can include it also in RELENG_2_2?
Bye.
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Sorry, for self follow up,
I haven't explain thougth clean enought.
I've spoken of almost ready NTFS driver, that is reported
to work for near 4-5 people. It was for stable and current
(don't know how to call them now) with little difference.
Thank you
To Unsubscribe: send mail to
Imagine:
I'm trying to unload KLD module, it is busy:
# kldunload -n ntfs
kldunload: can't unload file: Device busy
After this point i'll never get module unloaded becouse
kldunload() in sys/kern/kern_linker.c has already decremeted
lf-userrefs. I'll get only this messages:
# kldunload -n
Sorry for self reply.
Patch isn't good enougth:-) becouse linker_file_unload()
deallocates lf structure's memory... so lf-userrefs-- may cause
page fault or whatever else. (I wonder how that didn't happened)
Look at this one:
*** kern_linker.c.orig Mon Jan 18 17:22:39 1999
--- kern_linker.c
17 matches
Mail list logo