The problem may be caused by that second skc's skc_probe()
reinitializes a global "sk_serializer"
Please try the attached patch.
Best Regards,
sephe
On 9/17/06, Gergo Szakal <[EMAIL PROTECTED]> wrote:
Matthew Dillon wrote:
>
> I'm not sure why the mbuf is shared at that point,
> but th
Gergo Szakal wrote:
Bill Hacker wrote:
*BSD folk, unlike Penguins, are generally agnostic.
Use whatever is the best 'fit for the purpose'.
Using only 1 processor is not enough. An AMD K62/450 is not enough for
the amount of traffic going through. theoretically, DF *should* run on
this
Bill Hacker wrote:
*BSD folk, unlike Penguins, are generally agnostic.
Use whatever is the best 'fit for the purpose'.
Using only 1 processor is not enough. An AMD K62/450 is not enough for
the amount of traffic going through. theoretically, DF *should* run on
this flawlessly, that's why
Gergo Szakal wrote:
Bill Hacker wrote:
Might sound harsh, but you'd be time and money (electric bill alone)
ahead to scrap that PII/450 antique.
You are absolutely right, if this were an option, I'd do it, but this is
not my machine, a friend asked me to set this up as a filtering bridge
f
Bill Hacker wrote:
Might sound harsh, but you'd be time and money (electric bill alone)
ahead to scrap that PII/450 antique.
You are absolutely right, if this were an option, I'd do it, but this is
not my machine, a friend asked me to set this up as a filtering bridge
for him, and I wanted to
Gergo Szakal wrote:
Oh, forgot: I am using another DF box with bridging (an xl and an rl
NIC) and it has been running for like 2 weeks with no problem.
Might sound harsh, but you'd be time and money (electric bill alone) ahead to
scrap that PII/450 antique.
Possible exception of a 'Geode' S
Matthew Dillon wrote:
I'm not sure why the mbuf is shared at that point,
but the assertion is definitely in the wrong part of the code path.
I am going to move the assertion. Could you try that patch and
tell me if it works for compiled-in bridging?
No, it does not seem to h
Oh, forgot: I am using another DF box with bridging (an xl and an rl
NIC) and it has been running for like 2 weeks with no problem.
Thx now i have zsh, the standard was not useable ... for me ;-)
On Sun, 17 Sep 2006 22:03:09 +0200
Joerg Sonnenberger <[EMAIL PROTECTED]> wrote:
> On Sun, Sep 17, 2006 at 09:44:12PM +0200, Christian Hennig wrote:
> > it's a simple question: How it ist possible to set the login shell. Or
> > is a
On Sun, Sep 17, 2006 at 09:44:12PM +0200, Christian Hennig wrote:
> Moin,
>
> it's a simple question: How it ist possible to set the login shell.
> Or is a normal user allowed to edit his passwd row?
Every user can change his login and other information with chsh(1).
The shell is changed with -s
Christian Hennig wrote:
Moin,
it's a simple question: How it ist possible to set the login shell. Or is a
normal user allowed to edit his passwd row?
THx 4 help
chsh
If you are unfamiliar with vi, use this way:
> env EDITOR=ee chsh
and it will be opened in ee, of course you can put the co
On Sun, Sep 17, 2006 at 09:44:12PM +0200, Christian Hennig wrote:
> it's a simple question: How it ist possible to set the login shell. Or
> is a normal user allowed to edit his passwd row?
chsh.
Joerg
Moin,
it's a simple question: How it ist possible to set the login shell. Or is a
normal user allowed to edit his passwd row?
THx 4 help
CU
Christian
Gergo Szakal wrote:
Matthew Dillon wrote:
I don't know about OpenBSD but
I assume they have something similar. You should be able to burn and
boot the appropriate CD and test your USB without actually installing
anything or modifying your hard drive in any way.
Well, OpenBSD
14 matches
Mail list logo
