On Sun Apr 15 12, Alexander Best wrote:
On Sun Apr 15 12, Alexander Best wrote:
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sun, 15 Apr 2012 19:04:08 + Alexander Best arun...@freebsd.org
wrote:
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sun, 15 Apr 2012 18:16:13
On Sun Apr 15 12, Alexander Best wrote:
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger
alexan...@leidinger.net wrote:
On Sat, 14 Apr 2012 20:32:56 + Alexander Best
arun...@freebsd.org wrote:
On Sat Apr 14 12, Alexander
On Sun Apr 15 12, Alexander Best wrote:
On Sun Apr 15 12, Alexander Best wrote:
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger
alexan...@leidinger.net wrote:
On Sat, 14 Apr 2012 20:32:56 + Alexander Best
arun
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sun, 15 Apr 2012 11:23:08 + Alexander Best arun...@freebsd.org
wrote:
On Sun Apr 15 12, Alexander Best wrote:
On Sun Apr 15 12, Alexander Best wrote:
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sat, 14 Apr 2012 22:47:46
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sun, 15 Apr 2012 11:51:12 + Alexander Best arun...@freebsd.org
wrote:
ahh ok. i've managed to get some stats via stats_timing.d. this is a
snapshot during which a newly loaded tab in chromium was unresponsive
for about 5 seconds
On Sun Apr 15 12, Alexander Best wrote:
On Sun Apr 15 12, Alexander Best wrote:
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sun, 15 Apr 2012 13:03:06 + Alexander Best arun...@freebsd.org
wrote:
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sun, 15 Apr 2012 11:51:12
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sun, 15 Apr 2012 18:16:13 + Alexander Best arun...@freebsd.org
wrote:
On Sun Apr 15 12, Alexander Best wrote:
here are the results for a single flash instance:
otaku% sudo time ./check_internal_locks.d
Number of locks per type
On Sun Apr 15 12, Alexander Best wrote:
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sun, 15 Apr 2012 19:04:08 + Alexander Best arun...@freebsd.org
wrote:
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sun, 15 Apr 2012 18:16:13 + Alexander Best
arun...@freebsd.org
On Sun Apr 15 12, Alexander Leidinger wrote:
On Sat, 14 Apr 2012 22:47:46 +0200 Alexander Leidinger
alexan...@leidinger.net wrote:
On Sat, 14 Apr 2012 20:32:56 + Alexander Best
arun...@freebsd.org wrote:
On Sat Apr 14 12, Alexander Leidinger wrote:
On Fri, 13 Apr 2012 20:32
On Tue Apr 10 12, Jung-uk Kim wrote:
On Tuesday 10 April 2012 07:39 pm, Jung-uk Kim wrote:
On Tuesday 10 April 2012 06:56 pm, Jung-uk Kim wrote:
Th attached patch implements pipe2 syscall for Linuxulator, which
is quite trivial. Although it was added in Linux 2.6.27 (thanks,
On Fri Sep 30 11, Jung-uk Kim wrote:
On Friday 30 September 2011 06:02 pm, Jung-uk Kim wrote:
[Removed freebsd-security@]
On Friday 30 September 2011 04:00 am, FreeBSD Security Officer
wrote:
Hi all,
It appears that the security fix in SA-11:05.unix exposed a bug
in the linux
On Tue Aug 9 11, Yuri wrote:
On 08/08/2011 16:47, Artem Belevich wrote:
It would help if you could provide relevant information about your
system configuration. Stuff like FreeBSD version, CPU architecture,
xorg server, videocard and driver info, etc..
linux-f10-flashplugin-10.3r181.34
On Tue Jun 7 11, Mark Felder wrote:
Ok guys, I really don't know what to say. I wish someone could come stare
at my box and witness this because it seems like I'm the only person in
existence to have this problem. I've tried -stable, I've tried different
flash player / browser / nvidia
hi there,
i downloaded the firefox 4 linux binary and it seems to work quite well even
though it depends upon the not yet implemented syscall epoll_create.
however when executing native linux plugins (i.e. flash or quake live), ff
crashes. can anybody reproduce these crashes as well?
cheers.
On Fri Mar 4 11, Chagin Dmitry wrote:
On Fri, Mar 04, 2011 at 11:08:43AM +, Alexander Best wrote:
On Fri Mar 4 11, Chagin Dmitry wrote:
On Thu, Mar 03, 2011 at 09:20:51PM +, Alexander Best wrote:
hi there,
i've been investigating this issue for quite a while now
On Fri Mar 4 11, Chagin Dmitry wrote:
On Fri, Mar 04, 2011 at 11:08:43AM +, Alexander Best wrote:
On Fri Mar 4 11, Chagin Dmitry wrote:
On Thu, Mar 03, 2011 at 09:20:51PM +, Alexander Best wrote:
hi there,
i've been investigating this issue for quite a while now
On Fri Mar 4 11, Chagin Dmitry wrote:
On Thu, Mar 03, 2011 at 09:20:51PM +, Alexander Best wrote:
hi there,
i've been investigating this issue for quite a while now and simply wanted
to
post some measurements i did.
basically there's a massive slowdown when a process
hi there,
this was reported by clang 2.9 (dev) as -Wtautological-compare warning. i think
clang is right, because linux_iopl_args.level is of type u_long.
cheers.
alex
--
a13x
Index: sys/amd64/linux32/linux32_machdep.c
===
---
The following reply was made to PR kern/145024; it has been noted by GNATS.
From: Alexander Best arun...@freebsd.org
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/145024: [linux] kernel crash by linux.ko module with
nooptions COMPAT_FREEBSD32
Date: Mon, 31 Jan 2011 10:14:20 +
--yrj
On Sun Jan 30 11, Chagin Dmitry wrote:
On Sun, Jan 30, 2011 at 06:27:53PM +, arun...@freebsd.org wrote:
Old Synopsis: [linux] [panic] kernel crash by linux.ko module with
nooptions COMPAT_FREEBSD32
New Synopsis: [linux] kernel crash by linux.ko module with nooptions
COMPAT_FREEBSD32
On Sun Jan 30 11, Chagin Dmitry wrote:
On Sun, Jan 30, 2011 at 06:59:24PM +, Alexander Best wrote:
On Sun Jan 30 11, Chagin Dmitry wrote:
On Sun, Jan 30, 2011 at 06:27:53PM +, arun...@freebsd.org wrote:
Old Synopsis: [linux] [panic] kernel crash by linux.ko module
On Sun Jan 30 11, Alexander Best wrote:
On Sun Jan 30 11, Chagin Dmitry wrote:
On Sun, Jan 30, 2011 at 06:59:24PM +, Alexander Best wrote:
On Sun Jan 30 11, Chagin Dmitry wrote:
On Sun, Jan 30, 2011 at 06:27:53PM +, arun...@freebsd.org wrote:
Old Synopsis: [linux] [panic
hi there,
i've spent a couple of hours hacking support for futex operators
FUTEX_WAIT_BITSET and FUTEX_WAKE_BITSET into the linuxulator. the following
patch is far from perfect and in certain places it is probably doing the wrong
thing, however it doesn't seem to break anything.
i'd appreciate
On Sat Jan 29 11, Chagin Dmitry wrote:
On Sat, Jan 29, 2011 at 12:26:17PM +, Alexander Best wrote:
hi there,
i've spent a couple of hours hacking support for futex operators
FUTEX_WAIT_BITSET and FUTEX_WAKE_BITSET into the linuxulator. the following
patch is far from perfect
On Thu Jan 27 11, Kostik Belousov wrote:
On Wed, Jan 26, 2011 at 09:08:43PM +, Alexander Best wrote:
On Wed Jan 26 11, Jacob Frelinger wrote:
On 01/26/11 12:55, Alexander Best wrote:
could you provide the output of 'pkg_info -E linux_dist\*' please?
[jolly@moku ~]$ pkg_info -E
On Thu Jan 20 11, Andrew Pantyukhin wrote:
Hello!
I've stumbled upon an easily reproducible problem, seemingly somewhere around
the linux_futex.c code.
When genpuid (from port audio/linux-genpuid) is run in several copies
simultaneously, all the processes but the very first one end up
On Fri Oct 15 10, Juergen Lock wrote:
In article 20101014184626.ga1...@freebsd.org you write:
--ZPt4rx8FFjLCG7dd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
hi there,
Hi! :)
i see a lot of these warnings:
'linux_sys_futex: unknown op 265'
although
hi everybody,
this comment seems to be heavily outdated and should be removed.
svr4_util.h and linux_util.h don't seem to share any code nowadays.
cheers.
alex
--
a13x
diff --git a/sys/compat/linux/linux_util.h b/sys/compat/linux/linux_util.h
index 4363a32..13cd359 100644
---
hi there,
i see a lot of these warnings:
'linux_sys_futex: unknown op 265'
although there is no support in the linuxulator for opcode 256
(FUTEX_CLOCK_REALTIME) it is possible to handle some of these cases earlier.
FUTEX_CLOCK_REALTIME can be used to tell linux to use CLOCK_REALTIME instead of
The following reply was made to PR kern/29698; it has been noted by GNATS.
From: Alexander Best arun...@freebsd.org
To: bug-follo...@freebsd.org
Cc: Michael Reifenberger r...@nihil.plaut.de,
Alexander Leidinger netch...@freebsd.org
Subject: Re: kern/29698: [linux] [patch] linux ipcs
sorry for the noise guys. just noticed michael butler reported the
same issue two weeks beforehand already.
alex
On Wed, Jun 23, 2010 at 12:26 AM, Alexander Best
alexbes...@uni-muenster.de wrote:
hi there,
did anybody else running HEAD notice that commit r208751 broke the
virtualbox-ose port
31 matches
Mail list logo