Dear all,
since approximately three weeks I am seeing kernel panics on CURRENT
that are in so far reproducible as that they typically occur when I
run svn up on the ports tree. Hence, it seems I/O related to me. Sorry
that I only now got around to reporting it!
The system is a CURRENT amd64 runni
On Tue, 30 Jun 2015 20:54:07 +0200, Willem Jan Withagen
wrote:
> On 30/06/2015 17:32, Simon J. Gerraty wrote:
> > Jeffrey Bouquet wrote:
> >
> >> If I've a spare /mnt/usr/src , it seems buildworld quite soon fails,
> >> where it otherwise may succeed in /usr/src. Any CLI parameters or> the
>
On Fri, Jul 24, 2015 at 02:07:17AM +0300, Sergey Kandaurov wrote:
> On 24 July 2015 at 01:24, Don Lewis wrote:
> > I just got this panic while using poudriere to build packages for
> > FreeBSD 8.4 i386.
> [..]
> > db> bt
> > Tracing pid 78211 tid 101405 td 0xf80139td29a0
> > cap_rights_contain
On 24 July 2015 at 01:24, Don Lewis wrote:
> I just got this panic while using poudriere to build packages for
> FreeBSD 8.4 i386.
[..]
> db> bt
> Tracing pid 78211 tid 101405 td 0xf80139td29a0
> cap_rights_contains() at cap_rights_contains+0x24/frame
> 0xfe005acc772d0
> cap_check() at cap
I just got this panic while using poudriere to build packages for
FreeBSD 8.4 i386. This is hand transcribed because I was not able to
get a core file.
Fatal trap 12: page fault while in kernel mode
cpuid = 6; apic id = 16
fault virtual address = 0x0
fault code = supervisor read da
On 7/23/15 6:06 PM, Venkat Duvvuru wrote:
I will debug this crash.
At this point, my concern is not about debugging this particular
issue but whether to commit to our customers or not about the binary
compatibility of FreeBSD X.0 drivers with all FreeBSD X.Y OS versions.
I would like to stay sa
The TCP offloading is still working on these platforms. There is no flag to
distinguish UDP and TCP offloading, so the RXCSUM and TXCSUM are still set. Let
me know if there is any other way to show it properly.
Thanks,
Wei
-Original Message-
From: Pavel Timofeev [mailto:tim...@gmail.co
I will debug this crash.
At this point, my concern is not about debugging this particular issue but
whether to commit to our customers or not about the binary compatibility of
FreeBSD X.0 drivers with all FreeBSD X.Y OS versions.
I would like to stay safe and tell the customers to build the drivers
I have IPSEC tunnel inside l2tp tunnel via mpd. After r285536 I see only
outgoing esp packets on ng interface:
root@thinkpad:/usr/src # tcpdump -i ng0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ng0, link-type NULL (BSD loopback), capture size 262144 byt
Ok, sorry!
2015-07-23 7:51 GMT+03:00 Wei Hu :
> The TCP offloading is still working on these platforms. There is no flag to
> distinguish UDP and TCP offloading, so the RXCSUM and TXCSUM are still set.
> Let me know if there is any other way to show it properly.
>
> Thanks,
> Wei
>
>
> -Orig
10 matches
Mail list logo