mestamp. The time on the syslogd server will be used instead.
E>
E> Michael, Marek, could you please give this patch a try? Thanks!
I didn't examine the patch thoroughly, but I agree that looks like
we have no other choice as to support the legacy and normal messages
at the same time.
On Wed, Feb 15, 2017 at 10:56:29AM +0330, mokhi wrote:
m> Is this removing is because no-interest on maintaining it?
m>
m> If it helps, I am working to use the `kern_* instead sys_*` as
m> mentioned patch in that discussion suggests for svr4, if this helps.
Well, we all "maintain" it, meaning
Hello!
After some discussion on svn mailing list [1], there is intention
to remove SVR4 binary compatibilty layer from FreeBSD head, meaning
that FreeBSD 12.0-RELEASE, available in couple of years would
be shipped without it. There is no intention of merge of the removal.
The stable@ mailing
On Sun, Jan 08, 2017 at 04:22:33PM +0300, Andrey V. Elsukov wrote:
A> On 04.01.2017 22:07, Navdeep Parhar wrote:
A> > What source line in releng-11 does ifioctl+0x6dd correspond to?
A> >
A> > (kgdb) l *(ifioctl+0x6dd)
A> >
A> > This might be race where the ifnet is being created or coming up and
Trond,
On Wed, Jan 06, 2016 at 01:45:39PM +0100, Trond Endrestøl wrote:
T> I'm running stable/10, amd64, r293231, and KERNCONF in /etc/src.conf
T> lists three kernel configuration files, E5530, GENERIC, and ZFS, in
T> that order.
T>
T> The former is the preferred kernel, while the other two
Trond & David,
can you please test the attached patch. It is against stable/10 and
should restore original behaviour.
--
Totus tuus, Glebius.
Index: Makefile.inc1
===
--- Makefile.inc1 (revision 293275)
+++ Makefile.inc1 (working
Yonghyeon,
On Thu, Aug 20, 2015 at 11:30:24AM +0900, Yonghyeon PYUN wrote:
YMaybe it can be controlled by some kind of flag, if all the three TSO
Ylimits should include the TCP/IP/ethernet headers too. I'm pretty sure
Ywe want both versions.
Y
Y
YHmm, I'm afraid it's
On Wed, Oct 02, 2013 at 12:33:09PM +0100, Pete French wrote:
P Just to follow this up for anyuone finding the thread, after upgrading
P the other firewall to 9.2 as well, pfsync works fine agai. The failover
P actually seems a lot faster in fact, so it looks like a big improvements.
Btw, pfsync
On Thu, Jun 13, 2013 at 10:46:43AM +0930, Daniel O'Connor wrote:
D Some software is kind enough to work with either tun or tap as a
configurable option.
D
D Unfortunately I am using ppp which doesn't :(
You can use mpd instead of ppp, and mpd can insert ng_netflow node into
its PPP graph.
--
Marcelo,
On Sat, Apr 20, 2013 at 02:26:10PM -0300, Marcelo Gondim wrote:
M I'm doing tests with mpdas pppoeserver. Tried to simulate an attack of
M 1000 connections using an incorrect login and after a certain time can
M cause a kernel panic in the system. Below the panicgenerated:
M
M
Chris,
can you please test attached patch?
Jeremy, thanks for cc :)
--
Totus tuus, Glebius.
Index: if_ether.c
===
--- if_ether.c (revision 249327)
+++ if_ether.c (working copy)
@@ -558,13 +558,13 @@ in_arpinput(struct mbuf
On Tue, Nov 27, 2012 at 10:26:55PM -0500, Zaphod Beeblebrox wrote:
Z Are you using pf ? Also, did you confirm it is the igb nic and not
Z something more general ? e.g. if you put in a different nic, does the
Z problem go away ?
Z
Z No pf, the motherboard em-driver NIC does not have this
On Wed, Sep 12, 2012 at 12:02:10PM -0400, David Boyd wrote:
D Back in July, this error was discussed briefly on the mailing list(s).
D
D It appears that a fix (r238182) was submitted for inclusion in 9.1 (early).
D
D This problem still appears in 9.1-RC1.
D
D Will the fix be included in
On Tue, Sep 04, 2012 at 09:18:43AM -0400, Brad Plank wrote:
B VLAN interfaces that have a parent interface configured with an IP
B address do not show up in the arp table. If the VLAN's parent interface
B does not have an IP address, it will show up in the arp table.
B [Notice the output from
On Thu, Aug 30, 2012 at 02:39:10PM +, Jean-Luc Dupont wrote:
J Sorry, it seems that I didn't put the right backtrace :
J
J #0 doadump (textdump=Variable textdump is not available.
J ) at /usr/src/sys/kern/kern_shutdown.c:271
J 271 dumpsys(dumper);
J (kgdb) #0 doadump
Michael,
On Sat, Aug 04, 2012 at 12:49:49PM -0400, Michael Butler wrote:
M Something in -current and recently MFC'd to -stable is causing all of my
M gmirror drives to rebuild on reboot :-(
M
M Being remote and these being production machines, I suspect SVN r237929
M and r237930 in -current
On Wed, Feb 15, 2012 at 02:33:43AM +, Bjoern A. Zeeb wrote:
B On 02/14/12 17:33, Freddie Cash wrote:
B On Tue, Feb 14, 2012 at 8:56 AM, Hugo Silvah...@barafranca.com wrote:
B Looks like there's been conversations about porting this to FreeBSD
since at
B least 2007.
B
B Are there any
On Sat, May 19, 2007 at 04:35:49PM +0300, Stefan Lambrev wrote:
S Bruce M. Simpson wrote:
S Stefan Lambrev wrote:
S
S Are there any chances for this:
S
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_carp.c.diff?r1=1.46;r2=1.47
S to be MFCed to RELENG_6 before 6.3-release ?
S
S
On Sun, Jan 28, 2007 at 11:40:49PM +0100, Lars Stokholm wrote:
L Result of 'make buildworld':
L
L gzip -cn /usr/src/share/man/man4/ng_cisco.4 ng_cisco.4.gz
L make: don't know how to make ng_deflate.4. Stop
L *** Error code 2
My fault. I have just fixed this. I'm sorry :(
--
Totus tuus,
On Thu, Dec 14, 2006 at 07:05:04PM -0800, Ask Bj?rn Hansen wrote:
A Hi,
A
A If I enable carp on a vlan interface in rc.conf the kernel goes
A boom. This is 6.2-RC from a couple of weeks ago. (IIRC then I had
A the same problem setting up carp on a bridge'd interface).
A
A I'm configuring
Jack,
On Sat, Jan 20, 2007 at 02:35:17PM -0800, Jack Vogel wrote:
J Since this was just seen, and the patch below validated as working I
J wanted
J to send general email to capture this:
J
J The Lenovo X60 can have issues with long ping times, this is a KNOWN
J hardware problem, and Intel
D Greg Eden wrote:
D Hello
D
D I recently updated two production servers from 5.3 to 6.1 via
D cvsup and
D buildworld. Since the upgrade I've seen an increase in the number of
D Input packet errors reported on the bge cards in on both boxes.
In 5.3-RELEASE the bge(4) driver did not
I wonder why UMA was suspected to be the problem. Dima gave
me access to the core. Here are more details from the trace:
Unread portion of the kernel message buffer:
panic: thread 100147(nagios):1 holds process lock but isn't blocked on a lock
#9 0xd060038e in panic (fmt=0xd08094d9 thread
On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote:
T I wonder why UMA was suspected to be the problem. Dima gave
T me access to the core. Here are more details from the trace:
It looks like a race between two threads in one process. Look here:
(kgdb) frame 12
#12 0xd05f4fc1
On Thu, Nov 16, 2006 at 02:15:25PM +0300, Gleb Smirnoff wrote:
T On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote:
T T I wonder why UMA was suspected to be the problem. Dima gave
T T me access to the core. Here are more details from the trace:
And even more:
(kgdb) thread 133
On Sun, Nov 12, 2006 at 02:26:36PM -0600, Barry Boes wrote:
B After the last hang I added giant locks back in and the machine has
B been up since.
B
B I don't have a serial console, just a graphic console. When the
B machine hangs it stops replying to ethernet packets at all protocol
B levels
Hello Barry,
On Fri, Nov 10, 2006 at 08:56:30AM -0600, Barry Boes wrote:
BI see you listed on the EM stability issues list. I have a Tyan
B H1000S with dual em ports on 6.1, and it won't stay up 5 minutes
B without EM watchdog resets unless I use giant locks.
BIs there any way you'd
On Fri, Nov 10, 2006 at 04:28:30PM -0600, Barry Boes wrote:
B
B Luck ran out. Hard must press the reset button hang. No console
B messages. The system was idle at the time.
BIs there anything you'd like me to do to attempt to narrow down the
B problem or get debugging output? I do not
On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote:
J The engineer in our test group has installed 6.2 BETA2 and attempted via a
J number of tests to reproduce this problem, the machine even shares the em
J interrupt with usb, and yet so far he has been unsuccessful.
I've failed to
On Thu, Oct 19, 2006 at 12:18:16PM -0700, Jeremy Chadwick wrote:
J A bit more helpfull, but unfortunately not much is a datapoint saying no
J problems April 3rd and watchdog timeouts after September 28 RELENG_6. I
J know, probably too vague to be of any use, but there it is.
J
J Someone else
On Sat, Oct 21, 2006 at 12:57:52PM -0400, Kris Kennaway wrote:
K On Sat, Oct 21, 2006 at 10:17:06AM +0400, Gleb Smirnoff wrote:
K On Thu, Oct 19, 2006 at 02:18:13PM -0700, Jack Vogel wrote:
K J The engineer in our test group has installed 6.2 BETA2 and attempted
via a
K J number of tests
On Sat, Oct 21, 2006 at 01:00:08PM -0400, Mikhail Teterin wrote:
M = I'd appreciate if people who are observing the problem will report
M = whether adding DEVICE_POLLING option to kernel config helps them
M = or not. This will help to tell whether the problem is in the above
M = quote or in the
On Thu, Oct 12, 2006 at 11:56:21AM -0400, Ernest Natiello wrote:
E here we go:
E
E (kgdb) frame 7
E #7 0xc072191d in ip_ctloutput (so=0x1, sopt=0xe9226c90)
E at /usr/src/sys/netinet/ip_output.c:1184
E 1184INP_LOCK(inp);
E (kgdb) p *sopt
E $1 = {sopt_dir =
On Fri, Oct 13, 2006 at 10:50:43AM -0400, Ernest Natiello wrote:
E On Fri, 2006-10-13 at 14:25 +0400, Maxim Konovalov wrote:
E Gentlemen, sorry I interrupt you. What version of FreeBSD is that?
E If it something RELENG_6 you should consider to upgrade to it. I
E believe this panic was fixed
On Wed, Oct 11, 2006 at 03:43:07PM -0400, Ernest Natiello wrote:
E Hello,
E I have 4 HP Proliant DL360's (1u) which panic/reboot often (minimum
E 1x month), but in a seemingly inconsistent manner. As per other
E suggestions, ipf was replaced with pf, an Intel pro 100 was added, the
E BGE
Kevin,
On Wed, Oct 11, 2006 at 11:21:27AM -0500, Kevin Kramer wrote:
K here is a picture of a panic i get on a Dell Precision 390 booting
K 6.2-beta2_amd64. hope this helps.
K
K http://users.centtech.com/~kramer/broadcom/bge_prec390.jpg
Well, although the message above is about bge(4)
On Thu, Oct 12, 2006 at 11:03:36AM +0100, Pete French wrote:
P This is a known problem. It is fixed in HEAD, but unfortunately it
P isn't mergeable to RELENG_6. The problem isn't related to either pf,
P ipf or NIC drivers.
P
P This is a little alarming - because what you seem to be saying is
On Thu, Oct 12, 2006 at 11:18:03AM -0400, Ernest Natiello wrote:
E Hello,
E Thank you very much for all of the help. I am trying to understand
E this issue, as it has been plaguing me for quite some time.
E So, extrapolating from the below kgdb output, am I to assume that
E the process
On Mon, Sep 11, 2006 at 02:17:22AM +0200, Herve Boulouis wrote:
H Hi,
H
H I've recently put into production 2 web servers with 6.0-STABLE from
H mid january and was bitten by the bge watchdog timeouts problems.
H
H I cvsupped the 2 boxes with the latest -stable (latest if_bge.c,
H rev
Barney,
On Tue, Sep 05, 2006 at 02:33:52PM -0400, Barney Wolff wrote:
B Updated my Athlon-xp 6-stable system last night, got an em watchdog
B timeout for the first time a few hours later, during a fairly
B high-traffic period. System is UP but does have device apic in
B the config. Any chance
Pyun,
On Wed, Aug 30, 2006 at 04:30:25PM +0900, Pyun YongHyeon wrote:
P ===
P RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v
P retrieving revision 1.91.2.16
P diff -u -r1.91.2.16 if_bge.c
P --- if_bge.c 10 Aug 2006 11:02:14 -
Ganbold,
On Wed, Aug 30, 2006 at 12:23:20PM +0900, Ganbold wrote:
G Thanks a lot for your patch. Your patch fixes panic, however I still see
G bge0: firmware handshake timed out
G bge0: link state changed to DOWN
G messages.
And yesterday delphij@ have sent me patch against firmware handshake
On Wed, Aug 30, 2006 at 05:22:23PM +0900, Ganbold wrote:
G On Wed, Aug 30, 2006 at 12:23:20PM +0900, Ganbold wrote:
G G Thanks a lot for your patch. Your patch fixes panic, however I still see
G G bge0: firmware handshake timed out
G G bge0: link state changed to DOWN
G G messages.
G
G And
On Wed, Aug 30, 2006 at 05:26:07PM +0900, Ganbold wrote:
G Gleb, Pyun,
G
G I'm a kind of bit confused here whose patch to choose.
G Can you guys enlighten me in this regard?
Can you please merge them? You should take all the stuff that
prepares the dma_rw_ctl variable from my patch, and all the
Colleagues,
although one week ago we have made a very big merge of the
em(4) driver from HEAD to RELENG_6, during this week the driver
has experienced few important changes in HEAD:
1) Pyun YongHyeon has fixed problems in both TX and RX path
that can happen when system experiences
On Mon, Aug 14, 2006 at 08:12:21AM -0400, Mike Tancsa wrote:
M At 06:45 AM 14/08/2006, Gleb Smirnoff wrote:
M
M The patch for RELENG_6 is available here:
M
M http://people.freebsd.org/~glebius/em-RELENG_6.patch
M
M Currently there is also a known problem - a race condition,
M that occurs on SMP
On Fri, Aug 11, 2006 at 01:27:42AM -0400, lnelson wrote:
l I'm having an odd problem with the Intel em driver. It's
l built into the kernel by default, but it won't recognize
l the part.
l
l However, if I grab the driver source from the Intel website,
l compile it as a KLD, and put it in
On Mon, Aug 07, 2006 at 11:32:18PM +0200, Thomas wrote:
T Thanks for you work.
T I will test this on a small freebsd based router with an averrage of
T 300mb/s in the next few days.
T Should I test anything special? Where should I see most of the
T improvements compared to 6.1 Release? (less
On Mon, Aug 07, 2006 at 10:24:44AM +1000, Michael Vince wrote:
M On Thu, Aug 03, 2006 at 04:14:35PM -0700, Nikolas Britton wrote:
M N First, it significantly improves perfromance of the driver
M N under high pps load.
M N Second, it adds support for few new chips.
M N
M N You need to update your
On Thu, Aug 03, 2006 at 04:14:35PM -0700, Nikolas Britton wrote:
N First, it significantly improves perfromance of the driver
N under high pps load.
N Second, it adds support for few new chips.
N
N You need to update your system to fresh RELENG_6. The driver
N will not compile on 6.1-RELEASE.
N
Colleagues,
here is a patch that merges HEAD em(4) driver to RELENG_6.
First, it significantly improves perfromance of the driver
under high pps load.
Second, it adds support for few new chips.
You need to update your system to fresh RELENG_6. The driver
will not compile on 6.1-RELEASE.
On Thu, Aug 03, 2006 at 12:53:08PM +0200, Kurt Jaeger wrote:
Khere is a patch that merges HEAD em(4) driver to RELENG_6.
K
K Does it address the issue raised in the mail with the subject
K Subject: em promiscuous mode bug?
K on current@ ?
AFAIK, it doesn't.
--
Totus tuus, Glebius.
On Mon, Mar 06, 2006 at 06:59:07PM +, Hiroki Sato wrote:
H
H Modified files:
H en/releases/6.1R todo.sgml
H Log:
H Add new items:
H exec_map depletion,
H NFS data corruption between two 7.0 machines,
H panic in fxp driver,
H deadlock in
On Tue, Mar 07, 2006 at 05:46:54AM +0900, Hiroki Sato wrote:
H gl Is it possible place kern/87208 into TODO list for 6.1-RELEASE?
H gl The problem appeared to be a bad regression in 6.0-RELEASE,
H gl that hurted many users. The PR contains several test cases,
H gl description and patch for the
Darren,
On Sun, Feb 26, 2006 at 12:16:05PM +, Darren Reed wrote:
D Root of the problem is inside ipfilter - if driver use 'partial' (i.e.
without
D pseudo header) rx checksum offloading ipfilter fails to calculate checksum
D correctly (it's using ip packet length (ip_fil_freebsd.c:1561)
On Fri, Feb 03, 2006 at 12:52:09AM +0300, Artem Kuchin wrote:
A Running 5.4-CURRENT. Web server. About 150 virtual servers.
A
A %netstat -m
A
A 4294481198 mbufs in use
A 4294662679/25600 mbuf clusters in use (current/max)
A 0/694/6656 sfbufs in use (current/peak/max)
A 3463545 KBytes allocated
On Fri, Feb 03, 2006 at 11:37:32AM +0300, Artem Kuchin wrote:
A This is fixed in 6.0-RELEASE. In 5.x the true values can be obtained
A via 'vmstat -z'.
A
A Which number from output of vmstat -z indicates mbufs? I don't see it
A there.
vmstat -z | grep Mbuf
MbufClust: 2048,25600,
On Tue, Jan 31, 2006 at 02:27:58AM +0300, Andrew Pantyukhin wrote:
A I upgraded my world and kernel from about a week's
A old state to today's source and network (vge) and
A mouse (ums) stopped working. vge0 has a formerly
A usual trouble of link state going up and down, while
A ums0 doesn't move
On Tue, Jan 31, 2006 at 03:08:03AM -0500, Anish Mistry wrote:
A After updating to STABLE today I'm getting the following message with
A my dc and nve NICs every few seconds. UP, AMD64. A kernel from last
A Thursday was fine.
A
A dc0: watchdog timeout
A nve0: device timeout (4)
Can you try to
On Tue, Jan 31, 2006 at 12:38:44PM +0300, Andrew Pantyukhin wrote:
A On 1/31/06, Gleb Smirnoff [EMAIL PROTECTED] wrote:
A On Tue, Jan 31, 2006 at 02:27:58AM +0300, Andrew Pantyukhin wrote:
A A I upgraded my world and kernel from about a week's
A A old state to today's source and network (vge
On Tue, Jan 31, 2006 at 03:19:19PM +0300, Andrew Pantyukhin wrote:
A Oh, I see. I know what binary search is, I just thought
A I needed to look for some binaries :-) Thanks, I'll try
A
A But first, I want to look through recent commit messages.
A While FreshSource is still kind of beta, I wonder
On Tue, Jan 31, 2006 at 02:16:38PM +0200, husnu demir wrote:
h Yes I know but there is no point which date should be used. I made a random
date with date=2006.01.27.01.00.00 but it is just skipping the tag :( and I
could not found any solution.
h
h I am trying to get all the previous files by
On Tue, Jan 31, 2006 at 03:36:32PM +0200, husnu demir wrote:
h It also caused the some problems with my machine. I get all the files by
hand and replaced the whole pci subsystem. Can somebody revert what is
committed to the CVS system. Is there any possibility for that.
Warner is working on
On Wed, Feb 01, 2006 at 09:11:22AM +0200, husnu demir wrote:
h No I am not tired. We would like to be part of that, even like testers. I
did try to compile but gave these error messages. I did not make CVSUP because
of the pci error in the tree.
You can CVSUP once more, the PCI issue is fixed
On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote:
h Hi,
h
h I upgraded my pc after 2006-01-25 FreeBSD-SA-06:06.kmem issue. After that
it also upgrade the bge drivers and now it is not working. In fact my Broadcom
BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 is not working. The other
On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote:
h I upgraded my pc after 2006-01-25 FreeBSD-SA-06:06.kmem issue. After that
it also upgrade the bge drivers and now it is not working. In fact my Broadcom
BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 is not working. The other bge's
On Fri, Jan 27, 2006 at 06:11:51PM +0200, husnu demir wrote:
h I upgraded to the 6_RELEASE;
h
h $ uname -a
h FreeBSD nrouter.cc.metu.edu.tr 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Fri Jan
27 18:03:39 EET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NON-GENERIC
i386
h
h and now it is working.
On Fri, Jan 27, 2006 at 05:58:18PM +0200, husnu demir wrote:
h By the way the problem exists on bge2 (with Multimode F/O connector.)
Oh, this is an important information.
Can you please upgrade to STABLE and then test several versions of if_bge.c?
The breakage is somewhere between rev. 1.101
On Fri, Jan 27, 2006 at 07:01:53PM +0200, husnu demir wrote:
h I tried
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bge.c?rev=1.91.2.7content-type=text/plain;
version and replaced VLAN_INPUT_TAG with VLAN_INPUT_TAG_NEW (only one
occurance). And the following errors come
On Sun, Jan 22, 2006 at 11:58:54PM +0200, Ion-Mihai Tetcu wrote:
I On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff wrote:
I On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff wrote:
I T This should be fixed in src/sys/kern_mbuf.c, rev. 1.9.2.3
I
I And another bogus panic
On Sun, Jan 22, 2006 at 11:00:28PM +0100, Tobias Roth wrote:
T Since some time, I experience extremely bad system behaviour under
T load. For instance when compiling something, or unpacking a large
T archive, the system is almost unusable, even the mouse pointer
T reacts sloppy.
T
T My system:
T
On Mon, Jan 23, 2006 at 04:27:09PM +0200, Ion-Mihai Tetcu wrote:
I On Sun, Jan 22, 2006 at 11:58:54PM +0200, Ion-Mihai Tetcu wrote:
I I On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff wrote:
I I On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff wrote:
I I T This should
On Mon, Jan 23, 2006 at 04:35:07PM +0200, Ion-Mihai Tetcu wrote:
I On Mon, Jan 23, 2006 at 04:27:09PM +0200, Ion-Mihai Tetcu wrote:
I I On Sun, Jan 22, 2006 at 11:58:54PM +0200, Ion-Mihai Tetcu wrote:
I I I On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff
I I I wrote:
I I I
On Mon, Jan 23, 2006 at 04:44:53PM +0200, Ion-Mihai Tetcu wrote:
I Probably you hit another incorrect KASSERT in kern_mbuf.c. I have
I removed it some time after the first one. Since X was starting at
I this moment you couldn't be dropped into debugger, and so the box was
I rebooting.
I
I I
On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff wrote:
T This should be fixed in src/sys/kern_mbuf.c, rev. 1.9.2.3
And another bogus panic is removed in 1.9.2.4
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
___
freebsd-stable@freebsd.org
This should be fixed in src/sys/kern_mbuf.c, rev. 1.9.2.3
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL
On Wed, Jan 18, 2006 at 05:36:16PM -0600, J. Buck Caldwell wrote:
J Gleb Smirnoff wrote:
J On Mon, Jan 16, 2006 at 11:48:34PM -0600, J. Buck Caldwell wrote:
J J Is there any work on adding support for ALTQ to the GIF tunnel
J J interface? I'm having wonderful results getting ALTQ working
On Wed, Jan 18, 2006 at 11:36:46AM +0900, Pyun YongHyeon wrote:
P same problem device timeout.
P fxp is also timing out and I don't know why.
P Any idea?
P
P
P If sk(4) is the cause of problem fxp wouldn't be affected.
P
P I guess so. But fxp also times out almost at same
On Mon, Jan 16, 2006 at 11:48:34PM -0600, J. Buck Caldwell wrote:
J Is there any work on adding support for ALTQ to the GIF tunnel
J interface? I'm having wonderful results getting ALTQ working on normal
J interfaces, but it would be heavenly to prioritize the traffic inside
J the tunnels.
You
On Sat, Jan 14, 2006 at 09:00:24PM -0500, FreeBSD Tinderbox wrote:
F TB --- 2006-01-15 01:09:26 - tinderbox 2.3 running on
freebsd-current.sentex.ca
F TB --- 2006-01-15 01:09:26 - starting RELENG_6 tinderbox run for i386/i386
F TB --- 2006-01-15 01:09:26 - cleaning the object tree
F TB ---
On Mon, Jan 09, 2006 at 08:49:27PM +0100, Frederic Praca wrote:
F Hello and happy new year,
F I still got the same problem that is described there
F (http://docs.freebsd.org/cgi/mid.cgi?1706.84.247.145.210.1132137934.squirrel
).
F My uname is :
F FreeBSD coruscant.dnsalias.net 6.0-STABLE FreeBSD
On Mon, Jan 09, 2006 at 10:34:38PM +0100, Fr?d?ric PRACA wrote:
F On Mon, Jan 09, 2006 at 08:49:27PM +0100, Frederic Praca wrote:
F F Hello and happy new year,
F F I still got the same problem that is described there
F F
F
Colleagues,
here is WIP patch for the regression with PCMCIA 3Com cards that
you have reported. Please test it and tell whether it helps.
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
Index: cardbus.c
===
RCS file:
On Wed, Dec 21, 2005 at 06:55:29PM +0200, Danny Braniss wrote:
D this particular mb, intel sr1435vp2, has 2 ethernets,
D one is an Intel '82547EI Gigabit Ethernet Controller', the other is
D a Marvell (which seems that the driver is around the corner).
D
D the em performance under 6.0-stable
On Thu, Dec 22, 2005 at 12:24:42PM +0200, Danny Braniss wrote:
D
D Server listening on TCP port 5001
D TCP window size: 64.0 KByte (default)
D
D [ 4] local 132.65.16.100 port
On Thu, Dec 22, 2005 at 12:37:53PM +0200, Danny Braniss wrote:
D On Thu, Dec 22, 2005 at 12:24:42PM +0200, Danny Braniss wrote:
D D
D D Server listening on TCP port 5001
D D TCP window size: 64.0 KByte (default)
D D
On Wed, Dec 14, 2005 at 01:25:30PM +0100, Fabian Keil wrote:
F I triggered a few reproducible panics on FreeBSD 6.0-STABLE.
F
F I created a ramdisk with:
F
F /sbin/mdconfig -a -t malloc -s 256M -u 10
F /sbin/newfs -U /dev/md10
F /sbin/mount /dev/md10 /mnt/ramdisk
F
F
On Sun, Dec 11, 2005 at 06:22:40PM +, Gavin Atkinson wrote:
G I'm trying to use puc(4) under RELENG_6 to attach the two serial ports on
G a PCI card I have, but it's not working. It also fails under 6.0-RELEASE,
G I don't have the ability to test earlier versions.
G
G The card is
On Fri, Dec 02, 2005 at 12:52:58PM -0800, George Hartzell wrote:
G I finally found the cause of my problems: there has been changes in
G the em driver (Gb ethernet), such that the machine freezes when trying
G to switch automatically from the X11 VT to the system console, before
G going to
On Thu, Dec 01, 2005 at 11:22:41AM +0100, Massimo Lusetti wrote:
M Due to the latest thread on em interrupt storm i would like to know
M which is the recommended nic to choose to be deployed on a -STABLE
M
M Read recommended as: which works good without known wired behavior and
M has produced
Colleagues,
I'm very sorry but at this moment RELENG_6 is broken a bit. If you
are using DHCP (client or server) please do not upgrade until I
reply here that it is fixed.
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
___
On Sat, Nov 26, 2005 at 01:28:05PM +0300, Gleb Smirnoff wrote:
T I'm very sorry but at this moment RELENG_6 is broken a bit. If you
T are using DHCP (client or server) please do not upgrade until I
T reply here that it is fixed.
The ARP problem in RELENG_6 is fixed in revision 1.137.2.6
On Sat, Nov 26, 2005 at 10:51:22AM -0800, Frank Mayhar wrote:
F On Sat, 2005-11-26 at 13:58 +0300, Gleb Smirnoff wrote:
FThe ARP problem in RELENG_6 is fixed in revision 1.137.2.6 of if_ether.c.
F
F Does this problem cause an arp storm? If so, I ran into it last night
F and am very glad
On Tue, Nov 15, 2005 at 09:38:16AM +0200, Anatoli Marinov wrote:
A I try to use pptp (pptpclient) and ppp connection to my ISP with FreeBSD
A 6-STABLE.
A If I compile pptp from ports after installation it works in user land and
A consume 50-60% from my CPU time (for 200 KB/sec).
A Before
Vladimir,
please confirm that the attached patch fix your problem. The patch is relative
to src/sys tree.
Kris, Christian, please review it. Thanks.
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
Index: nfsclient/nfs_lock.c
On Tue, Oct 25, 2005 at 06:04:15PM +0200, Max Laier wrote:
M On Tuesday 25 October 2005 17:00, Gleb Smirnoff wrote:
MVladimir,
M
Mplease confirm that the attached patch fix your problem. The patch is
M relative to src/sys tree.
M
MKris, Christian, please review it. Thanks.
M
M
Lefteris,
On Fri, Oct 07, 2005 at 01:23:22AM +0300, Lefteris Tsintjelis wrote:
L I am trying to set something like this up but it doesn't seem to work
L as I expect it (unless I expect wrong):
L
L timeout.tv_sec = 4;
L timeout.tv_usec = 0;
L if(setsockopt(listenSocket, SOL_SOCKET, SO_RCVTIMEO,
On Fri, Oct 07, 2005 at 05:04:40PM +0300, Lefteris Tsintjelis wrote:
L You are expecting wrong from these socket options. They do not specify
L time after which socket should be closed, if no IO is done.
L
L Is there any easy build in functionality for that?
Pardon, but I do not understand the
On Mon, Sep 12, 2005 at 08:37:03AM +0200, ComteZero _ wrote:
C Hello,
C
C it's been two weeks I try to find out what's wrong. Clean install from cvsup
C STABLE (5).
C my ADSL account works fine with REL. 4.4+rp_pppoe but not with my new STABLE
C (5) (without using rp_pppoe).
C could someone
On Thu, Jun 30, 2005 at 12:57:32PM -0500, Doug Barton wrote:
D FYI, I had a chat with the ISC folks this week, and they said in clear terms
D that enabling threads on current versions of BIND would be a pessimization.
D I have already turned off threads in the port of 9.3.1, and am looking at
D
1 - 100 of 132 matches
Mail list logo