On Wed, Sep 14, 2011 at 05:42:21PM +0200, Jeremie Le Hen wrote:
> On Wed, Sep 14, 2011 at 03:59:53PM +0300, Kostik Belousov wrote:
> > On Wed, Sep 14, 2011 at 02:36:07PM +0200, Jeremie Le Hen wrote:
> > > Hi list,
> > >
> > > I've recently migrated my
On Wed, Sep 14, 2011 at 02:36:07PM +0200, Jeremie Le Hen wrote:
> Hi list,
>
> I've recently migrated my services from a box running 8.1-STABLE to
> another one running 9.0-BETA2.
>
> I run stunnel 4.28 on 8.1-STABLE, and it has run flawlessly so far. I
> compiled manually this very version on 9
On Fri, Sep 09, 2011 at 06:20:57PM +0200, Oliver Lehmann wrote:
>
> Kostik Belousov wrote:
>
> >On Fri, Sep 09, 2011 at 05:55:13PM +0300, Kostik Belousov wrote:
>
> >>Ok, please do the following:
> >>run cvsup under the gdb. When SIGSEGV is raised,
On Fri, Sep 09, 2011 at 05:55:13PM +0300, Kostik Belousov wrote:
> On Fri, Sep 09, 2011 at 04:34:54PM +0200, Oliver Lehmann wrote:
> >
> > Kostik Belousov wrote:
> >
> > >On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote:
> >
> > >>
On Fri, Sep 09, 2011 at 04:34:54PM +0200, Oliver Lehmann wrote:
>
> Kostik Belousov wrote:
>
> >On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote:
>
> >>(gdb) bt
> >>#0 0x004d24c6 in tzload ()
> >
> >Try to do "disas
On Fri, Sep 09, 2011 at 04:19:42PM +0200, Oliver Lehmann wrote:
>
> Kostik Belousov wrote:
>
> >I do not know, I was curious about 'illegal instruction' signal,
> >which would indicate a problem in the compilation environment.
> >Now you get segmentation v
On Fri, Sep 09, 2011 at 01:47:37PM +0200, Oliver Lehmann wrote:
>
> Kostik Belousov wrote:
>
> >For start, you should provide the information what exactly is the
> >instruction that caused the fault. Show the disassembly from gdb
> >for the function that caused the fa
On Fri, Sep 09, 2011 at 11:30:46AM +0200, Oliver Lehmann wrote:
>
> Chris Rees wrote:
>
> >On 9 September 2011 06:33, Oliver Lehmann wrote:
> >>I got used to it in the past 12 years? But this is not realy the question.
> >>If it is "BROKEN" it should be marked as BROKEN or there should be a
> >
On Wed, Sep 07, 2011 at 09:14:12AM +, "Thomas Mueller
When FreeBSD 9.0_BETA1 was announced, the announcement included a notice that
> shared library version would be updated some time prior to BETA2, which would
> necessitate rebuilding all ports.
>
> Has this happened yet? I don't want t
On Sat, Aug 27, 2011 at 02:00:50PM +0200, Attilio Rao wrote:
> [ Sorry for cross-posting, but I included -arch@ for technical
> discussion, -current@ for reaching the wider audience and -fs@ for the
> relevance of the matter.]
>
> During the last years a lot of effort by several developers happene
On Wed, Aug 24, 2011 at 09:36:37AM -0400, Rick Macklem wrote:
> Kostik Belousov wrote:
> > On Wed, Aug 24, 2011 at 09:34:58PM +0900, Hiroki Sato wrote:
> > > Kostik Belousov wrote
> > > in <20110824082119.gj17...@deviant.kiev.zoral.com.ua>:
> > >
&g
On Wed, Aug 24, 2011 at 09:34:58PM +0900, Hiroki Sato wrote:
> Kostik Belousov wrote
> in <20110824082119.gj17...@deviant.kiev.zoral.com.ua>:
>
> ko> On Tue, Aug 23, 2011 at 11:23:03PM +0200, Pawel Jakub Dawidek wrote:
> ko> > On Tue, Aug 23, 2011 at 04:11:20PM -
On Tue, Aug 23, 2011 at 11:23:03PM +0200, Pawel Jakub Dawidek wrote:
> On Tue, Aug 23, 2011 at 04:11:20PM -0400, Rick Macklem wrote:
> > Pawel Jakub Dawidek wrote:
> > > On Tue, Aug 23, 2011 at 10:09:41AM -0400, Rick Macklem wrote:
> > > > Ok, I'll admit I wasn't very fond of a fixed table that wou
On Sat, Aug 06, 2011 at 08:11:32PM -0400, b. f. wrote:
> On 8/6/11, Kostik Belousov wrote:
> > On Sat, Aug 06, 2011 at 04:44:25AM -0400, b. f. wrote:
> >> Recent changes to the kernel (sys/kern/vfs_mount.c, in r224655?)
> >> between r224550 and r224655 have broken my
On Sat, Aug 06, 2011 at 04:44:25AM -0400, b. f. wrote:
> Recent changes to the kernel (sys/kern/vfs_mount.c, in r224655?)
> between r224550 and r224655 have broken my tinderbox setup. It had a
> tmpfs filesystem mounted at /T and a UFS filesystem mounted at /U,
> and, when setting up the tinderbox
On Fri, Aug 05, 2011 at 06:45:22PM +0300, Jaakko Heinonen wrote:
> On 2011-08-03, Kostik Belousov wrote:
> > On Wed, Aug 03, 2011 at 02:44:23PM +0900, Kohji Okuno wrote:
> > > > devfs_populate(), and the context holds only "dm->dm_lock" in
> > > > d
On Fri, Aug 05, 2011 at 10:18:49AM +0200, Martin Matuska wrote:
> I agree to Kostik's approach, but I suggest implementing it in a
> separate function and also use for the unmount() part.
>
> Please review attached patch.
Since you are moving the fragment to a function, you may somewhat reduce
th
On Thu, Aug 04, 2011 at 05:54:54AM -0700, David Wolfskill wrote:
> I've only seen this on my laptop; my build machine doesn't exhibit the
> panic.
>
> r224602 is the most recent point I've built that does not exhibit the
> panic at all.
>
> The first few lines (hand-transcribed; I have no serial
On Thu, Aug 04, 2011 at 06:56:00PM +0900, Kohji Okuno wrote:
> Hello Kostik,
>
> > On Thu, Aug 04, 2011 at 11:41:39AM +0900, Kohji Okuno wrote:
> >> But, now I'm using 8.1-RELEASE. May I have advice about 8.X ?
> > Do you mean a patch for the stable/8 ? I believe it is enough to
> > apply rev. 211
On Thu, Aug 04, 2011 at 11:41:39AM +0900, Kohji Okuno wrote:
> Hello Kostik,
>
> From: Kostik Belousov
> Subject: Re: Bug: devfs is sure to have the bug.
> Date: Wed, 3 Aug 2011 16:50:44 +0300
> > I think the problem you described is real, and suggested change is right.
>
On Wed, Aug 03, 2011 at 02:44:23PM +0900, Kohji Okuno wrote:
> Hello,
>
> > Hello,
> >
> > I think that devfs is sure to have the bug.
> > I found that I couldn't open "/dev/XXX" though the kernel detected XXX
> > device.
> >
> >
> > "dm->dm_generation" is updated with "devfs_generation" in
> >
On Wed, Jul 27, 2011 at 11:35:49AM -0500, Dan Nelson wrote:
> In the last episode (Jul 27), Alexander Best said:
> > hi there,
> >
> > i was trying to attach truss to chromium via
> >
> > 'truss -p 18445' and got:
> >
> > [...]
> > kevent(26,{},0,{0x1b,EVFILT_READ,0x0,0,0x1,0x44cb600 0x0,0x0,0x0
On Tue, Jul 12, 2011 at 11:53:05PM +0200, Petr Salinger wrote:
> >>I will bump revision for stable/8 when merging, but I do not see much
> >>reason to bump on HEAD right now.
>
> Many thanks.
>
> >Uhm I think we can survive without a bump in HEAD. For now we will
> >need to keep our backward-com
On Tue, Jul 12, 2011 at 04:36:24PM +0200, Petr Salinger wrote:
> >Below is the patch I intend to commit after you retest it.
>
> I applied it against our 8.2 based package,
> altered our "clone" to use this new
> interface and run eglibc testsuite. No regression.
>
> Our runtime detection of thi
On Tue, Jul 12, 2011 at 03:02:44PM +0200, Attilio Rao wrote:
> 2011/7/12 Kostik Belousov :
> > On Tue, Jul 12, 2011 at 07:10:28PM +0900, Kohji Okuno wrote:
> >> Hello,
> >>
> >> I think that devfs has a problem.
> >> I encountered the problem that ope
On Tue, Jul 12, 2011 at 07:10:28PM +0900, Kohji Okuno wrote:
> Hello,
>
> I think that devfs has a problem.
> I encountered the problem that open("/dev/AAA") returned ENOENT.
> Of course, /dev/AAA exists.
>
> ENOENT was created by the point(***) in devfs_allocv().
> I think that the race conditio
On Tue, Jul 12, 2011 at 11:16:28AM +0200, Petr Salinger wrote:
> >>Seems this interface be acceptable ?
> >
> >Looks good to me.
>
> The proposed code changes are in the attached patch.
>
> Proposed wording of addition into RFORK(2):
Below is the patch I intend to commit after you retest it.
I a
On Mon, Jul 11, 2011 at 08:05:56PM +0200, Petr Salinger wrote:
> >>Should the bit slice be 7 or 8 bits ?
>
> >I propose to go 8 bits, and add the check to be future-proof.
>
> >It seems that we already parse GNU/kFreeBSD brandnote. I think this
> >could be used to distinguish between old behaviou
On Mon, Jul 11, 2011 at 06:12:15PM +0200, Petr Salinger wrote:
> >I would instead use a new flag to specify a signal sent on the child
> >death. Like RFTSIGZMB. If flag is not set, SIGCHLD is used. If it is
> >set, the bit slice is used as signal number, 0 means do not send any
> >signal.
> >
> >Pl
On Mon, Jul 11, 2011 at 05:43:23PM +0200, Petr Salinger wrote:
> >>The 1st patch satisfies this. I agree that SIGCHLD part
> >>is not easily readable.
> >The SIGCHLD part is ugly. This is why I am asking about possible ways
> >to overcome this.
>
> We need a way to specify "no signal".
> It can be
On Mon, Jul 11, 2011 at 04:50:44PM +0200, Petr Salinger wrote:
> >RFLINUXPTH was used by the linuxthreads port, that was popular in the
> >time of FreeBSD 4.x and may be 5.x to run mysql. I will object against
> >this breakage.
>
> Do I understand correctly that API/ABI backward compatibility with
On Mon, Jul 11, 2011 at 04:23:36PM +0200, Petr Salinger wrote:
> >>>Can you, please, describe the reasoning behind the
> + if (sig == SIGCHLD) sig = 0;
> >>>line ?
> >>
> >>The main reason is backward compatibility.
> >>The original FreeBSD code allows only to select between
> >>SIGUSR1
On Mon, Jul 11, 2011 at 03:27:56PM +0200, Petr Salinger wrote:
> >>This patch made by Petr Salinger improves compatibility with
> >>LinuxThreads in rfork() syscall. The Linux clone() implementation
> >>allows specifying the signal sent to parent when child terminates
> >>(instead of SIGCHLD).
> >>
On Fri, Jul 08, 2011 at 02:51:48PM +, John wrote:
> Hi Folks,
>
>It seems the new pre-boot options selection process has
> some values defined within the kernel environment that contain
> ansi control sequences. For instance:
>
> # kenv
> LINES="24"
> ansi_caption[1]="Boot [ENTER]"
> ansi
[Please remove current@ when replying.]
I created the first code drop for the ongoing GEM/KMS project. Please
note that this is not an end-user release, and even _not_ a call for
testing. The project is not finished yet, and I expect quite more
efforts from me even after the scheduled project end,
On Mon, Jun 27, 2011 at 10:42:07AM -0700, David O'Brien wrote:
> Hi KIB,
> Thanks for the list of issues you know about -- I don't believe we have
> PRs covering those.
>
>
> On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote:
> > - I believe P
On Fri, Jun 24, 2011 at 06:20:03PM +0200, Peter Holm wrote:
> Got a "panic: Not a vnode object" quite fast:
>
> http://people.freebsd.org/~pho/stress/log/kostik441.txt
Ah, yes, this is an assertion that was added in the r209702.
http://people.freebsd.org/~kib/misc/tmpfs.7.patch
pgpfCkfwvYyso.pg
On Fri, Jun 24, 2011 at 03:21:05PM +0200, Peter Holm wrote:
> On Fri, Jun 24, 2011 at 02:06:27PM +0300, Kostik Belousov wrote:
> > On Fri, Jun 24, 2011 at 12:30:16PM +0200, Peter Holm wrote:
> > > On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote:
> > > &
On Fri, Jun 24, 2011 at 12:30:16PM +0200, Peter Holm wrote:
> On Thu, Jun 23, 2011 at 11:21:53PM +0300, Kostik Belousov wrote:
> > On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote:
> > > Does anyone object to this patch?
> > >
> > > David Wolf
On Thu, Jun 23, 2011 at 09:31:09AM -0700, David O'Brien wrote:
> Does anyone object to this patch?
>
> David Wolfskill and I have run TMPFS on a number of machines for two
> years with no problems.
>
> I may have missed something, but I'm not aware of any serious PRs on
> TMPFS either.
>
>
> In
On Mon, Jun 20, 2011 at 11:02:22AM +0400, Andrey Chernov wrote:
> On Sun, Jun 19, 2011 at 08:15:43PM -0600, Justin T. Gibbs wrote:
> > On 6/19/11 6:19 PM, Andrey Chernov wrote:
> > > Exactly that commit is responsible for boot hang.
> > > Please fix.
> > > BTW, I have MBR on SATA disk (CAM emulated
On Wed, Jun 15, 2011 at 10:24:46AM -0400, Eric McCorkle wrote:
> On 6/15/11 8:23 AM, Holger Kipp wrote:
> >Dear all,
> >
> >I had installed FreeBSD 9 amd64 from snapshot (ISO-image) located here:
> >ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201101/FreeBSD-9.0-CURRENT-201101-amd64-dvd1.iso
> >
>
On Wed, Jun 15, 2011 at 04:08:34PM +0800, David Xu wrote:
> On 2011/06/15 15:39, Kostik Belousov wrote:
>
> > This patch accomodates the userland to the changed ABI. Why it was
> > changed at all ? I would argue that keeping the stable ABI there is
> > more important t
On Wed, Jun 15, 2011 at 09:41:28AM +0400, Sergey Kandaurov wrote:
> On 15 June 2011 06:20, David Xu wrote:
> > On 2011/06/14 20:02, Sergey Kandaurov wrote:
> >> On 1 November 2010 03:42, David Xu wrote:
> >>> Author: davidxu
> >>> Date: Mon Nov 1 00:42:25 2010
> >>> New Revision: 214611
> >>> UR
On Sat, Jun 11, 2011 at 03:20:27PM -0700, Doug Barton wrote:
> Howdy,
>
> I'm running 9.0-CURRENT r222889M amd64 and in the kld script I just sent
> to the list I had to use the slower 'load_kld -e' form because 'kldstat
> -q -m foo' is not working for me. For example:
>
> kldstat -qm linux ; e
On Thu, Jun 09, 2011 at 06:01:04PM -0400, Michael Butler wrote:
> On 06/09/11 17:18, Attilio Rao wrote:
> > 2011/6/9 Mark Linimon :
> >> Things that change the way the base system behaves w/rt ports need
> >> version bumps.
> >
> > BTW, could someone provide an actual error message?
> >
> > I ass
On Thu, Jun 09, 2011 at 08:07:15PM +0200, Hartmann, O. wrote:
> Since the notice mentioned in /usr/src/UPDATE (20110608) both gcc-4.5
> and 4.6 seems to need to be recompiled. I tried some ports with
> "USE_FORTRAN= yes" setand they failed as with gcc-4.6. There was always
> an error reporting:
On Tue, May 31, 2011 at 10:21:42PM +0200, Luigi Rizzo wrote:
> hi,
> i have a kernel module implementing a memory mapped special device
> which exports a large block of memory to the process.
> I see that when the process calls mmap(), my routine foo_mmap()
> is called immediately once per page, ev
On Thu, May 26, 2011 at 12:47:53PM -0400, Daniel Eischen wrote:
> On Thu, 26 May 2011, Kostik Belousov wrote:
>
> >On Thu, May 26, 2011 at 10:16:15AM -0400, b. f. wrote:
> >>Matthias Apitz:
> >>...
> >>>I'm running -CURRENT on my laptop (r220692 f
On Thu, May 26, 2011 at 10:16:15AM -0400, b. f. wrote:
> Matthias Apitz:
> ...
> > I'm running -CURRENT on my laptop (r220692 from ~mid of April) and
> > /usr/ports from CVS from the same day; I want from time to time (let's
> > says once a week) SVN update my kernel and userland; I know that these
On Wed, May 25, 2011 at 09:43:15AM -0400, John Baldwin wrote:
> It may be that your jail is not a pure 32-bit jail (some things like a 32-bit
> ps won't really work in with a 64-bit host for example). Also, until
Err, is it broken (again) ? I committed the 32bit compat shims for kinfo_proc
long
On Mon, May 09, 2011 at 01:38:24PM -0400, John Baldwin wrote:
> On Monday, May 09, 2011 11:35:07 am Alan Cox wrote:
> > On Mon, May 9, 2011 at 8:45 AM, John Baldwin wrote:
> >
> > > On Saturday, May 07, 2011 3:16:25 pm Kostik Belousov wrote:
> > > > On Fri, Ma
On Fri, May 06, 2011 at 04:16:40PM -0400, John Baldwin wrote:
> On Friday, May 06, 2011 10:04:28 am Kostik Belousov wrote:
> > On Fri, May 06, 2011 at 04:38:00PM +0300, Andriy Gapon wrote:
> > > on 06/05/2011 16:32 Kostik Belousov said the following:
> > > > On F
On Sat, May 07, 2011 at 12:58:11PM +0300, Andriy Gapon wrote:
>
> I think that the SWAR reference should be more concise and should lead an
> interested reader to more information on the topic (and more up-to-date as
> well).
>
SWAR acronim seems to be a wikipedia invention. Without the abbrevia
On Fri, May 06, 2011 at 04:38:00PM +0300, Andriy Gapon wrote:
> on 06/05/2011 16:32 Kostik Belousov said the following:
> > On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrote:
> >>
> >> I would like to ask for a review and/or testing of the following patch:
>
On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrote:
>
> I would like to ask for a review and/or testing of the following patch:
> http://people.freebsd.org/~avg/dev_dsp_mmap.diff
>
> It's supposed to fix an issue described here:
> http://lists.freebsd.org/pipermail/freebsd-multimedia/20
On Thu, May 05, 2011 at 12:49:48PM -0700, Garrett Cooper wrote:
> Things look ok with that patch and the one that Jeff provided for
> the LOR, taking into account your style change with the flag list.
> Thanks!
I do not understand your response. Jeff' patch was included into the
cumulative cha
On Thu, May 05, 2011 at 10:23:47AM -0700, Garrett Cooper wrote:
> On May 4, 2011, at 2:07 AM, Kostik Belousov wrote:
>
> > On Tue, May 03, 2011 at 11:58:49PM -0700, Garrett Cooper wrote:
> >> On Tue, May 3, 2011 at 11:42 PM, Garrett Cooper wrote:
> >>> On T
On Tue, May 03, 2011 at 11:58:49PM -0700, Garrett Cooper wrote:
> On Tue, May 3, 2011 at 11:42 PM, Garrett Cooper wrote:
> > On Tue, May 3, 2011 at 10:59 PM, Kirk McKusick
> > wrote:
> >>> Date: Tue, 3 May 2011 22:40:26 -0700
> >>> Subject: Nasty non-recursive lockmgr panic on softdep only enabl
On Mon, Apr 25, 2011 at 05:38:26PM -0400, Thomas Dickey wrote:
> On Mon, Apr 25, 2011 at 01:12:54PM +0200, Gary Jennejohn wrote:
> > Mine sets it to rxvt.
> >
> > I tried setting TERM to rxvt in xterm, but of course it didn't work.
>
> I overlooked asking whether Randy had regen'd the termcap.db
[Cc: list trimmed]
On Mon, Apr 25, 2011 at 05:38:11PM +0300, Alexander Motin wrote:
> Kostik Belousov wrote:
> > On Mon, Apr 25, 2011 at 03:26:02PM +0300, Alexander Motin wrote:
> >> Andrey V. Elsukov wrote:
> >>> On 25.04.2011 14:23, Alexander Motin wr
On Mon, Apr 25, 2011 at 03:26:02PM +0300, Alexander Motin wrote:
> Andrey V. Elsukov wrote:
> > On 25.04.2011 14:23, Alexander Motin wrote:
> >> What will not work:
> >> - old device names won't be seen inside GEOM, so users who hardcoded
> >> provider names in gmirror/gstripe/... metadata (not th
I added a support for non-executable stacks on amd64 and PowerPC
architectures some time ago, but did not enabled it. Passed time allowed
to fix some bugs in the implementation, and I consider it would be good
to have NX stacks enabled for architectures that support it.
I plan to commit the follow
On Wed, Apr 20, 2011 at 04:35:58PM -0700, Matthew Jacob wrote:
>
>
> On Wed, 20 Apr 2011, Scott Long wrote:
> >...
> >
> >I agree with what Alexander is saying, but I'd like to take it a step
> >further. We should all be using either mount-by-label, or be working to
> >introduce generic device
On Sun, Apr 10, 2011 at 03:37:59PM +0200, Fabian Keil wrote:
> The following panic seems to be reliably reproducible with sources
> from yesterday (and today) by running claws-mail in X, switching to
> the console and trying to attach gdb to it with 'gdb -p $(pgrep claws-mail)'.
>
> gdb somehow fa
On Wed, Apr 06, 2011 at 10:14:21AM -0700, Julian Elischer wrote:
> On 4/6/11 3:21 AM, Kostik Belousov wrote:
> >On Tue, Apr 05, 2011 at 06:16:01PM -0700, Julian Elischer wrote:
> >>I was just looking in the thread creation code after most of a decade
> >>NOT looking at
On Tue, Apr 05, 2011 at 06:16:01PM -0700, Julian Elischer wrote:
> I was just looking in the thread creation code after most of a decade
> NOT looking at it..
> boy we really need to go through there with a broom.. the cobwebs are
> getting thick.
> Like we always call the code to put an upcall,
On Mon, Apr 04, 2011 at 01:09:32PM -0700, Doug Barton wrote:
> Someone suggested I might get better results including the actual panic:
>
> panic: Freeing unused sector 4918950 6 c41f
>
> Meanwhile the core.txt.1 file is in my home directory on freefall.
>
>
> Doug
>
>
> #0 sched_switch
On Sat, Mar 26, 2011 at 07:29:32PM +0100, Hartmann, O. wrote:
> On 03/26/11 19:19, Gary Jennejohn wrote:
> >On Sat, 26 Mar 2011 18:53:52 +0100
> >"O. Hartmann" wrote:
> >
> >>On 03/26/11 14:48, Kostik Belousov wrote:
> >>>On Sat, Mar 26, 2
On Sat, Mar 26, 2011 at 01:44:52PM +0100, O. Hartmann wrote:
> On 26.03.2011 11:55, Andriy Gapon wrote:
> >on 26/03/2011 11:10 O. Hartmann said the following:
> >>Updating ports and source of my FreeBSD 9.0-CURRENT/amd64 host, equipted
> >>with a
> >>AMD/ATi HD4830 graphics board driven by X11 xf8
On Mon, Mar 21, 2011 at 08:03:52PM +, FreeBSD Tinderbox wrote:
> TB --- 2011-03-21 17:50:00 - tinderbox 2.6 running on
> freebsd-current.sentex.ca
> TB --- 2011-03-21 17:50:00 - starting HEAD tinderbox run for i386/i386
> TB --- 2011-03-21 17:50:00 - cleaning the object tree
> TB --- 2011-03-2
On Thu, Mar 10, 2011 at 10:33:37PM +0100, Martin Matuska wrote:
> Hi everyone,
>
> we have performed a benchmark of the perl binary compiled with base gcc,
> ports gcc and ports clang using the perlbench benchmark suite.
> Our benchmark was performed solely on amd64 with 10 different processors
>
On Mon, Mar 07, 2011 at 11:19:40PM +0200, George Liaskos wrote:
> >What process did you follow to get here?
>
> I did a make toolchain followed by make buildworld.
>
> > that's because the latest gcc commits have support for core2 and thus it no
> > longer is being expanded to nocona. please note
On Sat, Mar 05, 2011 at 03:33:01PM -0800, David O'Brien wrote:
> Feb 24 19:43:16 : FreeBSD 9.0-CURRENT #662 r218815:218845M: Tue Feb 22
> 00:13:31 PST 2011
> Feb 24 19:43:16 : /sys/i386/compile/DRAGON i386
> [..]
> Mar 5 14:41:38 : start = 0, len = 1659, fs = /storage
> Mar 5 14:41:38 : panic: f
[Added fs, please remove current on reply].
On Sat, Mar 05, 2011 at 08:51:38AM +0100, Christian Gusenbauer wrote:
> Hi!
>
> Once in a week I backup my PC using amanda (which uses dump(8)). Subsequently
> unmounting a filesystem (or during shutdown) I get errors like these:
>
> handle_workitem_fr
On Wed, Mar 02, 2011 at 02:56:58PM +, Konstantin Belousov wrote:
> Author: kib
> Date: Wed Mar 2 14:56:58 2011
> New Revision: 219178
> URL: http://svn.freebsd.org/changeset/base/219178
>
> Log:
> Fix a bug in the result of manual assembly.
>
> Reported by:Stefan Grundmann
>
On Sun, Feb 20, 2011 at 10:30:52AM -0500, Mike Tancsa wrote:
> On 2/20/2011 9:33 AM, Andrey Smagin wrote:
> > On week -current I have same problem, my box paniced every 2-15 min. I
> > resolve problem by next steps - unplug network connectors from 2 intel em
> > (82574L) cards. I think last time
On Fri, Feb 18, 2011 at 05:33:58PM -0500, michael butler wrote:
> On Sat, Feb 19, 2011 at 12:11:09AM +0200, Kostik Belousov wrote:
> > On Fri, Feb 18, 2011 at 04:53:30PM -0500, michael butler wrote:
> > > Just upgraded my mail-server to -current only to be greated by:
> >
On Fri, Feb 18, 2011 at 04:53:30PM -0500, michael butler wrote:
> Just upgraded my mail-server to -current only to be greated by:
>
> Feb 18 16:26:00 mail authdaemond: modules="authpam", daemons=5
> Feb 18 16:26:00 mail authdaemond: Installing libauthpam
> Feb 18 16:26:00 mail authdaemond: Install
On Fri, Jan 28, 2011 at 12:43:38PM +0300, Sergey Kandaurov wrote:
> Hi.
>
> That's FreeBSD 8.1-RELEASE i386 (w/o debug).
>
> It's observed for bash processes which end up in unbounded sleep
> in [fifoow] wchan while executing the next script:
>
> %%%
> #!/usr/local/bin/bash
>
> LOG_FACILITY="lo
On Tue, Jan 18, 2011 at 05:40:14PM +0100, Beat G?tzi wrote:
> On 18.01.2011 17:13, Kostik Belousov wrote:
> > On Tue, Jan 18, 2011 at 04:34:10PM +0100, Beat G?tzi wrote:
> >> On 18.01.2011 15:46, Kostik Belousov wrote:
> >>> On Tue, Jan 18, 2011 at 03:16:27PM +010
On Tue, Jan 18, 2011 at 04:34:10PM +0100, Beat G?tzi wrote:
> On 18.01.2011 15:46, Kostik Belousov wrote:
> > On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote:
> >> Hi,
> >>
> >> I've a tinderbox which uses tmpfs to build ports. Every time
On Tue, Jan 18, 2011 at 03:16:27PM +0100, Beat G?tzi wrote:
> Hi,
>
> I've a tinderbox which uses tmpfs to build ports. Every time I build a
> port which executes linux ldconfig it results in an unkillable process
> which uses 100% CPU. The problem is reproduceable without tinderbox:
>
> # uname
On Wed, Jan 05, 2011 at 02:21:55PM +0100, Ulrich Sp??rlein wrote:
> !ACHTUNG BIKESHED ALERT!
>
> Hello,
>
> With the recent changes to the committer graphs, I again was reminded
> how much I hate the /MM/DD format (I can't help it ...). Given that
> this almost looks like ISO 8601, but is an
On Mon, Jan 03, 2011 at 02:16:37PM +0100, Matthias Andree wrote:
> Am 03.01.2011 14:14, schrieb Ivan Voras:
> > On 12/29/10 11:32, David Demelier wrote:
> >> /var/log/messages.5.bz2:Nov 29 16:36:52 Abricot kernel:
> >> g_vfs_done():ufs/public[READ(offset=232718991360, length=131072)]error
> >> = 5
On Sat, Jan 01, 2011 at 05:59:10PM +0100, Beat G?tzi wrote:
> On 01.01.2011 17:46, Kostik Belousov wrote:
> > On Sat, Jan 01, 2011 at 05:42:58PM +0100, Beat G?tzi wrote:
> >> On 01.01.2011 17:12, Kostik Belousov wrote:
> >>> On Sat, Jan 01, 2011 at 05:00:56PM +010
On Sat, Jan 01, 2011 at 05:42:58PM +0100, Beat G?tzi wrote:
> On 01.01.2011 17:12, Kostik Belousov wrote:
> > On Sat, Jan 01, 2011 at 05:00:56PM +0100, Beat G?tzi wrote:
> >> On 01.01.2011 16:45, Kostik Belousov wrote:
> >>> Check the output of sysctl kern.maxvnode
On Sat, Jan 01, 2011 at 05:00:56PM +0100, Beat G?tzi wrote:
> On 01.01.2011 16:45, Kostik Belousov wrote:
> > Check the output of sysctl kern.maxvnodes and vfs.numvnodes. I suspect
> > they are quite close or equial. If yes, consider increasing maxvnodes.
> > Another workaro
On Sat, Jan 01, 2011 at 04:37:44PM +0100, Beat G?tzi wrote:
> On 01.01.2011 16:10, Alexander Best wrote:
> > On Sat Jan 1 11, Beat G?tzi wrote:
> >> Hi,
> >>
> >> Since a couple of days commands like ls(1) are very slow on one of my
> >> tinderboxes. Checking with ktrace/kdump I see that the lstat
Hello,
I implemented DT_FILTER and DT_FILTER_AUX support for our rtld,
following the documentation at
http://docs.sun.com/app/docs/doc/819-0690/chapter4-4?l=en&a=view
Another interesting text is
http://cygwin.ru/ml/libc-hacker/2001-05/msg00040.html
The support for filtering is required for possibl
On Fri, Dec 10, 2010 at 07:15:40PM +0100, Hans Petter Selasky wrote:
> Hi,
>
> I think this is a known issue which never got fixed. Please try the attached
> patch and report back.
>
> XXX_SAFE != XXX_REAL_SAFE :-)
>
Patch looks good. Please commit.
> --HPS
>
> On Thursday 09 December 2010 12
On Thu, Dec 09, 2010 at 10:01:32AM -0500, John Baldwin wrote:
> On Thursday, December 09, 2010 8:52:06 am Giorgos Keramidas wrote:
> > On Thu, 9 Dec 2010 15:15:02 +0200, Kostik Belousov
> wrote:
> > > On Thu, Dec 09, 2010 at 01:57:16PM +0100, Giorgos Keramidas wrote:
>
On Thu, Dec 09, 2010 at 01:57:16PM +0100, Giorgos Keramidas wrote:
> On Thu, 09 Dec 2010 07:38:38 -0500, Etienne Robillard
> wrote:
> > Hi
> >
> > $ sudo rm -rf /usr/obj/*
> > rm: /usr/obj/usr/local/freebsd8/src/lib32/usr/lib32/libc.so.7: Operation
> > not permitted
> > rm: /usr/obj/usr/local/fre
On Mon, Dec 06, 2010 at 08:38:30AM -0800, Steve Kargl wrote:
> On Mon, Dec 06, 2010 at 09:44:03AM -0500, John Baldwin wrote:
> > On Sunday, December 05, 2010 6:18:29 pm Steve Kargl wrote:
> > > Sometime in the last 7-10 days, some one made a
> > > change that has broken process accounting/timing.
>
On Sun, Dec 05, 2010 at 08:30:11PM -0600, James R. Van Artsdalen wrote:
> FreeBSD gohorns.x 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r216088: Thu Dec 2
> 23:20:14 CST 2010 r...@gohorns.x:/usr/obj/usr/src/sys/GENERIC amd64
>
> I have been getting a lot of ts_to_ct for months: are we supposed to
> l
On Wed, Dec 01, 2010 at 12:00:08PM +0100, Peter Holm wrote:
> On Wed, Dec 01, 2010 at 01:28:06AM -0800, Garrett Cooper wrote:
> > So... I was doing a portmaster -af today because vlc stopped playing
> > audio (for some reason ... I kind of went on a pkg_cutleaves rampage and
> > probably dein
On Fri, Nov 26, 2010 at 09:59:09AM -0500, Kris Moore wrote:
>
> For about 2 weeks now I've been seeing failures when trying to spin ISOs
> of CURRENT (amd64) and using "make distribution" specifically:
>
>
> pwd_mkdb -L -i -p -d /usr/pcbsd-build90/buildworld/etc
> /usr/pcbs
On Sat, Nov 20, 2010 at 02:48:15PM +, Bruce Cran wrote:
> Hi,
>
> I've been building KDE on a new -CURRENT system with ZFS and hit a
> panic - "vm_object_page_collect_flush failed" (more info is at
> http://www.cran.org.uk/~brucec/freebsd/zfs_vm_panic.txt).
>
> #9 0x802a6190 in pan
not have the change.
>
> -- Qing
>
>
> > -Original Message-
> > From: Kostik Belousov [mailto:kostik...@gmail.com]
> > Sent: Wednesday, November 17, 2010 2:29 PM
> > To: Dimitry Andric
> > Cc: John Baldwin; Li, Qing; freebsd-current@freebsd.org
>
On Wed, Nov 17, 2010 at 11:15:40PM +0100, Dimitry Andric wrote:
> On 2010-11-17 23:04, John Baldwin wrote:
> >On Wednesday, November 17, 2010 2:56:28 pm Li, Qing wrote:
> >>panic: mtx_init: mtx_lock not aligned for netir_mtx: 0x8114791c
> ...
> >I'm guessing the recent changes to how the VN
101 - 200 of 284 matches
Mail list logo