Proposed patch skips zero sized sections without going into trouble of
allocating section entry (progtab), doing zero-sized memory allocs and copies.
I observe that sometimes zero-sized set_pcpu sections are produced in module
objects, maybe when a module doesn't create any per cpu data of its one
On Thu, 24 Jun 2010 09:54:45 -0700
Ted Faber wrote:
> On Thu, Jun 24, 2010 at 08:29:57AM -0700, Ted Faber wrote:
> > On Thu, Jun 24, 2010 at 09:40:00AM +0100, Tom Evans wrote:
> > > I also have this in make.conf:
> > > CUPS_OVERWRITE_BASE=yes
> > > WITHOUT_LPR=yes
> > >
> > > which print/cups-ba
Here's a patch that is supposed to do the right thing for dtrace.
Perhaps I should have put the new code under __amd64__, but I decided to go more
"generic" and check for module's ELF type (ET_REL).
Reviews and testing are welcome!
diff --git a/cddl/contrib/opensolaris/lib/libdtrace/common/dt_im
Hi,
probably wrong place to ask, but I great minds lurk here :-)
I have been mirroing FreeBSD via svn since last summer,
svnsync sync file:///cs/svn/freebsd/base
then converting to mercurial
hg convert ... file:///cs/svn/freebsd/base ${HG_HOME}/bsd/stable/8 ...
since I can better t
Dag-Erling,
I am using option 3 below. I have the following in my
shell:
amd64-kernel.sh
#!/bin/sh
trap "exit 1" 1 2 3 15
export SRCROOT=`pwd -P`
export MAKEOBJDIRPREFIX=$SRCROOT/../amd64/obj
export SRCCONF=$SRCROOT/src.conf # Use our private copy
export SECKNOB="-DPRIVATE"
KERNCONF=TCONF
ma
Patrick Mahan writes:
> In the top-level makefile I have the following label:
>
> src-kernel: src-kernel-tools
> cd src; ./amd64-kernel.sh 2>&1 | tee build_amd64_kernel.log
>
> If there is a build failure with the kernel, it can be seen in the
> file 'build_amd64_kernel.log'. However, the t
On Tue, Jun 22, 2010 at 11:18:43PM -0700, Patrick Mahan wrote:
> src-kern-tools:
> cd src; ./-kernel-toolchain.sh 2>&1 | tee
The pipeline will return the status of 'tee' which is almost always 0.
The exit status of the build script is ignored.
A simple fix is store the status in a file and
While trying to get a deadlock sorted out in the GPROF code, I attempted
to use this fancy shmancy NMI button on my Dell server.
I noted that, not unlike the goggles, it did nothing once the system was
deadlocked. I noted that when the system was running normally, an NMI
log message would be spew
On Fri, 2010-06-25 at 07:17 -0700, Sean Bruno wrote:
> While trying to get a deadlock sorted out in the GPROF code, I attempted
> to use this fancy shmancy NMI button on my Dell server.
>
> I noted that, not unlike the goggles, it did nothing once the system was
> deadlocked. I noted that when th
Oy vey!
Good point! Not something I had considered (but should have). Is there
a way to propogate that status through the pipe? I am using 'tee' so
that the master build (which invokes the top-level make) can also see
the make output. But going back and reading the man page on 'sh' shows
me
Jilles,
Thanks for the more complicated example. I am always interested in
shell hacks like these, especially when they involve interesting uses
of file I/O redirection.
The tee is there so that the master build package (a perl script)
that builds not only my groups sources but other sources as
Hi,
I've created a patch that increases the performance of mtree. This is of
particular use during a port install. In an extreme case I have experienced a
~20% increase [1].
For a full discussion see PR bin/143732. This arose out of [2] where I
experienced the increase.
For your conven
On Fri, Jun 25, 2010 at 9:52 AM, David Naylor wrote:
> Hi,
>
> I've created a patch that increases the performance of mtree. This is of
> particular use during a port install. In an extreme case I have experienced a
> ~20% increase [1].
>
> For a full discussion see PR bin/143732. This arose ou
I have a Xilinx PCI Express board that has an on board PCIe interface
macro. I intend to have an address space with memory and another with my
devices control registers. I wish to program this board under FreeBSD. It
would seem to me that the way to do this would be to write a driver that
would
Patrick Mahan writes:
> Maybe I should do this instead?
>
> src-kernel: src-kernel-tools
> cd src; ./amd64-kernel.sh 2>&1 > build_amd64_kernel.log; \
> tail -f build_amd64_kernel.log
>
> It is not too clear if the status is the last one in a compound
> command.
This won't work
On Friday 25 June 2010 20:01:42 Garrett Cooper wrote:
> On Fri, Jun 25, 2010 at 9:52 AM, David Naylor
wrote:
> > Hi,
> >
> > I've created a patch that increases the performance of mtree. This is of
> > particular use during a port install. In an extreme case I have
> > experienced a ~20% incre
hi sorry for being late in reply but I had some problems in the last week. I
hope u still remeber what I was talking about :)
@chargen
Thanx for ur reply.
Embedded computer systems permeate all aspects of our daily lives.
Alarm clocks, coffee makers, digital watches, cell phones, and automobiles
ar
On 26/06/2010, at 3:01, Christopher Bowman wrote:
> I have a Xilinx PCI Express board that has an on board PCIe interface
> macro. I intend to have an address space with memory and another with my
> devices control registers. I wish to program this board under FreeBSD. It
> would seem to me tha
On 24 June 2010 11:06, Mohammed Farrag wrote:
> @ Matt
> Thanx for ur reply Matt.
> /
> FreeBSD is already a very modular system and the traditional way (a
> traditional way) to build for embedded systems is to follow the
> NanoBSD build method (
Hi.
I've had two people tell me that this is supposed to be working
these days (8.0-RELEASE-p2) but I'm not having much luck.
I have a 32 bit chroot, built with "make buildworld TARGET=i386"
and have built a pile of ports in that jail (i386 libGL, i386
dri, etc, etc).
I've tried running the chro
20 matches
Mail list logo
