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
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 (
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
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 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
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
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
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
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
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
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
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
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 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
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
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
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
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
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
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
20 matches
Mail list logo
