On Sat, Aug 10, 2013 at 12:15:35PM -0500, Bryan Drewery wrote:
On 8/10/2013 11:44 AM, Bryan Drewery wrote:
On 8/10/2013 6:24 AM, Joel Dahl wrote:
panic: witness_init: pending locks list is too small, increase
WITNESS_PENDLIST
I also get this. The last stable revision for me was r254150
On Sat, Aug 10, 2013 at 08:44:07PM +0300, Konstantin Belousov wrote:
On Sat, Aug 10, 2013 at 12:15:35PM -0500, Bryan Drewery wrote:
On 8/10/2013 11:44 AM, Bryan Drewery wrote:
On 8/10/2013 6:24 AM, Joel Dahl wrote:
panic: witness_init: pending locks list is too small, increase
On Sat, Aug 10, 2013 at 08:45:47PM +0300, Konstantin Belousov wrote:
On Sat, Aug 10, 2013 at 08:44:07PM +0300, Konstantin Belousov wrote:
On Sat, Aug 10, 2013 at 12:15:35PM -0500, Bryan Drewery wrote:
On 8/10/2013 11:44 AM, Bryan Drewery wrote:
On 8/10/2013 6:24 AM, Joel Dahl wrote
On Sat, Aug 10, 2013 at 02:06:10PM -0500, Larry Rosenman wrote:
I'm getting the following @R254183:
when I try to run the microcode_update.
Just started with yesterday's -CURRENT.
(kgdb) #0 doadump (textdump=value optimized out) at pcpu.h:236
#1 0x8051d6f0 in kern_reboot
On Mon, Aug 12, 2013 at 02:44:35PM -0700, David Wolfskill wrote:
On Mon, Aug 12, 2013 at 09:10:55AM -0700, Davide Italiano wrote:
...
OK, I'm not sure I can make an immediate guess on where's the problem
now (without access to my main workstation), so I think you need to
wait tomorrow
On Mon, Aug 12, 2013 at 12:43:02PM -0700, Sean Bruno wrote:
http://people.freebsd.org/~sbruno/10_i386_vmfault.txt
I can never tell if stuff like this is because I'm not nerfing the
system RAM correctly or if this is i386 bit-rot.
I set hw.physmem=2g in loader.conf to try and get the
On Thu, Aug 15, 2013 at 08:13:34PM +0200, Dimitry Andric wrote:
Alternatively, we could attempt to figure out why gcc doesn't want to
inline those 64 bit builtins on FreeBSD. It seems to have no problem
doing so on the first Linux box I tried...
Does the linux box defaults to pentium or
On Thu, Aug 15, 2013 at 09:12:52PM +0200, Dimitry Andric wrote:
On Aug 15, 2013, at 20:36, Konstantin Belousov kostik...@gmail.com wrote:
Does the linux box defaults to pentium or higher for -march ?
64 bit atomics cannot be implemented in usermode on i386 on
processors which do not have
On Fri, Aug 16, 2013 at 02:33:29PM +0200, Dimitry Andric wrote:
On Aug 15, 2013, at 21:38, Jung-uk Kim j...@freebsd.org wrote:
On 2013-08-15 15:30:49 -0400, Konstantin Belousov wrote:
On Thu, Aug 15, 2013 at 09:12:52PM +0200, Dimitry Andric wrote:
On Aug 15, 2013, at 20:36, Konstantin
On Fri, Aug 16, 2013 at 09:51:31AM -0500, Larry Rosenman wrote:
I'm still seeing random crashes.
I have the vmcore as well
Ideas?
What if you remove any modules not coming from the base system,
does the problem still stay there ?
pgpIBNS1OzP3a.pgp
Description: PGP signature
On Fri, Aug 16, 2013 at 02:27:08PM -0500, Larry Rosenman wrote:
On 2013-08-16 10:05, Konstantin Belousov wrote:
On Fri, Aug 16, 2013 at 09:51:31AM -0500, Larry Rosenman wrote:
I'm still seeing random crashes.
I have the vmcore as well
Ideas?
What if you remove any modules
On Sun, Aug 25, 2013 at 01:56:55AM -0500, Larry Rosenman wrote:
And a 4th:
borg.lerctr.org dumped core - see /var/crash/vmcore.3
All the traces have little in common except a feel of the random
memory corruption. Note that you are the only reporter of such
mass panics, so the problem
On Tue, Sep 03, 2013 at 02:36:13PM +0300, Vitalij Satanivskij wrote:
Hello.
On fresh installed system -
10.0-CURRENT FreeBSD 10.0-CURRENT #3 r255173: Tue Sep 3 13:31:22 EEST 2013
With fresh i386 builded jail. I'm found some bug with core dumped uniq
(/usr/bin/uniq)
After
On Tue, Sep 03, 2013 at 08:25:29PM +0300, Vitalij Satanivskij wrote:
KB
KB Your installed libraries do not have proper debugging symbols.
KB Since the issue seems to be in the compat32 layer, you may try to start
KB with taking the ktrace of the failing program and see what syscall failed,
On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote:
Hi Matthew,
2013/9/16 Matthew Fleming m...@freebsd.org:
Would it be possible to enable this only for devd, init, and clang binaries?
Or is it a matter of enabling it for library builds that are linked
statically with the
On Wed, Sep 18, 2013 at 05:36:40PM +1000, Jan Mikkelsen wrote:
On 18/09/2013, at 4:22 PM, Konstantin Belousov kostik...@gmail.com wrote:
On Tue, Sep 17, 2013 at 11:45:19PM +0200, Ed Schouten wrote:
[ ... ]
Honestly, I think we can assume we'll never reach the point where all
On Mon, Sep 23, 2013 at 10:26:13PM +0200, Tijl Coosemans wrote:
Has anyone taken a look at this PR yet?
http://www.freebsd.org/cgi/query-pr.cgi?pr=182161
This looks like a valid bug, but probably not a valid testcase.
Let me elaborate. When a signal is delivered, return from the signal
On Tue, Sep 24, 2013 at 09:19:49PM +0200, Jilles Tjoelker wrote:
On Tue, Sep 24, 2013 at 12:37:30AM +0300, Konstantin Belousov wrote:
On Mon, Sep 23, 2013 at 10:26:13PM +0200, Tijl Coosemans wrote:
Has anyone taken a look at this PR yet?
http://www.freebsd.org/cgi/query-pr.cgi?pr=182161
On Thu, Sep 26, 2013 at 03:40:26PM +0300, Sergey V. Dyatko wrote:
On Thu, 26 Sep 2013 08:53:26 +0200
O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Rebooting into CURRENT r255873 floods the kernel messages with
ahcich7: Timeout on slot 0 port 0
ahcich7: is cs 0001 ss
On Sat, Sep 28, 2013 at 03:41:58PM +0400, Andrej Zverev wrote:
Hello,
I see following panic of 10.0-ALPHA3 r255906
(kgdb) #0 doadump (textdump=0) at pcpu.h:232
#1 0xc0521fb1 in db_dump (dummy=-1062244387, dummy2=0, dummy3=-1,
dummy4=0xeb36b764 ) at /usr/src/sys/ddb/db_command.c:543
On Wed, Oct 02, 2013 at 09:27:29PM +0400, Boris Samorodov wrote:
(CCing to the maintainer)
Hi All,
I've come across a problem and can't diagnose it. Please give me
an advice how to proceed.
I have a fresh CURRENT amd64 host with 9.2 (9.1 behaves the same)
i386 jail. The command
On Wed, Oct 02, 2013 at 10:18:44PM +0400, Boris Samorodov wrote:
02.10.2013 21:47, Konstantin Belousov пишет:
On Wed, Oct 02, 2013 at 09:27:29PM +0400, Boris Samorodov wrote:
(CCing to the maintainer)
Hi All,
I've come across a problem and can't diagnose it. Please give me
an advice
On Fri, Oct 04, 2013 at 09:46:37PM +0400, Boris Samorodov wrote:
02.10.2013 23:12, Konstantin Belousov пишет:
On Wed, Oct 02, 2013 at 10:18:44PM +0400, Boris Samorodov wrote:
02.10.2013 21:47, Konstantin Belousov пишет:
On Wed, Oct 02, 2013 at 09:27:29PM +0400, Boris Samorodov wrote
On Tue, Oct 15, 2013 at 04:10:04PM +0100, Anton Shterenlikht wrote:
This panic is always reproducible by
starting nginx, and directing the browser
to poudriere logs/bulk/ia64-default/latest/.
From ddb, do 'show pginfo address of the page from the panic message'.
pgpKqixxtbb2b.pgp
On Wed, Oct 16, 2013 at 09:02:19AM +0100, Anton Shterenlikht wrote:
panic:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/182999
db show pginfo 0xe0027d352600
page 0xe0027d352600 obj 0xe000128fda00 pidx 0x0 phys 0x275dc6000 q 255
hold 0 wire 1
af 0x0 of 0x0 f 0x0 act 0 busy 1
On Wed, Oct 16, 2013 at 02:55:26PM +0300, Konstantin Belousov wrote:
On Wed, Oct 16, 2013 at 09:02:19AM +0100, Anton Shterenlikht wrote:
panic:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/182999
db show pginfo 0xe0027d352600
page 0xe0027d352600 obj 0xe000128fda00 pidx 0x0
On Thu, Oct 24, 2013 at 09:45:20PM +0100, Roger Pau Monn? wrote:
On 24/10/13 13:01, Outback Dingo wrote:
On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monn? roger@citrix.com
mailto:roger@citrix.com wrote:
On 24/10/13 03:02, Outback Dingo wrote:
--- trap 0, rip = 0,
On Fri, Oct 25, 2013 at 04:04:10PM +0300, Aleksandr Rybalko wrote:
On Fri, 25 Oct 2013 15:18:47 +0300
Aleksandr Rybalko r...@ddteam.net wrote:
Hello fellow hackers!
I finally reach the point when I can work with newcons instead of
syscons on my laptop. Yes, I know it still buggy and
On Mon, Oct 28, 2013 at 11:09:45AM +0200, Aleksandr Rybalko wrote:
On Sat, 26 Oct 2013 15:37:25 -0400
Sean Bruno sean_br...@yahoo.com wrote:
On Sat, 2013-10-26 at 22:32 +0300, Aleksandr Rybalko wrote:
On Sat, 26 Oct 2013 10:45:32 +0200
d...@gmx.com wrote:
Suppose that Newcons
On Mon, Oct 28, 2013 at 04:53:10PM -0400, Michael Butler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
That is ..
- --- busdma_bounce.o ---
cc1: warnings being treated as errors
In file included from /usr/src/sys/x86/x86/busdma_bounce.c:54:
On Tue, Oct 29, 2013 at 01:51:09PM -0700, Sean Bruno wrote:
I *think* its safe to change this invocation of rl_message to omit the
third argument, but I'm not 100%.
Second, why on earth does a buildworld emit this warning 6 times? Its
as though bmake things it needs to compile it
On Wed, Oct 30, 2013 at 11:19:49AM -0700, Sean Bruno wrote:
On Wed, 2013-10-30 at 00:06 +0200, Konstantin Belousov wrote:
Second, why on earth does a buildworld emit this warning 6 times?
Its
as though bmake things it needs to compile it repeatedly, and its
not
the only such time
On Sun, Nov 03, 2013 at 05:46:01PM +0400, Gleb Smirnoff wrote:
Maciej, Boris,
On Sun, Nov 03, 2013 at 04:29:11PM +0400, Boris Bobrov wrote:
B I traced this down to r248521:
B svn log -r248521
B ---
B - r248521 | kib
On Mon, Nov 04, 2013 at 08:35:17AM -0600, Bryan Drewery wrote:
11.0-CURRENT #87 r257598
During a poudriere build.
It creates a tmpfs, builds a port in a jail using that tmpfs and then
removes the tmpfs and recreate the tmpfs before building the next port.
panic: Assertion
On Mon, Nov 04, 2013 at 12:30:09PM +0100, Maciej Milewski wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03.11.2013 15:41, Konstantin Belousov wrote:
On Sun, Nov 03, 2013 at 05:46:01PM +0400, Gleb Smirnoff wrote:
Maciej, Boris,
On Sun, Nov 03, 2013 at 04:29:11PM +0400
On Mon, Nov 04, 2013 at 10:43:06AM -0600, Bryan Drewery wrote:
On 2013-11-04 10:27, Konstantin Belousov wrote:
On Mon, Nov 04, 2013 at 08:35:17AM -0600, Bryan Drewery wrote:
11.0-CURRENT #87 r257598
During a poudriere build.
It creates a tmpfs, builds a port in a jail using
On Mon, Nov 04, 2013 at 08:53:41PM +0400, Gleb Smirnoff wrote:
On Mon, Nov 04, 2013 at 06:38:25PM +0200, Konstantin Belousov wrote:
K Also please show me the CPU features banner from the boot in the VB,
K like this:
I have already collected them all. See attaches.
Legend:
dmesg.bb
On Tue, Nov 05, 2013 at 01:24:33PM +0400, Gleb Smirnoff wrote:
On Tue, Nov 05, 2013 at 01:09:04PM +0400, Gleb Smirnoff wrote:
T B The only known way to get FreeBSD working is to turn off unmapped io
T B in loader. Any tweaking of hardware in VB or changes in the install
T B process do not
On Wed, Nov 06, 2013 at 11:12:24AM +0200, Dmitry Luhtionov wrote:
--- /usr/src/sys/amd64//amd64/identcpu.c.orig2013-11-01
14:43:15.0 +0200
+++ /usr/src/sys/amd64//amd64/identcpu.c2013-11-04 12:06:06.0
+0200
@@ -366,14 +366,14 @@
\017b14
On Wed, Nov 06, 2013 at 12:30:05PM -0500, John Baldwin wrote:
On Wednesday, November 06, 2013 4:12:24 am Dmitry Luhtionov wrote:
--- /usr/src/sys/amd64//amd64/identcpu.c.orig2013-11-01
14:43:15.0 +0200
+++ /usr/src/sys/amd64//amd64/identcpu.c2013-11-04 12:06:06.0
On Sat, Nov 09, 2013 at 11:16:08PM +0100, Andreas Tobler wrote:
Hi all,
anyone interested in this patch to remove the WEAK_ALIAS and introduce
the WEAK_REFERENCE?
http://people.freebsd.org/~andreast/weak_ref.amd64.diff
I have this running since months on amd64 and I have no issues with.
On Mon, Nov 11, 2013 at 03:39:06PM -0800, Xin Li wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 11/11/13 14:29, Neel Chauhan wrote:
Sorry if I sent a similar patch before. It didn't get accepted so I
am sending one now. Enjoy.
What does didn't get accepted mean? :) Since
On Wed, Nov 13, 2013 at 10:18:27PM +0100, Andreas Tobler wrote:
On 11.11.13 08:47, Konstantin Belousov wrote:
On Sat, Nov 09, 2013 at 11:16:08PM +0100, Andreas Tobler wrote:
Hi all,
anyone interested in this patch to remove the WEAK_ALIAS and introduce
the WEAK_REFERENCE?
http
On Mon, Nov 18, 2013 at 11:00:55PM +0100, Andreas Tobler wrote:
I prepared two patches, see below. The amd64 one is reviewed by bde@ and
the i386 is compile tested by me (runtime is theoretically also done,
but I'm not sure since I do not have 32-bit apps on my amd64).
Use cc -m32.
The
On Tue, Nov 19, 2013 at 06:50:56PM +0100, Andreas Tobler wrote:
On 19.11.13 08:23, Konstantin Belousov wrote:
On Mon, Nov 18, 2013 at 11:00:55PM +0100, Andreas Tobler wrote:
Here the two patches
amd64:
http://people.freebsd.org/~andreast/weak_ref_amd64.diff
i386:
http
On Sun, Nov 24, 2013 at 11:48:54PM -0500, Glen Barber wrote:
On Sun, Nov 24, 2013 at 08:41:48PM -0800, Manfred Antar wrote:
At 08:17 PM 11/24/2013, Glen Barber wrote:
On Sun, Nov 24, 2013 at 05:29:14PM -0800, Manfred Antar wrote:
adding -lc_nonshared to LAAD enables me to build /bin and
On Sat, Nov 23, 2013 at 11:43:30PM -0800, Don Lewis wrote:
I upgraded my 11.0-CURRENT machine to r258504 to get past the uma panic
that I stumbled across earlier. Now I got this when I started upgrading
ports:
Unread portion of the kernel message buffer:
Fatal double fault:
eip =
On Mon, Nov 25, 2013 at 12:13:53PM +0200, Andriy Gapon wrote:
It seems that placement of signal trampolines was changed a while ago.
Possibly
with the introduction of the shared page, but I am not sure.
Unfortunately, neither the gdb in base nor the ports gdb were updated to
account
for
On Mon, Nov 25, 2013 at 01:36:15PM +0100, Dimitry Andric wrote:
On 25 Nov 2013, at 08:51, Konstantin Belousov kostik...@gmail.com wrote:
On Sun, Nov 24, 2013 at 11:48:54PM -0500, Glen Barber wrote:
...
Index: Makefile
On Mon, Nov 25, 2013 at 07:35:27PM +0200, Konstantin Belousov wrote:
Could you update your gdb patch to use the KERN_PROC_SIGTRAMP from
the patch below ? If this works out, I will add initialization of
sv_szsigcode for ABIs which do not use shared page.
Below is the complete patch
On Wed, Nov 27, 2013 at 12:22:27AM -0800, Don Lewis wrote:
It took a while, but I just got another double fault, though this one is
somewhat different. This time it trapped in cpu_switch(), which
resulted in calls to
trap()-printf()-...-putchar()-msgbuf_addstr()-_mtx_lock_spin_flags()
where
On Wed, Nov 27, 2013 at 01:13:41AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 12:22:27AM -0800, Don Lewis wrote:
It took a while, but I just got another double fault, though this one is
somewhat different. This time it trapped in cpu_switch
On Wed, Nov 27, 2013 at 02:49:12AM -0800, Don Lewis wrote:
http://people.freebsd.org/~truckman/doublefault2.JPG
What is the instruction at cpu_switch+0x9b ?
pgpkUYYh0Npao.pgp
Description: PGP signature
On Wed, Nov 27, 2013 at 09:41:36AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 02:49:12AM -0800, Don Lewis wrote:
http://people.freebsd.org/~truckman/doublefault2.JPG
What is the instruction at cpu_switch+0x9b ?
movl 0x8(%edx),%eax
So
On Wed, Nov 27, 2013 at 10:33:30AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 09:41:36AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 02:49:12AM -0800, Don Lewis wrote:
http://people.freebsd.org
On Wed, Nov 27, 2013 at 11:02:57AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 10:33:30AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 09:41:36AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov
On Wed, Nov 27, 2013 at 11:35:19AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 11:02:57AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 10:33:30AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov
On Wed, Nov 27, 2013 at 01:11:35PM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 11:35:19AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov wrote:
On Wed, Nov 27, 2013 at 11:02:57AM -0800, Don Lewis wrote:
On 27 Nov, Konstantin Belousov
On Wed, Nov 27, 2013 at 11:36:44AM -0800, Adrian Chadd wrote:
Hi,
Here's part #2 in my sendfile refactoring. This is a little more
intrusive than the first patch.
http://people.freebsd.org/~adrian/netflix/20131126-sendfile-sync-refactor-2.diff
sf_buf.h is for sf buffers, and not for
On Thu, Nov 28, 2013 at 12:56:37AM -0800, Don Lewis wrote:
I haven't figured out how to find the currently installed BIOS version.
The motherboard is Abit, which is no more, but I found an archive of all
of their downloads. I'll also check into updates from the Linux world.
I reviewed the 0xF
On Sat, Nov 30, 2013 at 01:02:16PM +0100, Peter Holm wrote:
On Thu, Nov 28, 2013 at 09:56:10AM +0200, Konstantin Belousov wrote:
Peter, could you, please, try to reproduce the issue ? It does not look
like a random hardware failure, since in all cases, it is curthread access
which
I propose to unconditionally add the switch -fno-strict-overflow to the
kernel compilation. See the patch at the end of message for exact change
proposed.
What does it do. It disallows useless and counter-intuitive behaviour of
the compiler(s) for the signed overflow. Basically, the issue is
On Fri, Nov 29, 2013 at 08:37:28PM -0800, Tim Kientzle wrote:
On Nov 29, 2013, at 3:44 PM, jb jb.1234a...@gmail.com wrote:
Luigi Rizzo rizzo at iet.unipi.it writes:
...
There is a difference between applications peeking into
implementation details that should be hidden, and
On Sat, Nov 30, 2013 at 04:33:17PM -0800, Adrian Chadd wrote:
On 30 November 2013 15:25, Dimitry Andric d...@freebsd.org wrote:
On 30 Nov 2013, at 14:56, Konstantin Belousov kostik...@gmail.com wrote:
I propose to unconditionally add the switch -fno-strict-overflow to the
kernel
On Mon, Dec 02, 2013 at 05:11:49PM +0100, Roger Pau Monn? wrote:
Hello,
I've yet updated the PVH work one more time, regarding some comments
from emaste in order to try to make this work easier to merge with the
UEFI changes. In this regard, the parse_memmap hook now fetches and
parses the
On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote:
Hi,
I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD
11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013
root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as a build
machine for
On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote:
On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote:
Am 14.12.2013 22:59, schrieb Steve Kargl:
On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote:
2) SSH logins are very slow, many seconds of delay between
On Sat, Dec 14, 2013 at 09:56:04PM -0800, Steve Kargl wrote:
On Sun, Dec 15, 2013 at 07:47:22AM +0200, Konstantin Belousov wrote:
On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote:
On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote:
Am 14.12.2013 22:59, schrieb Steve
On Sun, Dec 15, 2013 at 05:28:14PM +0100, Marc UBM wrote:
On Sun, 15 Dec 2013 08:43:22 +0200
Konstantin Belousov kostik...@gmail.com wrote:
On Sat, Dec 14, 2013 at 09:56:04PM -0800, Steve Kargl wrote:
On Sun, Dec 15, 2013 at 07:47:22AM +0200, Konstantin Belousov wrote:
On Sat, Dec 14
On Thu, Dec 19, 2013 at 10:16:16AM +0100, Stefan Esser wrote:
Am 30.11.2013 14:56, schrieb Konstantin Belousov:
I propose to unconditionally add the switch -fno-strict-overflow
to the kernel compilation. See the patch at the end of message for
exact change proposed.
What does it do
Thank you for doing the split.
On Thu, Dec 19, 2013 at 07:54:38PM +0100, Roger Pau Monne wrote:
Add the PV/PVH entry point and the low level functions for PVH
initialization.
---
sys/amd64/amd64/locore.S | 53 +++
sys/amd64/amd64/machdep.c| 72
On Thu, Dec 19, 2013 at 07:54:41PM +0100, Roger Pau Monne wrote:
---
sys/amd64/amd64/machdep.c | 45 +
sys/amd64/include/sysarch.h | 12 +
sys/conf/files.amd64|1 +
This looks fine for me.
pgpKHSZIJtBoR.pgp
Description: PGP signature
This also looks fine, with the style nit noted in the patch.
On Thu, Dec 19, 2013 at 07:54:44PM +0100, Roger Pau Monne wrote:
---
sys/amd64/amd64/machdep.c | 50 ++
sys/amd64/include/pc/bios.h |2 +
sys/amd64/include/sysarch.h |1 +
On Thu, Dec 19, 2013 at 07:54:47PM +0100, Roger Pau Monne wrote:
This hook will only be implemented for bare metal, Xen doesn't require
any bootstrap code since APs are started in long mode with paging
enabled.
---
sys/amd64/amd64/machdep.c |6 +-
sys/amd64/include/sysarch.h |
On Sun, Dec 22, 2013 at 09:54:49AM -0800, Manfred Antar wrote:
The change to vfs_bio.c in revision 259200 breaks writing to scsi tape drive
on i386 and sparc64 on current.
I don't have any other machines to test on.
here is example:
r259199:
(/)4794}mt rew
(/)4795}tar cvf /dev/sa0 kernel
On Mon, Dec 23, 2013 at 05:35:23AM -0800, Manfred Antar wrote:
At 11:31 PM 12/22/2013, you wrote:
On Sun, Dec 22, 2013 at 09:54:49AM -0800, Manfred Antar wrote:
The change to vfs_bio.c in revision 259200 breaks writing to scsi tape
drive on i386 and sparc64 on current.
I don't have any
On Thu, Dec 26, 2013 at 02:04:17PM +0200, Andriy Gapon wrote:
I am running FreeBSD based on the head from a few weeks ago, amd64.
It seems that after a recent upgrade of openjdk7 I consistently get a kernel
panic when a java process starts:
panic: Bad entry start/end for new stack entry
On Thu, Dec 26, 2013 at 07:51:45PM +0100, Antoine Brodin wrote:
On Thu, Dec 26, 2013 at 7:33 PM, Peter Wemm pe...@wemm.org wrote:
On Thu, Dec 26, 2013 at 7:39 AM, Antoine Brodin anto...@freebsd.org wrote:
On Thu, Dec 26, 2013 at 1:04 PM, Andriy Gapon a...@freebsd.org wrote:
...
Hello,
On Sun, Dec 29, 2013 at 04:36:18PM -0500, Mark Johnston wrote:
Hello,
While experimenting with some userland DTrace scripts, I seem to
be consistently able to trigger a deadlock between smp_rendezvous_cpus()
(called periodically by DTrace) and smp_targeted_tlb_shootdown():
spin lock
On Mon, Jun 11, 2012 at 01:23:03PM -0500, Alan Cox wrote:
On Sat, Jun 9, 2012 at 9:26 PM, Garrett Cooper yaneg...@gmail.com wrote:
I build out of my UFS-only VM in VMware Fusion from time to time,
and it looks like there's a large chunk of processes that are swapped out
when doing
://lists.freebsd.org/pipermail/freebsd-current/2012-June/034511.html) and
from the answer and hints given by Konstantin Belousov I have prepared
another patch that adheres to library versioning guidelines. If nobody
objects this patch then feel free to commit it:
diff --git a/lib/libc/arm/Symbol.map b/lib
On Tue, Jun 12, 2012 at 05:56:12PM +0200, Jan Sieka wrote:
Both versions work indeed. I have analysed other architectures'
lib/libc/arch/Symbol.map files and __flt_rounds should go into FBSD_ and
*not* into FBSDprivate section. I have verified that at least one of the
Perl's libraries
On Wed, Jun 13, 2012 at 08:32:19PM -0700, Tim Kientzle wrote:
On Jun 12, 2012, at 1:49 AM, Konstantin Belousov wrote:
On Jun 5, 2012, at 8:09 AM, Jan Sieka wrote:
After investigating the issue it appeared that __flt_rounds symbol is
not exported by libc. Applying the following
On Tue, Jun 19, 2012 at 09:30:59PM -0400, Steve Wills wrote:
Hi,
I just got a panic out of my r237195 system. The panic looks like:
Sleeping thread (tid 173153, pid 42034) owns a non-sleepable lock
KDB: stack backtrace of thread 173153:
sched_switch() at sched_switch+0x28a
mi_switch() at
On Tue, Jun 19, 2012 at 09:51:35PM -0600, Scott Long wrote:
On Jun 19, 2012, at 4:31 PM, Adrian Chadd wrote:
I bet the answer is something like Get FreeBSD up on it or work with
someone who can help you do that.
It's a catch-22 just like GPU - unless ${COMPANY} has customers using
On Wed, Jun 20, 2012 at 08:19:39AM -0400, John Baldwin wrote:
On Tuesday, June 19, 2012 9:30:59 pm Steve Wills wrote:
Hi,
I just got a panic out of my r237195 system. The panic looks like:
Sleeping thread (tid 173153, pid 42034) owns a non-sleepable lock
KDB: stack backtrace of
On Fri, Jun 22, 2012 at 06:49:59AM -0700, David Wolfskill wrote:
Just updated my laptop's head slice from r237378 to r237440; while
it did manage to get to multi-user mode, I was only able to login as
root, and whenever I tried to do much of anything, the sell (csh) exited
with a SIGSEGV.
I
On Fri, Jun 22, 2012 at 05:10:20PM +0300, Konstantin Belousov wrote:
On Fri, Jun 22, 2012 at 06:49:59AM -0700, David Wolfskill wrote:
Just updated my laptop's head slice from r237378 to r237440; while
it did manage to get to multi-user mode, I was only able to login as
root, and whenever I
On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:
I've observed a panic in recent -current several times but I only
have a picture of the backtrace:
http://people.freebsd.org/~kevlo/panic_tmpfs.jpg
Does this look at all familiar to anyone?
Can you look up the line corresponding to
On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote:
Konstantin Belousov wrote:
On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:
I've observed a panic in recent -current several times but I only
have a picture of the backtrace:
http://people.freebsd.org/~kevlo
On Wed, Jun 27, 2012 at 01:29:14PM +0800, Kevin Lo wrote:
Kevin Lo wrote:
Konstantin Belousov wrote:
On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote:
Konstantin Belousov wrote:
On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:
I've observed a panic in recent
On Mon, Jul 02, 2012 at 11:03:40AM -0400, Alexander Kabaev wrote:
On Mon, Jul 02, 2012 at 02:12:20AM -0400, Christoph Hellwig wrote:
On Sun, Jul 01, 2012 at 03:52:05PM +0200, Attilio Rao wrote:
anything by SoC involved people about NTFS and certainly I don't see a
plan to get XFS locked.
On Thu, Jul 05, 2012 at 12:32:01AM +0900, Taku YAMAMOTO wrote:
On Wed, 04 Jul 2012 17:08:30 +0200
Dimitry Andric d...@freebsd.org wrote:
On 2012-07-04 16:33, Taku YAMAMOTO wrote:
For people having SIGBUS with clang-build world + gcc-build binaries,
In short words, for any
On Fri, Jul 06, 2012 at 04:15:18AM +0900, Taku YAMAMOTO wrote:
On Thu, 5 Jul 2012 00:14:14 +0300
Konstantin Belousov kostik...@gmail.com wrote:
On Thu, Jul 05, 2012 at 12:32:01AM +0900, Taku YAMAMOTO wrote:
On Wed, 04 Jul 2012 17:08:30 +0200
Dimitry Andric d...@freebsd.org wrote
On Sun, Jul 08, 2012 at 10:16:44AM +0200, Jean-S?bastien P?dron wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08.07.2012 05:14, Steve Wills wrote:
For what it's worth, I discovered that twm and xterm don't trigger
the issue, but konsole and other kde things do, which is what led
On Sun, Jul 08, 2012 at 08:46:32AM -0400, Michael Butler wrote:
Sorry, no symbols but this happened twice last night while being the
target of a dump over NFS ..
root@mail:/var/crash # less info.0
Dump header from device /dev/ada0s1
Architecture: i386
Architecture Version: 2
Dump
On Sun, Jul 08, 2012 at 09:46:09AM -0400, Michael Butler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/08/12 09:34, Konstantin Belousov wrote:
On Sun, Jul 08, 2012 at 08:46:32AM -0400, Michael Butler wrote:
Sorry, no symbols but this happened twice last night while being
Please find at
http://people.freebsd.org/~kib/misc/xsaveopt.1.patch
a patch to finally add suport for using XSAVEOPT for our amd64 context
switch code. See Intel SDM for description of the XSAVEOPT instruction.
Summary is that the instruction allows to not write parts of the FPU
state which was
On Sun, Jul 08, 2012 at 12:57:39PM -0400, Michael Butler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/08/12 11:18, Michael Butler wrote:
On 07/08/12 10:31, Konstantin Belousov wrote:
Catch it next time ? This should be quite reproducable, if real.
Actually, try
On Mon, Jul 09, 2012 at 11:24:52AM -0400, John Baldwin wrote:
On Sunday, July 08, 2012 11:02:25 am Konstantin Belousov wrote:
Please find at
http://people.freebsd.org/~kib/misc/xsaveopt.1.patch
a patch to finally add suport for using XSAVEOPT for our amd64 context
switch code. See Intel
1 - 100 of 1220 matches
Mail list logo