> Has something changed in the scheduler recently?
Yes: r242736, r242852+r243069.
Your description of your problem is a bit vague, but you might start
by looking at the effect of the above commits.
b.
___
freebsd-current@freebsd.org mailing list
http:/
On 6/5/12, Erich wrote:
> Hi,
>
> On 05 June 2012 3:08:17 b. f. wrote:
>> > On 05 June 2012 15:33:16 Mark Andrews wrote:
>> > >
>> > > In message <2490439.EC638TI0j3 at x220.ovitrap.com>, Erich writes:
>> > > > Hi,
>> > &g
> On 05 June 2012 15:33:16 Mark Andrews wrote:
> >
> > In message <2490439.EC638TI0j3 at x220.ovitrap.com>, Erich writes:
> > > Hi,
> > >
> > > On 05 June 2012 12:48:20 Mark Andrews wrote:
> > > >
> > > > In message <3506767.Fvm2KmtnYf at x220.ovitrap.com>, Erich writes:
> > > > >
> > > > > On 05 J
...
> In any case, suppose a customer comes and asks for an application that
> uses PNG, you just updated your ports tree and then you either:
>
> 1. Have already libpng installed.
> Then you just don't rebuild libpng, just install the new software. You
> do this by going to the ports directory lik
> Do we have a wiki page listing the functions in libm we are missing?
> Having some kind of place to track progress and figure out what
> exactly is needed is the first step to getting these APIs into shape.
I already suggested this, and mentioned:
http://wiki.freebsd.org/MissingMathStuff
> Als
> > I do think we should provide something in ports as an interim solution.
> > There are other 3rd party applications looking to drop FreeBSD support
> > because we are missing APIs that almost all other OS's have. I'm fine
> > if the interim lives in ports and that we don't import substandard
>
>This discussion confirms my impression, that it should be possible as an
>interim solution, to use a port for missing math functions (cephes alike
>or whatever). The port itself could warn the user about inaccuracies and
>edge-cases.
Parts of Cephes are already in ports: math/ldouble. I had plan
> I recently ran "make delete-old" on a -current box and felt it was
> rather slow. That prompted me to do some more careful experiments.
>
> On one box where I have both 8-stable and 9-stable available, there
> was a ~30x slowdown (based on 5 runs, ignoring the first). I don't
> have a -current
On 5/5/12, Steve Wills wrote:
> On 05/05/12 15:43, b. f. wrote:
>> Steve Wills wrote:
>>> After updating from -CURRENT as of April 5 to one built today, I now get
>>> a core dump running ctfmerge on libc:
>>>
>>> ctfmerge -L VERSION -g -o libc.so.7
Steve Wills wrote:
> After updating from -CURRENT as of April 5 to one built today, I now get
> a core dump running ctfmerge on libc:
>
> ctfmerge -L VERSION -g -o libc.so.7 syscall.So fork.So..
> Bus error (core dumped)
> *** [libc.so.7] Error code 138
>
> Anyone else seeing this or have any i
> Am 07.12.2011 09:32, schrieb Dimitry Andric:
> > That said, you are most likely running into an issue with the fix for
> > FreeBSD 10-CURRENT in bsd.port.mk, causing the lto-plugin stage
> > configure script to fail.
> >
> > This is because the gcc ports unpack their source code into
> > ${WRKDIR
> Now I think I'll try to rebuild the kernel with "options ATA_CAM" and drop
> "device atapicam".
>
> This question needs to be better resolved in time for FreeBSD 9.0-RELEASE.
>
> I cross-post this message to freebsd-current@freebsd.org so the developers
> will see it. FreeBSD users want to be ab
On 11/3/11, O. Hartmann wrote:
> Am 11/03/11 18:42, schrieb b. f.:
>So I presume the WITH_FBSD10_FIX flag is set in /etc/make.conf, right?
You can set it in a number of local Makefiles that are automatically
included during a port build. That includes make.conf, and the others
mentio
> > > It turns out that the problem is more general! A lot of ./configure
> > > scripts are detecting in 10-CUR that they can't or should not build
> > > shared libs; the problem is that the OS is detected now as
> >
> > As a temporary workaround, add "WITH_FBSD10_FIX=1" to /etc/make.conf.
>
> port
> I have an Atom 330 with 9.0-BETA2/amd64 installed.
>
> I did a pkg_add -r cvsup-without-gui at first after installation.
> Using cvsup, resulted in a core dump (illegal instruction).
>
> I then removed all ports, and installed cvsup-without-gui from source.
> Started cvsup... core dump again.
>
>
> I think I'll rebuild all ports, and more, maybe I should make and keep
> packages in case I can't update to BETA3 in place.
If you want to be on the safe side, a complete rebuild is probably a
good idea -- and moreover, one that removes all ports and cleans out
${PREFIX} and ${PKG_DBDIR} before
On 8/30/11, K. Macy wrote:
> On Tue, Aug 30, 2011 at 9:47 PM, Pedro F. Giffuni
> wrote:
>> FWIW;
>>
>> Christopher Bergström and Pathscale delivered the EKOPath
>> Compiler Suite, but no one followed up:
>>
>> (From the WantedPorts Wiki)
>> https://github.com/pathscale/path64-suite
>>
No one has
> By the beginning of this year Pathscale introduced a kind of compiler
> capable of HMPP, a very smart model
> like OpenMP. This compiler seems not to be ready by now and I never got
> access to a beta version to test
> whether it was capable of compiling CUDA ready code. As far as I know,
> HMPP
> >> I believe it's time to up these values to something that's in line with
> >> higher speed
> >> local networks, such as 10G. Perhaps it's time to move these to 2MB
> >> instead of 256K.
> >>
> >> Thoughts?
> >
> >
> > This never happened, did it? Was there a reason?
> >
>
> I went back and
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 tinderbox setup. It had a
>> tmpfs filesystem mounted at /T and a UFS
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, performed:
mkdir /U/u1
mkdir /U/u2
mkdir /T/t1
mount -t null
Peter Holm wrote:
> On Fri, Jun 24, 2011 at 10:57:16PM +0300, Kostik Belousov wrote:
> > 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 as
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
> two should be in sync, but what about the ports? I have instal
> > Author: jhb
> > Date: Thu Apr 7 21:32:25 2011
...
> > URL: http://svn.freebsd.org/changeset/base/220430
...
>
> I think that this commit (plus r220431) has broken something in my
> environment.
> After updating to the most recent head I started to get semi-random problems
> in
> various area
Martin Matuska wrote:
> 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
> and we have tried different -march= flags to compare binary
> Putting the 'speed' question completely aside, I would like to comment
> on other issue(s) there. The switching of the ports to use the port-provided
> compiler (and binutils) would be very useful and often talked about feature.
>
> Your approach of USE_GCC_BUILD as implemented is probably not go
> >> > just wanted to ask what the current situation on WITHOUT_SYSINSTALL is?
> >> > it
> >> > seems the option gets completely ignored after a recent commit.
I thought that Alex was going to follow up on this (cf.
http://markmail.org/message/bkbygrx5z5ascukh ) with Warner.
> >> > should src.co
On 1/22/11, Adrian Chadd wrote:
> On 23 January 2011 01:11, b. f. wrote:
>
>> Would you look to see if any of your improvements can also be used by
>> uath(4)?
>
> Nope, sorry. I can only do two things at a time. :)
I didn't mean immediately, but at some point in th
Adrian Chadd wrote:
> 2011/1/22 Dima Panov :
>
> > 22.01.2011, 22:19, "Adrian Chadd" :
> This is why I really do need this tested as much as possible. I'll put
> up instructions on how to build if_ath as a module (that's what I'm
> doing on my RELENG_8 EEEPC - I'm running the HEAD if_ath on it for
On 1/19/11, Jung-uk Kim wrote:
> On Tuesday 18 January 2011 10:08 pm, b. f. wrote:
>> Marc UBM Bocklet wrote:
> Please try the attached patch.
Your patch fixes my problem. With the patch, I can use the
problematic modes on my machine without panics. Well done; thank you
f
Marc UBM Bocklet wrote:
> Yesterday I upgraded to
>
> FreeBSD hostname 9.0-CURRENT FreeBSD 9.0-CURRENT #28: Sat Jan 8
> 17:05:30 CET 2011
>
> and vidcontrol VESA_800x600 stopped working (again). I exchanged emails
> with jkim about a similar problem in February 2010 (vidcontrol
> VESA_800x600 wou
On 12/17/10, Alexander Best wrote:
> On Tue Dec 14 10, b. f. wrote:
>> Alexander Best wrote:
...
>> The last part of your patch reverts a change that Warner Losh made in
>> r212525 as part of his tbemd project merge. It's possible that this
>> change may
Alexander Best wrote:
>any thoughts on this patch? it adds files which will be removed when
>WITHOUT_SYSCONS is set. also it makes sure sysinstall(8) and sade(8) only get
>installed when WITHOUT_SYSINSTALL wasn't defined and also that any related
>executables and manual pages get removed if in fac
Dmitry Andric wrote:
>On 2010-09-25 21:16, Paul B Mahol wrote:
>> When to expect to get rid of GNU as and other binutils tools?
>Work is progressing steadily on the clang/llvm integrated assembler,
>which removes the need for an external assembler such as gas, and which
>should also reduce compile
An LOR, which resembles another reported in:
http://lists.freebsd.org/pipermail/freebsd-current/2010-August/018986.html
but none that I noticed at:
http://sources.zabbadoz.net/freebsd/lor.html
lock order reversal:
1st 0xff0001696098 ufs (ufs) @ /mnt/disk2/usr/src/sys/kern/vfs_lookup.c:501
2
Alexander:
Are the changes to sys/kern/sched_ule.c in your supplementary hack
http://people.freebsd.org/~mav/tm6292_idle.patch
still useful, or have they been superseded by the other changes in
http://svn.freebsd.org/changeset/base/212541 ?
Regards,
b.
In:
http://people.freebsd.org/~mav/timers_oneshot7.patch
you need to offset the declaration of 'cpu' in getnextevent() on line
256 of src/sys/kern/kern_clocksource.c by #ifdef SMP, because it is
not used otherwise, and will break UP kernel builds with our default
warnings and -Werror.
Incidental
On 8/23/10, John Baldwin wrote:
> On Saturday, August 21, 2010 11:28:41 am Andriy Gapon wrote:
>> on 21/08/2010 16:04 b. f. said the following:
>> > Andriy Gapon wrote:
>> >> on 21/08/2010 12:35 Andriy Gapon said the following:
>> >>> I feel l
On 8/21/10, Andriy Gapon wrote:
> on 21/08/2010 16:04 b. f. said the following:
>> Andriy Gapon wrote:
>>> on 21/08/2010 12:35 Andriy Gapon said the following:
> Well, let's try to not muddy the waters prematurely.
It's not premature to say that his machine
Andriy Gapon wrote:
>on 21/08/2010 12:35 Andriy Gapon said the following:
>> I feel like you might be having a problem with clocks...
>
>FWIW, I am reading this document http://edc.intel.com/Link.aspx?id=1484
>and I see this sentence: "All of the clocks in the processor core are
>stopped in the C3
On 8/20/10, Dag-Erling Smørgrav wrote:
> "b. f." writes:
>> At r211506, 'grep -wq' does not seem to work properly (in the very
>> least, it is not the same as with GNU grep),
>
> "Does not seem to work properly" is not a very useful statement.
Gabor:
One more thing to look into, in addition to the context problems,
ndisgen breakage, and problems on certain file systems:
At r211506, 'grep -wq' does not seem to work properly (in the very
least, it is not the same as with GNU grep), and has broken the
'check-categories' target (and hence
2010/8/16 Dag-Erling Smørgrav :
> Doug Barton writes:
>> lua too "flavor of the day," not enough track record of stability,
>> not enough installed base/proven utility
>
> You're wrong. Lua has been around for ages and is especially widely
> used as a game scripting engine. It is not int
On 8/15/10, Doug Barton wrote:
> On 08/14/2010 09:54, b. f. wrote:
>>> My "runaway intr" problem with flash has been continuing all
>>> along, but since no one has been interested in helping with it I
>>> haven't reported it for a while. However, toda
>My "runaway intr" problem with flash has been continuing all along, but
>since no one has been interested in helping with it I haven't reported
>it for a while. However, today, for the first time, it happened when I
>had not run flash at all since I booted.
>
>My system:
>Dell D620, C2D, i386, SMP
...
> ugen3.3: at usbus3, cfg=0 md=HOST
> spd=HIGH (480Mbps) pwr=ON
>
> That vendor:product combination is in the above list.
>
> It looks like it's this:
>
> http://linuxwireless.org/en/users/Drivers/zd1211rw
>
Are you sure about that? I don't see a Linksys WUSB54G revision in the
list of suppor
> FreeBSD Tinderbox writes:
> > ===> games/fortune/strfile (obj,depend,all,install)
> > /obj/src/tmp/src/games/fortune/strfile created for
> > /src/games/fortune/strfile
> > rm -f .depend
> > mkdep -f .depend -a-I/obj/src/tmp/legacy/usr/include
> > /src/games/fortune/strfile/strfile.c
> > ec
On 7/28/10, Gabor Kovesdan wrote:
> Em 2010.07.27. 5:59, b. f. escreveu:
> Thanks for bringing this up, I'll take a look and try to implement the
> same behaviour. And I will also document the behaviour.
I don't think that the current behavior of bsdgrep is necessarily bad
Other important differences between bsdgrep and GNU grep:
The --include option in bsdgrep does not have the same effect as the
corresponding option in GNU grep -- in GNU grep, that option causes
_only_ those files matching the file inclusion pattern to be searched.
To obtain the same behavior in
>I use -current on my laptop as my regular X platform, and for the last
>few months I've been noticing that interactivity problems have been
>getting a lot worse, by which I mean that if I have something running in
>the background that is either disk or cpu intensive, anything else I try
>to do on
>I would love for it to go away entirely, and those base-system
>components that depend on it to learn how to use either Kerberos
>implementation from ports. (I'd also love for the ancient and broken
>base version of libcom_err to go away -- there's no knob to turn it
>off, and the shared library
Is anybody planning to update the base system heimdal, which has been
largely untouched since May 2008? In addition to the many other
bug-fixes and improvements in the current version 1.3.3 (see, for
example:
http://www.h5l.org/releases.html
), there are patches for heimdal vulnerabilities 2010-
>Wouldn't it be great, if /etc/make.conf disappeared completely?
>
>To be replaced by /etc/src.conf for buildworld/kernel stuff.
>
>And /etc/ports.conf for ports building stuff.
>
Er, and replaced by what for using make on the many things that are
neither in the base system, nor in FreeBSD Ports?
On 6/4/10, b. f. wrote:
> On 6/4/10, Andriy Gapon wrote:
>> on 04/06/2010 11:13 b. f. said the following:
>>> Mark Linimon wrote:
>>>> On Tue, Jun 01, 2010 at 12:18:41PM +0200, Alban Hertroys wrote:
>
> NetBSD allows one to set HAVE_BINUTILS=2.19 and use
>
On 6/4/10, Mark Linimon wrote:
> On Fri, Jun 04, 2010 at 08:13:55AM +0000, b. f. wrote:
>> How did you obtain "gcc4-errors"?
>
> bzgrep -q "See http://gcc.gnu.org/bugs.html> for instructions." Part
> of ports/Tools/portbuild/scripts/processonelog .
But
On 6/4/10, Andriy Gapon wrote:
> on 04/06/2010 11:13 b. f. said the following:
>> Mark Linimon wrote:
>>> On Tue, Jun 01, 2010 at 12:18:41PM +0200, Alban Hertroys wrote:
>>>> Compiler bugs in gcc are probably just as hard to find as compiler bugs
>>>> in
Mark Linimon wrote:
>On Tue, Jun 01, 2010 at 12:18:41PM +0200, Alban Hertroys wrote:
>> Compiler bugs in gcc are probably just as hard to find as compiler bugs
>> in clang
>
>There are two types of compiler bug: a) bug that produces bad code; b)
>bug that makes the compiler crash.
>
Let's remember
I'm a bit disappointed in the polemical nature of some of the comments
in this thread. I think we're all better off because of the existence
of the FSF and their affiliates, and of a body of useful software
under the (L)GPL, even if we prefer another license. No one has
forced us to use the work
>Hi, with yesterday's CURRENT my bwn works partially.
>
>this is my hardware
>siba_bwn0 at pci0:4:0:0:class=0x028000 card=0x04b514e4 chip=0x431514e4
>rev=0x01 hdr=0x00
>vendor = 'Broadcom Corporation'
>device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)'
>class =
On 5/29/10, Rui Paulo wrote:
>
> On 29 May 2010, at 05:39, b. f. wrote:
>
>> On 5/28/10, Doug Barton wrote:
>>> On 5/28/2010 4:50 PM, b. f. wrote:
>>>>
>>>> I can't see any problems when using WPA2 with AES on r208606 i386 with
>>>&g
On 5/28/10, Doug Barton wrote:
> On 5/28/2010 4:50 PM, b. f. wrote:
>>
>> I can't see any problems when using WPA2 with AES on r208606 i386 with
>> uath(4). I'm updating this machine to r208630 tonight, and if I
>> encounter problems with the later revisi
>On 05/28/10 13:18, Doug Barton wrote:
>> I am trying to update -current in order to try kib's patch for the
>> nvidia driver, and the wpi driver won't establish a connection. I'm
>> using r207134 right now without any problems, but that's a long time
>> back to try and do a binary search.
>>
>> I
On 5/10/10, Brandon Gooch wrote:
>
> Is there a final "target state" regarding the work and/or a time-frame
> for completion? Perhaps a "heads-up" e-mail to the freebsd-current
> mailing list when the first round of commits have settled in? I'm
> wondering, due to the Nvidia issue stated in this
On 5/8/10, Kip Macy wrote:
> On Sat, May 8, 2010 at 2:39 PM, Brandon Gooch
> wrote:
>> On Sat, May 8, 2010 at 4:20 PM, b. f. wrote:
>>> On 05/08/10 13:36, Alan Cox wrote:
>>>> Doug Barton wrote:
>>>>> On 05/05/10 11:56, Alan Cox wrote:
>>&
On 05/08/10 13:36, Alan Cox wrote:
> Doug Barton wrote:
>> On 05/05/10 11:56, Alan Cox wrote:
>>
>>> I'm afraid that I would advise waiting a few days. This round of
>>> changes
>>> are not yet complete.
What performance differences, if any, can we expect on uniprocessors
from the vm page lock-re
On 4/13/10, Luigi Rizzo wrote:
> On Tue, Apr 13, 2010 at 07:09:50PM +0000, b. f. wrote:
>> >Author: luigi
>> >Date: Mon Apr 12 16:37:45 2010
>> >New Revision: 206497
>> >URL: http://svn.freebsd.org/changeset/base/206497
>> >
>> >Log:
&
>Author: luigi
>Date: Mon Apr 12 16:37:45 2010
>New Revision: 206497
>URL: http://svn.freebsd.org/changeset/base/206497
>
>Log:
> Bring in geom_sched, support for scheduling disk I/O requests
> in a device independent manner. Also include an example anticipatory
> scheduler, gsched_rr, which giv
$B$O$8$a$^$7$F!"$"$f$_(B $B$H8@$$$^$9!#(B
$BFMA3$N%a!<%k$G!"$4$a$s$J$5$$!#(B
$B$3$s$J;d$,%[!<%`%Z!<%8$r:n$C$A$c$$$^$7$?!#(B
$B$^$@!"2?$bL5$$$s$@$1$I!&!&!&!#(B
$B$G$b!"$3$s$J;d$G$b(B"$B%j!{%k!<%He$KBg$-$/$H$j$"$2$F$b$i$($F$H$C$F$b%O%C%T!<$G$9!#(B
http://www1.sphere.ne.jp/cube/idol/
68 matches
Mail list logo
