I posted this query FreeBSD-multimedia earlier, in the hope
that I might find some pointers there, but to no avail.
I seem to have run into a problem with getting a CMedia
sound card (CMI8738 chipset) working with 4.3-STABLE or
4.4-RELEASE.
For any program that talks to /dev/dsp, only the SPDIF
Hello,
Since I installed my DSL gateway with FreeBSD 4.4-RELEASE, the DSL link
freezes every 24 hours more or less, no more traffic possible at this
moment.
Setup is the following
ed0: link to internal lan
ed1: link to Alcatel SpeedTouch Home, no ip configuration
tun0: link brought up by ppp(8)
* Eric Masson [EMAIL PROTECTED] [010926 15:25]:
Hello,
Since I installed my DSL gateway with FreeBSD 4.4-RELEASE, the DSL link
freezes every 24 hours more or less, no more traffic possible at this
moment.
Just a thought (if you're using DHCP)
Are you seeing a lot of blocked packets in on
Hackers,
i'm in the middle of the project that uses Netgraph.
everything is going pretty good, but there is one small
issue. in five words it is message and data delivery
scheduling. here is an example:
Node A -- Node B -- Node C
Node A forwards data/messages to Node B and Node B
in its
Emss == Eric Masson [EMAIL PROTECTED] writes:
Emss netstat -i takes a long time (1 minute) to give a result after
Emss the line with tun0.
Sorry for the followup to myself.
Doh, I should sleep sometimes :(, delay for netstat -i comes from the
fact that it tries to resolve the external
I am in the process of porting an incremental garbage collector to
FreeBSD on x86. This garbage collector uses read barriers and write
barriers for incrementality. The details are irrelevant; the key part
is that I want to protect parts of memory and handle faults on the
protected pages.
On
Hi,
one problem you have to keep in mind with what you want to do
(and i am not talking about the implementation that you suggest,
just the delayed processing aspects) is that sometimes data passed
through modules have a limited lifetime and might have become stale
by the time the consumer is
In article [EMAIL PROTECTED],
Nick Barnes [EMAIL PROTECTED] wrote:
I am in the process of porting an incremental garbage collector to
FreeBSD on x86. This garbage collector uses read barriers and write
barriers for incrementality. The details are irrelevant; the key part
is that I want to
Brian Reichert wrote:
/*
* Yuck! The directory has been modified on the
* server. The only way to get the block is by
* reading from the beginning to get all the
*
On Tue, Sep 25, 2001 at 02:54:51PM -0700, Peter Wemm wrote:
Julian Elischer wrote:
In a related problem:
we have a set of 4.1.1 binaries we want ot run on 4.4
but they (apache+other stuff) want to find a librsaUSA.so
but can't.. I fixed it by copying the one from 4.1.1 into
[crossposted to -hackers in a hope to have more information, sorry if
this is inappropriate]
Hi.
I'm currently working a bit on libh, which includes a libhdisk library
to interface libdisk(3), newfs, etc, in short, a interface to operate
disk partition/slice edition à la sysinstall.
The thing
There is nothing like raising a topic that was last seen several months
ago, but ...
Has there been any serious consideration to committing the arcnet code
that mentioned on 20 Jul 2001 (http://iclub.nsu.ru/~fjoe/arcnet/)?
I guess I should ask if anyone else has tried the code. I will most
Julian,
[...]
All this changes in -current where netraph was largely rewritten.
i know. i'm using current
i'm in the middle of the project that uses Netgraph.
everything is going pretty good, but there is one small
issue. in five words it is message and data delivery
scheduling.
On 25-Sep-01 Evan Sarmiento wrote:
Hello,
Just to clarify things for everyone who may be having this probme:
there is a panic on bootup with current, within the witness* code.
You can avoid this by commenting out WITNESS in your kernel configuration
and recompiling. It worked for me..
On Sun, Sep 23, 2001 at 02:09:46PM -0700, Matt Dillon wrote:
:Has the problem of small-memory machines ( 64M IIRC) solved now? As I
:understand it vmiodirenable is counter-productive for these boxes.
:Maybe one could decide on-boot whether the amount of mem is enough to
:make it useful?
:
:Then I suggest the following to be changed:
:
:#
:# This file is read when going to multi-user and its contents piped thru
:# ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details.
:#
:
:# $FreeBSD: src/etc/sysctl.conf,v 1.5 2001/08/26 02:37:22 dd Exp $
:
On Wed, Sep 26, 2001 at 12:32:33PM -0700, Matt Dillon wrote:
:
:Then I suggest the following to be changed:
:
:#
:# This file is read when going to multi-user and its contents piped thru
:# ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details.
:#
:
:# $FreeBSD:
On Wed, Sep 26, 2001 at 10:57:07PM +0200, Wilko Bulte wrote:
On Wed, Sep 26, 2001 at 12:32:33PM -0700, Matt Dillon wrote:
:
:Then I suggest the following to be changed:
:
:#
:# This file is read when going to multi-user and its contents piped thru
:# ``sysctl'' to adjust kernel
On Wed, Sep 26, 2001 at 11:12:17AM -0700, Julian Elischer wrote:
On Wed, 26 Sep 2001, Kris Kennaway wrote:
On Tue, Sep 25, 2001 at 02:54:51PM -0700, Peter Wemm wrote:
Julian Elischer wrote:
In a related problem:
we have a set of 4.1.1 binaries we want ot run on 4.4
On Tue, Jul 10, 2001 at 11:43:29PM -0700, Matt Dillon wrote:
:Hi,
:
:I've just tripped over an obviously long-standing (since about
:Jan. 1998) bug in vinvalbuf while looking into PR kern/26224. The
:problematic code looks like (on -CURRENT):
:
: /*
: * Destroy the copy in the
Hello,
I'm trying to use the TCPIP checksum offload capability of the Netgear
GA620 NIC from a SMP FreeBSD 4.2R system running on a typical PIII SBC.
I did enable TCPIP cksum offload for receive operations by setting the
if_hwassist flag in the driver /sys/pci/if_ti.c and verified that it is
In article local.mail.freebsd-hackers/[EMAIL PROTECTED] you
write:
Hello,
I'm trying to use the TCPIP checksum offload capability of the Netgear
GA620 NIC from a SMP FreeBSD 4.2R system running on a typical PIII SBC.
I did enable TCPIP cksum offload for receive operations by setting the
2¤p®É§Ö³tºô¶»s§@¤Îקï. ºô§}§K¶O!!
ºô¶»s§@¶W§C»ù¥unNT800¤¸. §K¶Oºô§}±¾¤W. ¥ß§YÀ°±zºô¸ô¶}©±Àç·~°µ¥Í·N!!
(ºô¯¸¤º®e¥i¤À: ¤½¥q²¤¶. ²£«~¤¶²Ð. ²£«~¬Û¤ù. «È¤á¯d¨¥ªO. ©wÁʪí³æ. ±m¦â°Êµeµ¥)
¦³·NªÌÅwªï¬¢½Í!!
http://in.members.tripodasia.com/g/
ºô¶³]p¯d¨¥:
23 matches
Mail list logo