On Thu, Jan 12, 2012 at 10:44:51PM -0800, Julian Elischer wrote:
> On 1/12/12 6:04 AM, Oliver Fromme wrote:
> >Bjoern A. Zeeb wrote:
> > > On 11. Jan 2012, at 15:06 , Oliver Fromme wrote:
> > > > I'm currently looking at the source code of ps, but adding
> > > > a field for the FIB isn't as
On Fri, Nov 12, 2010 at 09:21:29PM +1100, Lawrence Stewart wrote:
> On 11/12/10 20:44, Lawrence Stewart wrote:
> > On 11/07/10 17:32, Lawrence Stewart wrote:
> >> On 11/03/10 09:30, Andre Oppermann wrote:
> >>> On 02.11.2010 01:11, Maxim Dounin wrote:
> Hello!
>
> On Mon, Sep 27, 201
On Sat, Dec 18, 2010 at 12:48:38PM +0200, Mikolaj Golub wrote:
> Hi,
>
> bsnmp/snmpmod.h uses SLIST but does not includes . This breaks
> net-mgmt/bsnmp-ucd port (ports/153153).
>
> Could somebody look at the attached patch?
, as well as should be included before
other headers.
pgpRbdfAfHJiQ
Hi,
I have an issue with Core-i5 system and onboard em adapter on the
Intel DH55HC Desktop Board.
em0: port 0xf040-0xf05f mem
0xfe50-0xfe51,0xfe528000-0xfe528fff irq 20 at device 25.0 on pci0
em0: attempting to allocate 1 MSI vectors (1 supported)
msi: routing MSI IRQ 256 to local APIC
On Mon, Jun 13, 2011 at 07:19:40PM +0300, Mikolaj Golub wrote:
> Hi,
>
> Below is a scenario how to make recv(2) with MSG_WAITALL flag get stuck.
>
> (See http://people.freebsd.org/~trociny/test_MSG_WAITALL.4.c for the test
> code).
>
> Let's the size of the receive buffer is SOBUF_SIZE (e.g. 1
On Wed, Jun 15, 2011 at 09:44:33AM +0300, Mikolaj Golub wrote:
>
> On Tue, 14 Jun 2011 12:23:03 +0300 Kostik Belousov wrote:
>
> KB> I do not understand what then happens for the recvfrom(2) call ?
> KB> Would it get some error, or 0 as return and no data, or something els
On Sat, Jun 25, 2011 at 04:10:34PM +, Bjoern A. Zeeb wrote:
> On Jun 25, 2011, at 4:05 PM, Steven Hartland wrote:
>
> Hi,
>
> > - Original Message - From: "Bjoern A. Zeeb"
> >> Sigh, I'll need to look at that then.
> >> I think you are hitting:
> >> http://svnweb.freebsd.org/base?vie
On Thu, Jul 14, 2011 at 07:44:57PM +0400, Gleb Smirnoff wrote:
> Hi!
>
> This problem is definitely known and is as old as network stack
> is parallel. Those, who know the problem may skip to next paragraph.
> Short description is the following: every mbuf that is allocated in
> an interface r
On Fri, Jul 22, 2011 at 08:55:10AM -0400, John Baldwin wrote:
> On Thursday, July 21, 2011 4:19:59 pm Jeremiah Lott wrote:
> > We're seeing nfsclient deadlocks with what looks like lock order reversal
> > after removing a "silly rename". It is fairly rare, but we've seen it
> happen a few times.
On Fri, Jul 22, 2011 at 05:11:26PM -0400, Rick Macklem wrote:
> Jeremiah Lott wrote:
> > We're seeing nfsclient deadlocks with what looks like lock order
> > reversal after removing a "silly rename". It is fairly rare, but we've
> > seen it happen a few times. I included relevant back traces from a
On Sat, Aug 20, 2011 at 04:58:59PM -0700, Ask Bj?rn Hansen wrote:
>
> On Aug 17, 2011, at 7:52, Ask Bj?rn Hansen wrote:
>
> > Grasping at straws here, but when enabling BREAK_TO_DEBUGGER I noticed that
> > the kernel had ZERO_COPY_SOCKETS and TCP_SIGNATURE enabled. I disabled
> > those, "just
On Sun, Oct 23, 2011 at 08:10:38AM +0200, Pawel Jakub Dawidek wrote:
> On Sun, Oct 23, 2011 at 12:35:15PM +1100, Lawrence Stewart wrote:
> > On 10/22/11 19:49, Pawel Jakub Dawidek wrote:
> > > The panic message says:
> > >
> > > panic: tcp_input negative window: tp 0xfe007763e000 rcv_nxt
> >
On Mon, Nov 21, 2011 at 03:49:16PM +, Paul B. Mahol wrote:
> Hi,
>
> This patch should fix panic on amd64 when using ndis with drivers
> which make use of fpu registers.
Do not allocate fpu_kern_ctx on stack. Its size is 528 bytes on amd64 right
now, and potentially can grow after AVX support
[Trimmed Cc: list]
On Tue, Feb 16, 2010 at 10:11:18AM -0800, Maxim Sobolev wrote:
> OK, here is some new data that I think rules out any issues with the
> applications. Following Alfred's suggestion I have made a script to run
> every second and output some system statistics:
>
> date
> netstat
On Sat, Feb 27, 2010 at 11:21:17AM +0200, Mikolaj Golub wrote:
> Hi,
>
> Recently I run some tests, which create/destroy tun interface in loop, and
> after several hours my system panicked with "kmem_map too small". It has
> appeared that tun (or tap) device does not free memory after the device
>
On Tue, May 18, 2010 at 01:08:50AM +0900, Yoshihiko Sarumaru wrote:
> Hi all,
>
> Select(2) has three arguments to get socket status for read, write and except.
> After upgrading to 8.0-RELEASE, select() after shutdown(SHUT_WR) returns with
> the status exceptfds is set. It means out-of-bound data
On Tue, May 18, 2010 at 12:58:05PM +0900, Yoshihiko Sarumaru wrote:
> Hi,
>
> 2010/5/18 Kostik Belousov :
> > On Tue, May 18, 2010 at 01:08:50AM +0900, Yoshihiko Sarumaru wrote:
> >> Hi all,
> >>
> >> Select(2) has three arguments to get socket status fo
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 is
> here:
>
> http://people.freebsd.org/~jkim/bpf_tstamp.diff
>
> With this patch, we can sel
On Wed, Jul 07, 2010 at 10:24:41AM -0700, Ming Fu wrote:
> Hi,
>
>
> I was trying to use sendfile and hit with problem very similar to the
> 123095 and 131602.
> It seems that when the file is large enough (in megs), the file can be
> corrupted even if it is open read-only and exist on disk as r
On Thu, Jul 08, 2010 at 10:51:21AM +0300, Andriy Gapon wrote:
>
> Not an expert by any measure but the following looks suspicious:
> m_copy/m_copym calls mb_dupcl for M_EXT case and M_RDONLY is _not_ checked nor
> preserved in that case.
> So we may get a writable M_EXT mbuf pointing to sf_buf wra
On Thu, Jul 08, 2010 at 11:19:13AM +0300, Andriy Gapon wrote:
> on 08/07/2010 11:11 Andre Oppermann said the following:
> >
> > Can you check whether your patch fixes the bug when you go over a real
> > network?
>
> As I understand the patch is not supposed to fix the bug, it's supposed to
> cat
On Thu, Jul 08, 2010 at 11:40:05AM +0300, Andriy Gapon wrote:
> on 08/07/2010 11:29 Kostik Belousov said the following:
> > Right, the patch maps the page in sf buffer read-only (on i386 only).
> > But note the parallel posting with m_cat() change. It is still not enough,
> >
On Thu, Jul 08, 2010 at 01:34:28PM +0200, Andre Oppermann wrote:
> On 08.07.2010 11:42, Kostik Belousov wrote:
> >On Thu, Jul 08, 2010 at 11:40:05AM +0300, Andriy Gapon wrote:
> >>on 08/07/2010 11:29 Kostik Belousov said the following:
> >>>Right, the patch maps the p
On Thu, Jul 08, 2010 at 01:58:50PM +0200, Andre Oppermann wrote:
> On 08.07.2010 13:47, Kostik Belousov wrote:
> >On Thu, Jul 08, 2010 at 01:34:28PM +0200, Andre Oppermann wrote:
> >>On 08.07.2010 11:42, Kostik Belousov wrote:
> >>>On Thu, Jul 08, 2010 at 11:40:
On Thu, Jul 08, 2010 at 06:04:31PM +0200, Marc Olzheim wrote:
> On Thu, Jul 08, 2010 at 11:03:18AM +0300, Eugene Perevyazko wrote:
> > I have this problem on 7.2-S for pretty long time. But as I sendfile() very
> > small file (several hundred bytes) from flash I was blaming faulty flash
> > stick
On Fri, Sep 03, 2010 at 02:26:37PM -0700, Ricky Charlet wrote:
> Thanks Ivan,
>
> You have some valid points about performance. I was hoping not to get
> distracted from the main thrust of my question by performance considerations
> though.
>
> Are their PCIe attachable crypto
On Thu, Sep 18, 2008 at 05:57:36PM +0400, Chagin Dmitry wrote:
> diff --git a/src/sys/amd64/linux32/linux32_io.h
> b/src/sys/amd64/linux32/linux32_io.h
> new file mode 100644
> index 000..c1a9f1c
> --- /dev/null
> +++ b/src/sys/amd64/linux32/linux32_io.h
> @@ -0,0 +1,47 @@
> +/*-
> + * Copyrig
On Thu, Sep 18, 2008 at 07:07:59PM +0400, Chagin Dmitry wrote:
I still cannot answer to you, so be it.
> On Thu, Sep 18, 2008 at 05:24:54PM +0300, Kostik Belousov wrote:
> > On Thu, Sep 18, 2008 at 05:57:36PM +0400, Chagin Dmitry wrote:
> > > diff --git a/src/sys/amd64/li
I have to use a machine with ASUS motherboard, that has age(4) ethernet
adapter. It seems that active use of the net causes corrupted frames,
like the following ssh disconnect (after doing find / in the shell):
Disconnecting: Corrupted MAC on input.
Machine runs reasonably latest stable/7.
Any ad
On Mon, Jan 19, 2009 at 10:52:25AM +0900, Pyun YongHyeon wrote:
> On Sat, Jan 17, 2009 at 05:25:59PM +0200, Kostik Belousov wrote:
> > I have to use a machine with ASUS motherboard, that has age(4) ethernet
> > adapter. It seems that active use of the net causes corrupted frames
On Tue, Feb 10, 2009 at 10:57:39PM +0100, Roman Divacky wrote:
> hi
>
>
> struct pppoe_tag {
> u_int16_t tag_type;
> u_int16_t tag_len;
> char tag_data[];
> }__packed;
>
> struct pppoe_hdr{
> u_int8_t ver:4;
> u_int8_t type:4;
> u_int8_t code;
>
On Fri, Jul 06, 2007 at 07:07:00PM +0400, Alex Keda wrote:
> When I copy files to NFS on another host kernel crash:
> Fatal double fault:
> eip = 0xc07e9e29
> esp = 0xe31a3000
> ebp = 0xe31a3000
> cpuid = 1; apic id = 01
> panic: double fault
> cpuid = 1
> ===
> before this, I s
On Fri, Jul 06, 2007 at 10:23:55PM +0400, Alex Keda wrote:
> Kostik Belousov пишет:
> >On Fri, Jul 06, 2007 at 07:07:00PM +0400, Alex Keda wrote:
> >
> >>When I copy files to NFS on another host kernel crash:
> >>Fatal double fault:
> >>eip = 0xc07e9e29
On the up-to-date RELENG_7 system, I have configured ath0 in the adhoc
mode. After that, I tried to switch the interface into the hostap
mode. I got the consistent error message "Interface not
configured". After several attempts, I got the following page fault.
The second argument to the ieee80211_
On Wed, Dec 19, 2007 at 09:13:31AM -0800, David G Lawrence wrote:
> > >Try it with "find / -type f >/dev/null" to duplicate the problem
> > >almost
> > >instantly.
> >
> > I was able to verify last night that (cd /; tar -cpf -) > all.tar would
> > trigger the problem. I'm working getting a test
On Wed, Dec 19, 2007 at 08:11:59PM +0200, Kostik Belousov wrote:
> On Wed, Dec 19, 2007 at 09:13:31AM -0800, David G Lawrence wrote:
> > > >Try it with "find / -type f >/dev/null" to duplicate the problem
> > > >almost
> > > >instantly.
&
On Wed, Dec 19, 2007 at 11:44:00AM -0800, Julian Elischer wrote:
> David G Lawrence wrote:
> >>> In any case, it appears that my patch is a no-op, at least for the
> >>>problem I was trying to solve. This has me confused, however, because at
> >>>one point the problem was mitigated with it. The pat
On Fri, Dec 21, 2007 at 05:43:09PM -0800, David Schwartz wrote:
>
>
> I'm just an observer, and I may be confused, but it seems to me that this is
> motion in the wrong direction (at least, it's not going to fix the actual
> problem). As I understand the problem, once you reach a certain point, t
On Fri, Dec 21, 2007 at 10:30:51PM -0500, Mark Fullmer wrote:
> The uio_yield() idea did not work. Still have the same 31 second
> interval packet loss.
What patch you have used ?
Lets check whether the syncer is the culprit for you.
Please, change the value of the syncdelay at the sys/kern/vfs
lder vnode as a place to restart the scan?
> > > you might have to mark it special so that other threads/things
> > > (getnewvnode()?) don't molest it, but it can provide for a convenient
> > > restart point.
> >
> >That was one of the solutions tha
On Sat, Dec 22, 2007 at 01:28:31AM -0500, Mark Fullmer wrote:
>
> On Dec 22, 2007, at 12:36 AM, Kostik Belousov wrote:
> >Lets check whether the syncer is the culprit for you.
> >Please, change the value of the syncdelay at the sys/kern/vfs_subr.c
> >around the line 2
On Sun, Dec 23, 2007 at 04:08:09AM +1100, Bruce Evans wrote:
> On Sat, 22 Dec 2007, Kostik Belousov wrote:
> >Yes, rewriting the syncer is the right solution. It probably cannot be done
> >quickly enough. If the yield workaround provide mitigation for now, it
> >shall go i
On Sun, Dec 23, 2007 at 10:20:31AM +1100, Bruce Evans wrote:
> On Sat, 22 Dec 2007, Kostik Belousov wrote:
> >Ok, since you talked about this first :). I already made the following
> >patch, but did not published it since I still did not inspected all
> >callers of MNT_VNODE
On Mon, Dec 24, 2007 at 08:16:50PM -0500, Mark Fullmer wrote:
>
> On Dec 24, 2007, at 8:19 AM, Kostik Belousov wrote:
>
> >
> >Mark, could you, please, retest the patch below in your setup ?
> >I want to put a change or some edition of it into the 7.0 release, and
&g
On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote:
> I got the new drivers in Friday afternoon for those that don't see CVS
> messages.
>
> The igb driver is for 82575 and 82576 adapters, it has multiqueue support and
> MSIX, there will be more server type enhancements in that driver as I
On Mon, May 05, 2008 at 09:27:10AM -0700, David Christensen wrote:
> > > Yes, I'm building a debug kernel. I have the line listed above as
> > well
> > > as the following:
> > >
> > > options KDB
> > > options DDB
> > > options GDB
> > > options INVARIANTS
> > > options INVARIANT_SUPPORT
>
46 matches
Mail list logo
