On Wed, Feb 6, 2013 at 3:36 PM, John Baldwin j...@freebsd.org wrote:
On Wednesday, February 06, 2013 4:50:39 am Lino Sanfilippo wrote:
Hi all,
I want to implement a device driver for a NIC which stores received data
into chunks within
a page (=4k) in host memory. One page shall be
On Wed, Feb 6, 2013 at 6:37 PM, John Baldwin j...@freebsd.org wrote:
On Wednesday, February 06, 2013 10:20:50 am Jacques Fourie wrote:
On Wed, Feb 6, 2013 at 3:36 PM, John Baldwin j...@freebsd.org wrote:
On Wednesday, February 06, 2013 4:50:39 am Lino Sanfilippo wrote:
Hi all
On Fri, Jan 11, 2013 at 10:53 AM, Jacques Fourie
jacques.fou...@gmail.comwrote:
On Fri, Jan 11, 2013 at 10:12 AM, Gleb Smirnoff gleb...@freebsd.orgwrote:
Jacques,
On Fri, Jan 11, 2013 at 09:34:32AM +0200, Jacques Fourie wrote:
J Could someone please verify if m_split as in svn rev
On Fri, Jan 11, 2013 at 10:12 AM, Gleb Smirnoff gleb...@freebsd.org wrote:
Jacques,
On Fri, Jan 11, 2013 at 09:34:32AM +0200, Jacques Fourie wrote:
J Could someone please verify if m_split as in svn rev 245286 is doing the
J right thing in the scenario where a mbuf chain is split with len0
On Fri, Jan 11, 2013 at 10:53 AM, Jacques Fourie
jacques.fou...@gmail.comwrote:
On Fri, Jan 11, 2013 at 10:12 AM, Gleb Smirnoff gleb...@freebsd.orgwrote:
Jacques,
On Fri, Jan 11, 2013 at 09:34:32AM +0200, Jacques Fourie wrote:
J Could someone please verify if m_split as in svn rev
Hi,
I've been using the kernel socket API and noticed that every once in a
while the data received at the remote end of a TCP connection doesn't match
the data sent locally using sosend(). I tracked it down to the piece of
code in tcp_do_segment() starting at line 2665: (svn rev 245286)
Hi,
Could someone please verify if m_split as in svn rev 245286 is doing the
right thing in the scenario where a mbuf chain is split with len0 falling
on a mbuf boundary and the mbuf in question being a M_EXT mbuf? Consider
the following example where m0 is a mbuf chain consisting of 2 M_EXT
I've noticed that my virtualbox vboxdrv.ko started crashing after
updating my 8.0-stable install. The crash occurs when vboxdrv calls
vtophys() on a userland virtual address. Prior to r202894 this was
working fine. Modifying pmap_kextract() to use vtopte() for non-kernel
virtual adresses fixes the
On Fri, Jan 16, 2009 at 10:47 AM, Jacques Fourie
jacques.fou...@gmail.com wrote:
On Fri, Jan 16, 2009 at 10:44 AM, Garrett Cooper yanef...@gmail.com wrote:
On Fri, Jan 16, 2009 at 12:41 AM, Garrett Cooper yanef...@gmail.com wrote:
Hi amd64 and Hackers,
Uh, I'm really confused why 1
On Fri, Jan 16, 2009 at 10:44 AM, Garrett Cooper yanef...@gmail.com wrote:
On Fri, Jan 16, 2009 at 12:41 AM, Garrett Cooper yanef...@gmail.com wrote:
Hi amd64 and Hackers,
Uh, I'm really confused why 1) this error (errno = ENOMEM) would
occur when I have more than enough free memory (both
On Mon, Jul 23, 2007 at 01:41:00AM -0700, Garrett Cooper wrote:
Garrett Cooper wrote:
As the subject suggests I'm trying to determine how I can daemonize
a C process, outside of using the rc infrastructure, so that it won't
exit when the TTY exists. Does anyone know any quick references
Hi,
I am in the process of porting a Linux device driver to FreeBSD. In Linux, a
large block of RAM (256MB) is reserved by using the 'mem=' and 'memmap='
arguments to the kernel. In the device driver, ioremap() is used to map this
memory into kernel virtual memory. In FreeBSD contigmalloc() is
While browsing through if_bridge.c I noticed that if the bridge
interface is in monitoring mode, m_free() gets called on the packet
after passing it to BPF. Should this not be m_freem() instead or am I
missing something? The code in question can be found in the
bridge_input() function, line 1877
On Thu, 09 Feb 2006 11:21:39 +0200, Jacques Fourie [EMAIL PROTECTED] wrote:
On Wed, Feb 08, 2006 at 01:58:36PM -0500, Kris Kennaway wrote:
On Wed, Feb 08, 2006 at 06:41:41PM +0200, Jacques Fourie wrote:
Hi,
I am pre-loading an image (used as MFS root) from the boot loader on
FreeBSD
4.9
On Wed, Feb 08, 2006 at 01:58:36PM -0500, Kris Kennaway wrote:
On Wed, Feb 08, 2006 at 06:41:41PM +0200, Jacques Fourie wrote:
Hi,
I am pre-loading an image (used as MFS root) from the boot loader on FreeBSD
4.9 by using 'load -t mfs_root mfsroot' in loader.conf. The size of this
image
Hi,
I am pre-loading an image (used as MFS root) from the boot loader on FreeBSD
4.9 by using 'load -t mfs_root mfsroot' in loader.conf. The size of this
image is 64M. If I have 4G of RAM in the machine, the 64M size causes the
kernel to panic almost immediately. With only 2G of RAM the kernel
On 12/1/05, Jacques Fourie [EMAIL PROTECTED] wrote:
Hi John,
I booted a 6.0-RELEASE CD and the same thing (panic that freezes the
machine) happens. Can you think of any way in which to reliably reboot
the machine if this situation occurs?
regards,
jacques
On 12/1/05, John Baldwin [EMAIL
Hi,
With reference to the following thread :
http://groups.google.com/group/mailing.freebsd.smp/browse_thread/thread/bd45afab721e1a85/f66c8476272952af?lnk=stq=%2Bfreebsd+%2B%22failed!%22+%2Bpanicrnum=80#f66c8476272952af
I am seeing the same issue on an Intel SE7501CW2 dual Xeon machine. 6.0 as
, Jacques Fourie wrote:
Hi,
With reference to the following thread :
http://groups.google.com/group/mailing.freebsd.smp/browse_thread/thread/bd4
5afab721e1a85/f66c8476272952af?lnk=stq=%2Bfreebsd+%2B%22failed!%22+%2Bpanic
rnum=80#f66c8476272952af
I am seeing the same issue on an Intel
Hi,
I have a kernel module with the following entry point :
static int test_modevent(module_t mod, int type, void *unused)
{
int s;
unsigned char *p = NULL;
unsigned char v = 0x55;
switch (type)
{
case MOD_LOAD:
p = (unsigned char *)ip_output;
s = splhigh();
v =
the compiler optimization - at least I
understand that part now :)
regards,
jacques
On Thu, 27 Jan 2005 11:09:14 -0500, David Schultz [EMAIL PROTECTED] wrote:
On Thu, Jan 27, 2005, Jacques Fourie wrote:
Hi,
I have a kernel module with the following entry point :
static int
.
regards,
jacques
On Thu, 27 Jan 2005 14:26:29 -0500, Brian Fundakowski Feldman
[EMAIL PROTECTED] wrote:
On Thu, Jan 27, 2005 at 06:48:56PM +0200, Jacques Fourie wrote:
Hi,
Yes, I am trying to patch a piece of code in the kernel. The strange
thing is that this code works without
Hi,
I'm using a Digi SYNC/570i-PCI 2 port adapter on a system running FreeBSD
4.9-RELEASE as one end of a point-to-point link. If I change between ports
on the adapter, I need to reboot the FreeBSD box to get everything working.
Here is the sequence of events that leads to this scenario :
1.)
Hi,
I've come across what I believe to be a bug in if_spppsubr.c. I have
verified that it also exists in 4-STABLE. When using PPP encapsulation and
header compression, m-m_pkthdr.len is never adjusted after the call to
sl_compress_tcp(). Included is a patch against 4-STABLE that seems to fix
Hi Andrew, Terry,
Thanks for your answers so far, I really appreciate it. The netdump code
sure looks promising, I am going to have a look at getting it up and
running under -stable. I would prefer tftp to installing a specialised
server app but given that netdump already uses UDP it should not
I was wondering what the amount of effort involved would be to add
support for dumping on a remote machine via tftp, for example. This
would be extremely handy for devices with little or no hard disk space.
Does anyone know of anything with this functionality?
regards,
jacques
To
Hi,
I am trying to get AuDSL ( See http://www.araneus.fi/audsl/) to work
under FreeBSD. One major problem is that it requires both the read and write
channels of the soundcard to be mmap()-able. On 4.3-RELEASE, the following
comment can be found in sys/dev/sound/pcm/dsp.c :
/* XXX this is
When doing bridging (Luigi's standard bridging code) using two Davicom
DM9102A NIC's, I am seeing some strange results.
If I do a 'ping -s 8000' between two PC's sitting on either side of the bridge,
I see a whole bunch of TX underrun errors on both NIC's of the bridge.
Eventually both are
Would it be possible to pre-allocate a block of memory
and then "switch" stacks in my interrupt routine? This
may be far off, but my only other option is going
through ~1 lines of code and examining all places
where local variables are declared. If I could somehow
do this in a different way,
First of all, I would like to say a big thanks for all
of the replies I got so far. I really appreciate it.
Here is a more detailed description of what the code
does. It is for a commercial IPsec product. I know
that IPsec is available in FreeBSD, but this started
long before KAME was
--- Julian Elischer [EMAIL PROTECTED] wrote:
Why are you not using the netgraph system, which was
specifically
designed
for this? it allows you to divert eherne packets
When we started on this, (~2years ago) I was not aware
of the netgraph functionality. I agree that it would
be better to
--- Matt Dillon [EMAIL PROTECTED] wrote:
You can theoretically increase UPAGES in
/usr/src/sys/i386/include/param.h
I increased UPAGES from 2 to 8 and everything seems to
be working as it should. The device in question will
very much be a dedicated IPsec device and will not be
running that
Hi
Please excuse any silly questions, but I am stuck with
a problem that I can't find the answer for.
I wrote a KLD module that performs encryption on
network packets in the kernel. Packets are intercepted
for encryption on a ethernet level (in ether_input()
and ether_output_frame()
Hi
Thanks for your reply. I have two other questions
regarding this matter.
Would it be possible to extend the kernel stack?
The reason is that some of the crypto and hashing
algorithms use relatively large contexts which for
performance reasons are currently allocated on the
stack.
If this is
Hi
I am using the following method to debug a KLD on 4.1
using gdb remote debugging:
- Add makeoptions DEBUG=-g to the kernel config
- Compile the KLD with -ggdb
- Use objdump -h to get the offset of .text in the
KLD.
- Add this value to the value reported by kldstat and
use this as offset
35 matches
Mail list logo