On Thu, Oct 11, 2001 at 06:48:48PM -0500, Mike Meyer wrote:
> Cyrille Lefevre <[EMAIL PROTECTED]> types:
> > Mike Meyer wrote:
> > [snip]
> > > conf/21722The mixer settings are lost on system reboot.
> > >
> > > This should probably be closed due to the work being done on the
> > > Ne
The WANic 5xx's use an incompatible chipset and the driver will not
work with them.
I thnk your supplier is feeding you a line of bullshit. SBS Communications
has posted no plans whatsover to discontinue or change the WANic line.
They are fully aware that the 405's have open source drivers and a
The voice recognition software we use has suddenly stopped
working when we moved from 4.1.1 to 4.4
Lookig at the ktraces (it's proprietary code so we can't look
at the code) we see the following differences:
in 4.1.1 we see
5015 hapitest CALL ioctl(0x5,SNDCTL_DSP_GETISPACE,0x85e385c)
5015
You have been invited to check out this adult site
by one of your friends who visited us.
click here , our URL is: http://www.openxxx.net/
enjoy,
OpenXXX TEAM 2001
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
For people who want to build a cluster of BSD/MacOS X,
we now have a port of Grid Engine available.
It is available as opensource at:
http://gridengine.sunsource.net
-Ron
--- Fritz Ferstl <[EMAIL PROTECTED]> wrote:
> Reply-to: [EMAIL PROTECTED]
> Date: Thu, 11 Oct 2001 14:46:33 +0200 (MEST)
>
As the WanIC-405 is being phased out (according to my supplier
down under here in OZ), has any development / testing been done on the
apparent replacement, the WanIC-521 (522, 524 ... ) range
I am especially interested in its compatibility with its predecessor
which I am using very successfully
Cyrille Lefevre <[EMAIL PROTECTED]> types:
> Mike Meyer wrote:
> [snip]
> > conf/21722The mixer settings are lost on system reboot.
> >
> > This should probably be closed due to the work being done on the
> > NetBSD rc system. The same functionality can be provided as a port,
> > whic
Mike Meyer wrote:
[snip]
> conf/21722The mixer settings are lost on system reboot.
>
> This should probably be closed due to the work being done on the
> NetBSD rc system. The same functionality can be provided as a port,
> which is probably better anyway. I'll do that if this one get
Sorry about the crosspost but I estimate that this reaches those who need
to see this..
There was a change in the 4.x kernel.h on June 15 that broke backwards
compatibility for binary distributed driver files
(distributed as .o files) It was an MFC of a patch by peter..
but we didn't understand
On 11-Oct-01 Mike Meyer wrote:
> In order to help get the # of open PR's down, I'm going to take the
> time to update the status of my open PR. Some should just be closed,
> and I hope that others get some action taken. I've tried to sort them
> in order of increasing work for the committer.
>
>
After discussing it more i was wondering what the plausibility of instead of
implementing NATD+SSL of implementing that works like the natd does with
divert. Example:
1) ipfw could send to 8669/divert which has ssld listening
2) ssld could act very much the same way natd would only all it would
On Thursday, October 11, 2001, Mike Meyer wrote:
> kern/25266 chrisfdesc file system in -STABLE locks up during nightly builds
>
> Fixed in -current, awaiting decision as to whether or not it should be
> MFC'ed. If it's not going to be MFC'ed, it should be
> closed. Hopefully, fdesc will be
In order to help get the # of open PR's down, I'm going to take the
time to update the status of my open PR. Some should just be closed,
and I hope that others get some action taken. I've tried to sort them
in order of increasing work for the committer.
http://www.mi
Here's another stable panic (not very often but on different boxes too).
--
Yevgeniy Aleynikov
Infospace, Inc.
SysAdmin, USE
Work: (206)357-4594
SMP 2 cpus
IdlePTD 3039232
initial pcb at 2666a0
panicstr: ffs_valloc: dup alloc
panic messages:
---
panic: ffs_valloc: dup alloc
mp_lock = 0101;
:We are currently working with FreeBSD 4.3 and we found out that
:kldloading/kldunloading modules working with contigmalloc()/contigfree()
:like if_xl.ko produces a memory leak.
:
:This is due to the contigfree() function which seems to uncompletely release
:the memory ressource allocated in vm_pa
We are currently working with FreeBSD 4.3 and we found out that
kldloading/kldunloading modules working with contigmalloc()/contigfree()
like if_xl.ko produces a memory leak.
This is due to the contigfree() function which seems to uncompletely release
the memory ressource allocated in vm_page_arr
on Sun, Aug 05, 2001 at 12:20:36PM, Nik Clayton <[EMAIL PROTECTED]> points out:
> http://www.daemonnews.org/21/freebsd_vm.html
That got pulled in to the documentation project a while ago, and can be
found at
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/vm-design/index.html
>[EMAIL PROTECTED] wrote:
>ClickArray, Andes Networks, and several other vendors have
>boxes which can do this.
grouped
>[EMAIL PROTECTED] wrote:
>Alteon has a solution for this like this:
>Client.443 -> Loadbalancer -> SSL offloader (call iSD) -> Loadbalancer->
>Real Server.
This is practically u
On Thu, Oct 11, 2001 at 12:51:26PM +0200, Peter Wullinger wrote:
>
> Is there any -- besides doing the obviuos thing and reading the source --
> documentation on the current implementation of the current VM subsystem?
>
For an interview that Matt recently did that had a tiny bit
about the VM i
Hi everybody,
The current utmp(5) manpage language (not markup)
has a number of drawbacks and errors:
o There is no information for programmers on the actual structure
of the files the page describes.
o The C structure members aren't described.
o Despites the page language, neither utmp nor
Is there any -- besides doing the obviuos thing and reading the source --
documentation on the current implementation of the current VM subsystem?
I'm just interested in the odds and ends of the current implementation
(and probably for some open tasks, once I've dug into into ...).
Peter
msg
21 matches
Mail list logo