On Sat, 30 Jan 2010 18:38:53 -0500
"Greg A. Woods" wrote:
>> Is MLPPD necessary/desirable for some reason?
>
> I'm not sure what MLPPD is -- Did you mean MLPPP? If so, then yes,
> MLPPP is, currently, a core feature of the project I'm working on.
Does the project use "The PPP Multilink Protocol
On Thu, Jan 28, 2010 at 09:55:53PM +, Mindaugas Rasiukevicius wrote:
> Unless anyone objects, I would like to change struct
> uvm_object::vmobjlock to be dynamically allocated with
> mutex_obj_alloc(). It allows us to: 1) share the lock among
> objects by holding a reference 2) avoid false
On Sat, 30 Jan 2010 15:59:29 -0500
"Greg A. Woods" wrote:
> Does it actually do MLPPP? I only find mention of Multilink PPP (which
> they abbreviate "MP" for some silly reason) in usr.sbin/npppd/npppd/ppp.h.
npppd and pipex don't support multilink PPP. "MP" in ppp.h have been
drived from RFC 3
On Sat, 30 Jan 2010 15:59:29 -0500
"Greg A. Woods" wrote:
> The more I think about it, the more I highly desire the simple way
> Netgraph modules can be composed into any graph that meets one's current
> requirements, and it's all done without recompiling anything.
I don't think many people need
On Sat, Jan 30, 2010 at 03:59:29PM -0500, Greg A. Woods wrote:
>
> Does it actually do MLPPP? I only find mention of Multilink PPP (which
> they abbreviate "MP" for some silly reason) in usr.sbin/npppd/npppd/ppp.h.
As far as I know, the standard *is* "MP". MLPPP -- in my years-ago
experience an
matthew green wrote:
> another alternative would be to add a flag to write, eg "write/n".
True. But you would also need the size, e.g. "write/nb". I think about it...
--
Frank Wille
On Sun, Jan 31, 2010 at 12:35:16AM +0100, Manuel Bouyer wrote:
> Hi,
> while investigating directory corruption on my NFS server I found
> a possible issue with the buffer cache.
> [...]
> I think vclean() should also take care of removing the vnode from
> the buffer cache's hash. Comments ?
another alternative would be to add a flag to write, eg "write/n".
.mrg.
At Sat, 30 Jan 2010 15:11:03 -0600, David Young wrote:
Subject: Re: kernel level multilink PPP and maybe (re)porting FreeBSD netgraph
>
> On Sat, Jan 30, 2010 at 03:59:29PM -0500, Greg A. Woods wrote:
> > The kernel code (if indeed it has any client code -- not sure yet)
> > doesn't seem to all
Hi,
while investigating directory corruption on my NFS server I found
a possible issue with the buffer cache.
The buffer cache keeps a hash of buf_t, the key being (vp, bp->b_lblkno).
This allows, for a read or write, to find if a buffer for this block
has already been allocated and if data is alr
matthew green wrote:
>On Sat, Jan 30, 2010 at 08:45:48PM +0100, Frank Wille wrote:
>> Therefore I would like to change ddb/db_write_cmd.c as in the
>>following ch:
>> [...]
>>
>> Any objections? Do we absolutely need to print the old value here?
>
>I think it's somewhat desirable
On Sat, Jan 30, 2010 at 08:45:48PM +0100, Frank Wille wrote:
> Therefore I would like to change ddb/db_write_cmd.c as in the following
> patch:
> [...]
>
> Any objections? Do we absolutely need to print the old value here?
I think it's somewhat desirable to. Wouldn't
On Sat, Jan 30, 2010 at 03:59:29PM -0500, Greg A. Woods wrote:
> The kernel code (if indeed it has any client code -- not sure yet)
> doesn't seem to allow forwarding through UDP or TCP. It does mention
> PPTP, and PPPoE in places but those don't really help me directly.
You can operate gre(4) ov
At Sat, 30 Jan 2010 11:37:41 +0900, Masao Uebayashi
wrote:
Subject: Re: kernel level multilink PPP and maybe (re)porting FreeBSD netgraph
>
> What you need is something like npppd/pipex which OpenBSD has just imported?
Not as it is, as far as I can tell. (I don't see any new documentation
i
Hi!
I wonder if anyone had a look on ADI processors, called Fusiv. I am
interesting in AD6846 Fusiv-NP 230 processor support, based on Lexra
LX4189 (this has enhanced R3000 MIPS-I instruction set).
Which mips port it is close to?
Any information will be helpful. Thanks in advance.
--
Sincer
On Sat, Jan 30, 2010 at 08:45:48PM +0100, Frank Wille wrote:
> Therefore I would like to change ddb/db_write_cmd.c as in the following
> patch:
> [...]
>
> Any objections? Do we absolutely need to print the old value here?
I think it's somewhat desirable to. Wouldn't it be better anyway to
c
Hi,
I just ran into a problem with ddb when using the "write" command on
write-only IO registers.
Unfortunately it reads the memory location before writing it, to be able to
display the previous value. That's fatal with registers which don't care
about the R/W line but take any access to a specif
On Sat, 30 Jan 2010, Matthew Mondor wrote:
On Sat, 30 Jan 2010 13:11:09 -0500
Matthew Mondor wrote:
Unless this recently changed, I think that netbsd-5 modload(8)
currently only supports the dynamic loading of LKMs (old-style modules
from /usr/lkm/).
I think that I misread though, I'm not s
On Sat, 30 Jan 2010 13:11:09 -0500
Matthew Mondor wrote:
> Unless this recently changed, I think that netbsd-5 modload(8)
> currently only supports the dynamic loading of LKMs (old-style modules
> from /usr/lkm/).
I think that I misread though, I'm not sure if the netbsd-5 boot loader
can load s
On Sat, 30 Jan 2010 17:44:43 +0100
Hans Petter Selasky wrote:
> Hi,
>
> I'm having some minor trouble upgrading my I4B software to use the new
> bsd.kmodule.mk and associated i4b.kmod output.
>
> 1) How can I dynamically load such a module at runtime?
Unless this recently changed, I think tha
Hi,
I'm having some minor trouble upgrading my I4B software to use the new
bsd.kmodule.mk and associated i4b.kmod output.
1) How can I dynamically load such a module at runtime?
I tried to edit boot.cfg and add "load i4b". It prints out during boot:
Loaded i4b
But the callbacks in my code (se
21 matches
Mail list logo
