Hello,
I'm having the same problem with IPSec, running -current with r285794.
Don't know if this helps, but "netstat -s -p esp" shows packets dropped; bad
ilen.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/free
sys/netinet/fibs_test:same_ip_multiple_ifaces_fib0 ->
skipped: Required configuration property 'fibs' not defined [0.000s]
[192.168.10.2] out:
sys/netinet/fibs_test:subnet_route_with_multiple_fibs_on_same_subnet ->
skipped: Required configuration property 'fibs' not de
On Mon, Jul 27, 2015 at 09:40:39PM +0200, Matthias Apitz wrote:
> El d'ia Monday, July 27, 2015 a las 10:34:10PM +0300, Slawa Olhovchenkov
> escribi'o:
>
> > > This pointed in the right direction. I have had 6x 1 GByte additional
> > > swap partitions to plain files mounted (because I needed thi
El día Monday, July 27, 2015 a las 10:34:10PM +0300, Slawa Olhovchenkov
escribió:
> > This pointed in the right direction. I have had 6x 1 GByte additional
> > swap partitions to plain files mounted (because I needed this to get
> > the eclipse port compiled within poudriere). After changing the
On Mon, Jul 27, 2015 at 08:47:04PM +0200, Matthias Apitz wrote:
> El d'ia Monday, July 27, 2015 a las 03:00:06PM +0300, Slawa Olhovchenkov
> escribi'o:
>
> > On Mon, Jul 27, 2015 at 07:58:04AM +0200, Matthias Apitz wrote:
> >
> > >
> > > Hello,
> > >
> > > Yesterday I grabbed r285885 from SVN
El día Monday, July 27, 2015 a las 03:00:06PM +0300, Slawa Olhovchenkov
escribió:
> On Mon, Jul 27, 2015 at 07:58:04AM +0200, Matthias Apitz wrote:
>
> >
> > Hello,
> >
> > Yesterday I grabbed r285885 from SVN and launched a
> >
> > # make -j2 buildworld
> >
> > which is still running after
On 7/27/15 10:32 PM, Willem Jan Withagen wrote:
On 27/07/2015 16:25, Glen Barber wrote:
On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote:
On 27/07/2015 04:39, Benjamin Kaduk wrote:
* Separated email services (and single-point-of-failure cases) from
the machine that h
FreeBSD_HEAD - Build #3012 - Fixed:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3012/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3012/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3012/console
Change summaries:
285914 by marius:
- Mov
FreeBSD_HEAD_i386 - Build #687 - Fixed:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/687/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/687/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/687/console
Change summaries:
285913
On 27/07/2015 16:42, Glen Barber wrote:
> On Mon, Jul 27, 2015 at 04:32:34PM +0200, Willem Jan Withagen wrote:
>> On 27/07/2015 16:25, Glen Barber wrote:
>>> On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote:
On 27/07/2015 04:39, Benjamin Kaduk wrote:
> * Separated emai
On Monday, July 27, 2015, Hans Petter Selasky wrote:
> Hi,
>
> I'm currently doing some busdma work, and possibly stepped over some
> driver bugs. When "bus_dmamap_load_mbuf_sg()" returns ENOMEM the mbuf chain
> is not freed. Is there some magic in "bus_dmamap_load_mbuf_sg()" for that
> error cod
FreeBSD_HEAD - Build #3011 - Failure:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3011/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3011/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3011/console
Change summaries:
285909 by marius:
- P
On Mon, Jul 27, 2015 at 04:32:34PM +0200, Willem Jan Withagen wrote:
> On 27/07/2015 16:25, Glen Barber wrote:
> > On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote:
> >> On 27/07/2015 04:39, Benjamin Kaduk wrote:
> >>> * Separated email services (and single-point-of-failure cas
On 27/07/2015 16:25, Glen Barber wrote:
> On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote:
>> On 27/07/2015 04:39, Benjamin Kaduk wrote:
>>> * Separated email services (and single-point-of-failure cases) from
>>> the machine that has been handling this task for over 18 yea
On Mon, Jul 27, 2015 at 04:14:54PM +0200, Willem Jan Withagen wrote:
> On 27/07/2015 04:39, Benjamin Kaduk wrote:
> > * Separated email services (and single-point-of-failure cases) from
> > the machine that has been handling this task for over 18 years, to
> > new, single-purpose service
On 27/07/2015 04:39, Benjamin Kaduk wrote:
> * Separated email services (and single-point-of-failure cases) from
> the machine that has been handling this task for over 18 years, to
> new, single-purpose service installations
Hi,
This sort of sounds like the system that a former company
FreeBSD_HEAD_i386 - Build #686 - Failure:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/686/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/686/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/686/console
Change summaries:
28590
On Mon, Jul 27, 2015 at 01:02:32PM +0200, Hans Petter Selasky wrote:
> Hi,
>
> I'm currently doing some busdma work, and possibly stepped over some
> driver bugs. When "bus_dmamap_load_mbuf_sg()" returns ENOMEM the mbuf
> chain is not freed. Is there some magic in "bus_dmamap_load_mbuf_sg()"
>
On Mon, Jul 27, 2015 at 01:06:15PM +0100, David Chisnall wrote:
> On 27 Jul 2015, at 13:00, Slawa Olhovchenkov wrote:
> >
> > May be swap trashing on clang compilation?
>
> 4GB ought to be enough for building clang with -j2. A few of the
> template-heavy files can use 500+MB of RAM compiling a
On Mon, Jul 27, 2015 at 07:58:04AM +0200, Matthias Apitz wrote:
>
> Hello,
>
> Yesterday I grabbed r285885 from SVN and launched a
>
> # make -j2 buildworld
>
> which is still running after 19 hours on a server of 2 CPU of the type
> Intel(R) Core(TM)2 Extreme CPU X9100 @ 3.06GHz and 4 GByte
Hi!
On 7/27/15, Matthias Apitz wrote:
>
> Hello,
>
> Yesterday I grabbed r285885 from SVN and launched a
>
> # make -j2 buildworld
>
> which is still running after 19 hours on a server of 2 CPU of the type
> Intel(R) Core(TM)2 Extreme CPU X9100 @ 3.06GHz and 4 GByte memory.
>
> Last time in Janu
Hi,
I'm currently doing some busdma work, and possibly stepped over some
driver bugs. When "bus_dmamap_load_mbuf_sg()" returns ENOMEM the mbuf
chain is not freed. Is there some magic in "bus_dmamap_load_mbuf_sg()"
for that error code or is there a possible memory leak in all E1000
drivers? Se
27.07.2015 10:23, Alexandr Krivulya пишет:
> 26.07.2015 21:39, George Neville-Neil пишет:
>>
>> On 25 Jul 2015, at 1:51, Alexandr Krivulya wrote:
>>
>>> 25.07.2015 00:38, John-Mark Gurney пишет:
Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38
+0300:
> I have IPSEC t
El día Monday, July 27, 2015 a las 07:58:04AM +0200, Matthias Apitz escribió:
>
> Hello,
>
> Yesterday I grabbed r285885 from SVN and launched a
>
> # make -j2 buildworld
>
> which is still running after 19 hours on a server of 2 CPU of the type
> Intel(R) Core(TM)2 Extreme CPU X9100 @ 3.06G
On Mon, Jul 27, 2015 at 08:31:18 +0200, Baptiste Daroussin wrote:
> On Mon, Jul 27, 2015 at 02:28:16PM +0800, Li-Wen Hsu wrote:
> > On Mon, Jul 27, 2015 at 08:23:47 +0200, Baptiste Daroussin wrote:
> > > On Mon, Jul 27, 2015 at 02:07:31PM +0800, Li-Wen Hsu wrote:
> > > > On Mon, Jul 27, 2015 at 1:4
FreeBSD_HEAD_amd64_gcc4.9 - Build #248 - Fixed:
Build information:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/248/
Full change log:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/248/changes
Full build log:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/248/
26.07.2015 21:39, George Neville-Neil пишет:
>
>
> On 25 Jul 2015, at 1:51, Alexandr Krivulya wrote:
>
>> 25.07.2015 00:38, John-Mark Gurney пишет:
>>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38
>>> +0300:
I have IPSEC tunnel inside l2tp tunnel via mpd. After r285536 I
FreeBSD_HEAD-tests - Build #1225 - Fixed:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1225/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1225/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1225/console
Change summaries:
28 matches
Mail list logo