already lives in src/contrib and src/sys/contrib,
> would the change in License from Darren Reed's own not so BSD
> friendly IPF license to GPLv2 be of concern. I recall there was a
> lot of concern over IPF's license change at the time. (FreeBSD
> moved it to contrib while OpenBS
oblem?
I committed a slightly different version.
Thanks!
Jung-uk Kim
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
he
32-bit shim should be able to handle alignment more properly for
non-Ethernet DLTs. I tried my best not to break ABI/API (especially
for 32-bit platforms) and relevant places are all marked with
BURN_BRIDGES.
What do you think? Is it worth committing?
Thanks,
J
On Wednesday 09 June 2010 03:16 pm, Kostik Belousov wrote:
> On Wed, Jun 09, 2010 at 02:44:47PM -0400, Jung-uk Kim wrote:
> > bpf(4) can only timestamp packets with microtime(9). I want to
> > expand it to be able to use different format and resolution. The
> > patch
On Wednesday 09 June 2010 03:42 pm, Jung-uk Kim wrote:
> On Wednesday 09 June 2010 03:16 pm, Kostik Belousov wrote:
> > On Wed, Jun 09, 2010 at 02:44:47PM -0400, Jung-uk Kim wrote:
> > > bpf(4) can only timestamp packets with microtime(9). I want to
> > > expand it
On Thursday 10 June 2010 05:45 am, Bruce Evans wrote:
> On Wed, 9 Jun 2010, Jung-uk Kim wrote:
> > bpf(4) can only timestamp packets with microtime(9). I want to
> > expand it to be able to use different format and resolution. The
> > patch is here:
> >
> >
On Friday 11 June 2010 09:08 am, Bruce Evans wrote:
> On Thu, 10 Jun 2010, Jung-uk Kim wrote:
> > On Thursday 10 June 2010 05:45 am, Bruce Evans wrote:
> >> On Wed, 9 Jun 2010, Jung-uk Kim wrote:
> >>> bpf(4) can only timestamp packets with microtime(9). I want to
If no one objects, the patch will be committed tomorrow. The current
patch is here:
http://people.freebsd.org/~jkim/bpf_tstamp3.diff
Some minor changes were done to bpf(4). Other than that, it is
identical to the previous patch.
Cheers,
Jung-uk Kim
On Monday 14 June 2010 01:18 pm, Jung-uk Kim wrote:
> If no one objects, the patch will be committed tomorrow. The
> current patch is here:
>
> http://people.freebsd.org/~jkim/bpf_tstamp3.diff
>
> Some minor changes were done to bpf(4). Other than that, it is
> identical
the latest driver from RELENG_7. The following commit
seems interesting:
http://svn.freebsd.org/viewvc/base?view=revision&revision=184826
Jung-uk Kim
> thanks
> jim
>
>
> kernel: bce1: discard frame w/o leading ethernet header (len
> 4294967292 pkt len 4294967292)
>
> ipfw/dum
; in your /boot/loader.conf, please test and
let me know.
Thanks,
Jung-uk Kim
Index: sys/dev/bge/if_bge.c
===
RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v
retrieving revision 1.189
diff -u -r1.189 if_bge.c
--- sys/dev/bge/if_bg
.
Thanks,
Jung-uk Kim
Index: sys/dev/bge/if_bge.c
===
RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v
retrieving revision 1.91.2.22
diff -u -r1.91.2.22 if_bge.c
--- sys/dev/bge/if_bge.c 13 Apr 2007 18:25:03 - 1.91.2.22
+++ sys/dev/bge
for tcpdump, all routing tables.
> I even connected A and B with cross-over ethernet cable, without a
> switch. Still, B sees incoming packets coming over the cable and A
> does not see them leaving. This bothers me a bit
ain?
Thanks!
Jung-uk Kim
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Tuesday 15 April 2008 11:05 am, Jung-uk Kim wrote:
> On Tuesday 15 April 2008 09:51 am, Eugene Grosbein wrote:
> > > Can you try the attached patch?
> >
> > Works for me :-)
>
> Sorry, I committed a different version:
>
> http://docs.freebsd.org/cgi/mid.cgi?
On Tuesday 15 April 2008 12:11 pm, Jung-uk Kim wrote:
> On Tuesday 15 April 2008 11:05 am, Jung-uk Kim wrote:
> > On Tuesday 15 April 2008 09:51 am, Eugene Grosbein wrote:
> > > > Can you try the attached patch?
> > >
> > > Works for me :-)
> &g
How does interrupt non-DEVICE_POLLING perform?
If you just use default values, it won't perform very well. There are
some patches around the net to automatically adjust these numbers,
e.g.,
http://docs.freebsd.org/cgi/mid.cgi?20071117194615.L67319
http://mail-index.netbsd.org/tech-kern/
On Wednesday 16 April 2008 04:28 pm, Alexander Sack wrote:
> On Wed, Apr 16, 2008 at 2:56 PM, Jung-uk Kim <[EMAIL PROTECTED]>
wrote:
> > [CC trimmed]
> >
> > On Wednesday 16 April 2008 02:20 pm, Alexander Sack wrote:
> > > Dieter: Thanks, at 20Mbps! Th
On Wednesday 16 April 2008 05:02 pm, Alexander Sack wrote:
> On Wed, Apr 16, 2008 at 4:54 PM, Jung-uk Kim <[EMAIL PROTECTED]>
wrote:
> > On Wednesday 16 April 2008 04:28 pm, Alexander Sack wrote:
> > > On Wed, Apr 16, 2008 at 2:56 PM, Jung-uk Kim
> > > &
ailures/etc) via ipmi will be a
> deal breaker in our push for FBSD in our fleet (couple hundred) of
> dual proc amd64 IBM e325 servers. SuSE here we come
> (unwillingly)...
BTW, SuSE won't work for you:
http://www.redbooks.ibm.com/abstracts/tips0532.html
Jung-uk Kim
> thx
On Monday 14 March 2005 07:32 pm, Jeff wrote:
> Jung-uk Kim wrote:
> >On Monday 14 March 2005 02:32 pm, Jeff wrote:
> >> >>it worth posting to -net>
> >>
> >>on a 5.3 amd64 system. anyone have any luck or know anything
> >> about this? i c
ntrol Protocol
packets. RMCP is a UDP-based protocol that uses port 623 for remote
system control when the system is in a pre-os or os-absent state.
RMCP can also use port 664 for secure traffic.'
FYI, IPMI v2.0 defines extended RMCP, so called RMCP+.
> like i said earlier, ha
On Tuesday 15 March 2005 12:42 pm, Jeff wrote:
> Jung-uk Kim wrote:
> >On Tuesday 15 March 2005 01:14 am, Jeff Behl wrote:
> >>Julian Elischer wrote:
> >>>Jeff wrote:
> >>>>I'm not sure what you mean by in band. The IP address of the
> >&g
or bpf..
It should be fixed by this commit:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/bpf.c.diff?r1=1.156&r2=1.157
MFC:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/bpf.c.diff?r1=1.153.2.2&r2=1.153.2.3
Therefore, it will be available from BETA3.
Jung-uk Kim
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
; And added below line in MYKERNEL config file.
>> options BPF_JITTER
>
> I think you want
>
> device bpf_jitter
>
> The options line to my understanding only turns it on by default.
"options BPF_JITTER" works. I don't know why the OP
rted.
3. amd64 and i386 only.
4. Intel assembler notation. :-(
5. ...
Testing, benchmarking, reviews, comments, complaints, patches for
other architectures, etc, all welcome.
Cheers,
Jung-uk Kim
___
freebsd-net@freebsd.org mailing list
http://li
On Thursday 01 December 2005 06:17 pm, Julian Elischer wrote:
> Jung-uk Kim wrote:
> >I ported 'jitter' from WinPcap 3.1 to FreeBSD for i386 and wrote
> > amd64 support:
> >
> >http://people.freebsd.org/~jkim/bpf_jitter.diff
> >
> >I didn't d
; thing all by itself??
You may have an IPMI capable board for remote management and
monitoring. Turn it off from BIOS configuration if you can.
Jung-uk Kim
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
u-Simens says:
'Jumbo frames (up to 9 KB) (except for BCM5721 and BCM5751)'
Dell says:
'Jumbo frames (up to 9 kB) (only for BCM5721 and BCM5751)'
:-)
Jung-uk Kim
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
or, JITTER on the other hand is to be
> avoided.
I am the guilty one and I hate the name myself. :-) This feature was
imported from WinPcap:
http://www.winpcap.org/docs/docs31/html/group__NPF__code.html#ga33
I didn't want another name for the same thing.
Jung-uk Kim
ng libpcap
modification) are here:
http://people.freebsd.org/~jkim/bpf_feedback.diff
Don't forget to turn off all hardware assisted features (e.g., RX/TX
checksum offloading) to test feedback mode. Otherwise, packets will
be dropped.
Jung-uk Kim
Note: Actually I started this for QEMU
On Thursday 15 February 2007 04:17 am, Yar Tikhiy wrote:
> On Wed, Feb 14, 2007 at 06:05:15PM -0500, Jung-uk Kim wrote:
> > I was playing with some BPF ideas for few days and I added two
> > new features. SEESENT flag is extended to see only outgoing
> > packets, which is a
On Wednesday 14 February 2007 06:05 pm, Jung-uk Kim wrote:
> I was playing with some BPF ideas for few days and I added two new
> features. SEESENT flag is extended to see only outgoing packets,
> which is analogous to libpcap's PCAP_D_OUT direction. Thus SEESENT
> is now
e about this controller (BTW, you had to include dmesg
output) but you may want to try -CURRENT.
> [EMAIL PROTECTED]:0:0:class=0x02 card=0x01df1028 chip=0x167a14e4
> rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation'
> class = network
> subclass =
On Saturday 03 March 2007 12:59 pm, Alessandro de Manzano wrote:
> On Fri, Mar 02, 2007 at 05:55:35PM -0500, Jung-uk Kim wrote:
> > > [EMAIL PROTECTED]:0:0:class=0x02 card=0x165914e4 chip=0x165914e4
> > > rev=0x21 hdr=0x00 vendor = 'Broadcom Cor
me know. Especially, I
want to hear more about IPMI/ASF mode support, i.e., if it doesn't
work but setting hw.bge.allow_asf=0 in /boot/loader.conf fixes the
problem, definitely I want to know.
Thanks,
Jung-uk Kim
___
freebsd-net@freebsd.org ma
On Friday 16 March 2007 02:30 pm, Jung-uk Kim wrote:
> I have made bge(4) patch for -STABLE (sorry, not suitable for
> RELENG_6_2):
>
> http://people.freebsd.org/~jkim/bge_releng6.diff
>
> I received few success reports but I need wider testing because
> changes are too big a
eal with, however I've been told they will not prevent
> me from releasing driver source.
AFAIK, CX25870/1 is a video encoder.
http://www.conexant.com/products/entry.jsp?id=278
Jung-uk Kim
___
[EMAIL PROTECTED] mailing list
http://lists.freebs
ot;man sk" it's provided by the sk
> driver. Could this be part of the problem?
No, bge supports SK-9D21.
Jung-uk Kim
> (Both device lines are included in my kernel).
>
> Please reply directly as I am not subscribed.
>
> -Dan Mahoney
>
> --
>
> -
On Wednesday 12 November 2003 03:40 pm, [EMAIL PROTECTED]
wrote:
> Hellos,
>
> I just bought a SMC 9452TX card and got a little surprise. FreeBSD
> 4.9-STABLE doesn't recognize it. Is there any current support for
> it (an update to nge as nge seems to support SMC EZ Card 1000
> (SMC9462TX)?), or
On Wednesday 12 November 2003 04:11 pm, Jung-uk Kim wrote:
> > pci0: (vendor=0x11ab, dev=0x4320) at 9.0 irq 12
>
> Use 'sk' driver.
I am sorry that I made too quick conclusion. This one seems to use
Marvell's vendor ID. Try the attached patch.
Thanks,
JK
--- src/
On Wednesday 12 November 2003 04:56 pm, [EMAIL PROTECTED]
wrote:
> On Wed, Nov 12, 2003 at 04:23:30PM -0500, Jung-uk Kim wrote:
> > On Wednesday 12 November 2003 04:11 pm, Jung-uk Kim wrote:
> > > > pci0: (vendor=0x11ab, dev=0x4320) at 9.0 irq
> > > > 12
> >
This patch supposedly fixes problems with promiscuous mode, multicast,
and rtsol.
Thanks,
Jung-uk Kim
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Tuesday 13 January 2004 11:02 am, Jung-uk Kim wrote:
> I updated my patch for the lastest src/sys/pci/if_sk.c (Rev. 1.73),
> which was originally posted here:
>
> http://docs.freebsd.org/cgi/mid.cgi?20031215231022.GA15082
>
> This also includes Keith Mitchell's pat
On Friday 06 February 2004 05:07 am, Emre Bastuz wrote:
> Hi,
>
> trying to get my Syskonnect SK-9843 revision 2.0 to work I now have
> an interface that is UP ...
>
> sk0: flags=8943 mtu
> 1500 ether 00:00:5a:9c:38:fe
> media: Ethernet autoselect (1000baseSX )
> status: active
>
>
45 matches
Mail list logo