On Wed, Feb 6, 2013 at 6:37 PM, John Baldwin wrote:
> On Wednesday, February 06, 2013 10:20:50 am Jacques Fourie wrote:
> > On Wed, Feb 6, 2013 at 3:36 PM, John Baldwin wrote:
> >
> > > On Wednesday, February 06, 2013 4:50:39 am Lino Sanfilippo wrote:
> > > &g
On Wed, Feb 6, 2013 at 3:36 PM, John Baldwin 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 used fo
On Fri, Jan 11, 2013 at 10:53 AM, Jacques Fourie
wrote:
>
>
>
> On Fri, Jan 11, 2013 at 10:12 AM, Gleb Smirnoff wrote:
>
>> Jacques,
>>
>> On Fri, Jan 11, 2013 at 09:34:32AM +0200, Jacques Fourie wrote:
>> J> Could someone please verify if m_split
On Fri, Jan 11, 2013 at 10:53 AM, Jacques Fourie
wrote:
>
>
>
> On Fri, Jan 11, 2013 at 10:12 AM, Gleb Smirnoff wrote:
>
>> Jacques,
>>
>> On Fri, Jan 11, 2013 at 09:34:32AM +0200, Jacques Fourie wrote:
>> J> Could someone please verify if m_split
On Fri, Jan 11, 2013 at 10:12 AM, Gleb Smirnoff 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 spli
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 mbufs
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)
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:44 AM, Garrett Cooper wrote:
> On Fri, Jan 16, 2009 at 12:41 AM, Garrett Cooper 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 x86 and amd64)
>> and 2) wh
On Fri, Jan 16, 2009 at 10:47 AM, Jacques Fourie
wrote:
> On Fri, Jan 16, 2009 at 10:44 AM, Garrett Cooper wrote:
>> On Fri, Jan 16, 2009 at 12:41 AM, Garrett Cooper wrote:
>>> Hi amd64 and Hackers,
>>>Uh, I'm really confused why 1) this error (errno =>
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 refere
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 av
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 load
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 mfsr
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 boo
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,
>
08:20 am, 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=st&q=%2Bfreebsd+%2B%22failed!%22+%2Bpanic
> >&
Hi,
With reference to the following thread :
http://groups.google.com/group/mailing.freebsd.smp/browse_thread/thread/bd45afab721e1a85/f66c8476272952af?lnk=st&q=%2Bfreebsd+%2B%22failed!%22+%2Bpanic&rnum=80#f66c8476272952af
I am seeing the same issue on an Intel SE7501CW2 dual Xeon machine. 6.0 as
ved so far.
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 stra
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
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 = p[
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.) ifc
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
t
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 b
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 Unsubscr
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 b
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 put
--- 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 t
--- 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
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 available.
--- Warner Losh <[EMAIL PROTECTED]> wrote:
> 10k lines in an interrupt routine sounds to be way
> more work than you
> want to do in an interrupt routine. Maybe you could
> use a work queue
> and deal with it that way. There isn't much I can
The ~10k lines of code is in a software interrupt
(
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,
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
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() respectivel
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 for
36 matches
Mail list logo
