On Tue, Jan 22, 2002 at 07:20:06AM +0100, Poul-Henning Kamp wrote:
I don't think it has been done with the berkeley make that we use,
I have only found gnumake based ones.
Checkout pmake sometime which is a relatively close derivative of
FreeBSD's make(1).
/usr/ports/devel/pmake
As a rough order of magnitude how hard would it be to port
FreeBSD to an architecture (Motorola Coldfire) that doesn't
have an MMU? I see some words on their site that the NetBSD
folks might be working on some archs that require this.
I got my hands on a board similar to the one in the NetTel
On Thu, Dec 13, 2001 at 06:19:42PM -0700, Warner Losh wrote:
Hard. Lots of stuff relies on mmap, which basiclly requires an MMU or
other tricks. The other tricks can be somewhat expensive...
That's sort of what I figured. WRS and possible others use BSD
as a basis for their embedded OS on
On Thu, Dec 13, 2001 at 08:03:51PM -0800, Mike Smith wrote:
If you want an OS, consider eCOS or one of the real embedded systems,
don't make too much work for yourself trying to take a system that's
entirely unsuited to the task and butchering it...
In eCOS are you talking about this one?
On Thu, Dec 13, 2001 at 08:35:08PM -0800, Mike Smith wrote:
Well, eCos is free-as-in-beer.
From a quick glance at the license it looks to be a lot more like
the GPL than a BSD license but I'll dig deeper.
'Any Modification which You create or to which You contribute must
be made
Is there an easy way to script interaction with fsdb? I'm trying to
rebuild a disk that failed recently and I'm searching for the inode
contains a directory that I need. However the entry in the root inode
lists the inode for the directory I'm after as 0. I know it is there
somewhere on the
Not sure if this is hackers@ material but since it is FreeBSD-
related and is probably something people on this can do in their
sleep I'm forwarding this here after no response on chat.
- Forwarded message from Steve Price [EMAIL PROTECTED] -
I've been having problems with a software
On Thu, Jan 11, 2001 at 09:44:49PM -0600, Dan Nelson wrote:
# I don't think you really mean synchronous IO; All you need is some
# buffering. If the toggling you're talking about is direct wave
# generation (i.e. you have to do something for each byte in the sample),
# your time restrictions
On Fri, Jan 12, 2001 at 12:18:20PM -0800, Mike Smith wrote:
#
# You can ensure the serial output is drained with tcdrain(). There's is
# probably an interface for checking the status of the sound buffer.
Yes, this appears to have done the trick.
# Looking in sys/soundcard.h, I would suggest
What are the secrets to doing synchronous IO with FreeBSD? I
have this application that I'm writing where I need to play
a WAV file but I need to make sure all the bits are sent on
there way before I move on. The WAV file is being played
through a controller that I have to toggle some bits via
On Tue, Nov 14, 2000 at 02:26:49PM -0800, John Baldwin wrote:
#
# WARNING: / was not properly dismounted
# panic: kmem_malloc(536887296): kmem_map too small: 5685248 total allocated
#
# syncing disks... 8 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
# giving up on 3 buffers
# Uptime: 2m4s
#
On Thu, 20 Apr 2000, Anatoly Vorobey wrote:
# Look into src/lib/libc/i386/gen/_setjmp.S and other files in
# the same directory for setjmp() and sigsetmp(). Basically, it'll store
# edx, ebx, esp, ebp, esi, edi, and the CPU control word, in that order.
Now I finally understand why trying to use
Where does one look in the source for the definition of what
each of the ints in sigjmp_buf._sjb (or jmp_buf._jb for that
matter) contain? The only occurrences of it (according to
grep(1)) are in the header file machine/setjmp.h. I also
looked into src/sys/i386/i386/machdep.c and didn't see
On Sat, 18 Dec 1999, Matthew Dillon wrote:
# It would be nice if there were a way to tell the ports system to put the
# work directory somewhere other then where it is currently placed. For
# example, to put it in /usr/obj or something like that. Has anyone done
# this?
Try
Anyone have detailed docs for 3Com's 3C515 NIC? I found
Guy Helmer's driver, http://www.freebsd.org/~ghelmer/3c515/
but it didn't recognize the card I have. I was going to
spend some time this weekend to see if I could figure out
what was up. Just thought it might be easier if I had
a little
On Fri, 30 Jul 1999, Guy Helmer wrote:
# Have you tried booting with the "-v" flag to see the driver's probe
# messages? Did you configure the card using the configuration "pnp"
# commands before the kernel starts booting? For example,
I did the former but not the latter. I'll stick it in a
Anyone have detailed docs for 3Com's 3C515 NIC? I found
Guy Helmer's driver, http://www.freebsd.org/~ghelmer/3c515/
but it didn't recognize the card I have. I was going to
spend some time this weekend to see if I could figure out
what was up. Just thought it might be easier if I had
a little
On Fri, 30 Jul 1999, Guy Helmer wrote:
# Have you tried booting with the -v flag to see the driver's probe
# messages? Did you configure the card using the configuration pnp
# commands before the kernel starts booting? For example,
I did the former but not the latter. I'll stick it in a
On Mon, 19 Jul 1999, Per Lundberg wrote:
# On Mon, 19 Jul 1999, Alex Zepeda wrote:
#
# It's quite easily argued that depending on a *NON STANDARD* getopt routine
# is a bug.
#
# I know it isn't standard. But it works well, and is used by a lot of
# programs. Perhaps it should have been put
On Mon, 19 Jul 1999, Per Lundberg wrote:
# On Mon, 19 Jul 1999, Alex Zepeda wrote:
#
# It's quite easily argued that depending on a *NON STANDARD* getopt routine
# is a bug.
#
# I know it isn't standard. But it works well, and is used by a lot of
# programs. Perhaps it should have been put in
20 matches
Mail list logo