u are eager to give it a
try, please feel free to do so. It should work with any
FreeBSD version on i386 and amd64 platforms.
I have posted detailed instructions on the FreeBSD wiki:
http://wiki.freebsd.org/OliverFromme/BootLoaderTest
Any kind of feedback is welcome.
Best regards
Oliver
--
O
Scott Long wrote:
> Oliver Fromme wrote:
> > [...]
> > http://wiki.freebsd.org/OliverFromme/BootLoaderTest
>
> I think that this is really neat, you've done an impressive job
> with it good job. However, I do take issue with your criticism
> of the ASCII
there will be a short
descriptive text for the countdown and how to pause it.)
I think it might make sense to provide an additional action
using the key that leaves graphics mode and displays
the old text menu instead.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktpl
'll try to look into it.
When does that message appear? Could you provide a screen
shot?
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix V
Alex Dupre wrote:
> Oliver Fromme ha scritto:
> > Some of you might remember that I'm working on graphics
> > support for our /boot/loader.
>
> Just a side question: are you going to improve also the splash(4)
> support? Graphical loader is great, but un
de output attached, just to give you some
> information about the bios.
Thanks!
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH,
Renato Botelho wrote:
> Oliver Fromme wrote:
> > Renato Botelho wrote:
> > > It worked here, on a 8.0-current i386 r188003, the only small
> > > thing is it show a red border when show the menu.
> >
> > Do you mean a red line at the top right cor
Christian Gusenbauer wrote:
> Oliver Fromme wrote:
> > Danny Braniss wrote:
> > > just tried it via pxe:
> > >
> > > panic: free: guard1 @ 0x7f3a4aec from /usr/src/lib/libstand/close.c:79
> > >
> > > what changes are needed in pxe
it that I like Scott's text logo *much* better.
Trying to render the "horned ball" logo with ASCII letters
looks butt-ugly, IMHO.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muen
Matt Dawson wrote:
> On Saturday 07 February 2009 18:59:43 Oliver Fromme wrote:
> > In fact I have prepared a theme with beastie; here's
> > a screen shot (preliminary):
> >
> > http://www.secnetix.de/olli/FreeBSD/vloader/screenshot5.png
>
> Perfe
> Is there any change of a version of gloader but with ZFS support?
I'll put it on my to-do list.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Ve
se function keys from the
FORTH code without resorting to dirty hacks.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH,
Alex Dupre wrote:
> Oliver Fromme ha scritto:
> > The problem is related to the fact that a 64bit kernel
> > cannot use VESA BIOS functions. You should be able to
> > use standard VGA modes though, which don't require VESA
> > support.
>
> Actually I
ert a spin-down
for your disks, you will have to modify the kernel. You
have to install an event handler for "shutdown_post_sync".
See the boot() function in src/sys/kern/kern_shutdown.c
for details about the kernel's shutdown sequence.
Best regards
Oliver
--
Oliver Fromm
Joerg Sonnenberger wrote:
> Oliver Fromme wrote:
> > Octavian Covalschi wrote:
> > > I'm looking a way to spin down HDD just right before power off. Why?
> > >
> > > Because currently when I call "shutdown -p now", HDD is powered off at
&g
dd if=/dev/zero of=$DEV bs=$BLOCKSIZE seek=$(( $MEDIASIZE - 1 )) count=1
That's pretty much what "gmirror clear /dev/ad0s1a" does.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen,
certain userland process. I would even
guess is that the majority of the CPU time spent in the
kernel is not on behalf of a specific userland process.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muench
ot;); print}'
will do what you want. On the other hand, the typical
tool for simple search+replace tasks is sed:
echo | sed 's=//*=/=g'
By the way, when egrep parses brace expressions, it simply
translates them to standard expressions. So, when it sees
"/{2,}&qu
"VSS" in ps(1)),
and then make an apropriate virtualmem size limit for the
firefox process. This is the -v option to the limits(1) tool.
HTH.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Mu
Rick C. Petty wrote:
> On Mon, Jan 18, 2010 at 12:25:43PM -0800, Doug Barton wrote:
> > On 01/18/10 11:29, Oliver Fromme wrote:
> > > Doug Barton wrote:
> > > > On 01/17/10 17:07, Julian H. Stacey wrote:
> > > > > Hi hackers
> > > &
ly, it would be nice if it is put under a sysctl or
similar, so the feature can be switched on and off.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verw
a new SATA hdd. the new one is very
> quiet and so it's not that easy to recognise any changes in the spin
> down procedure.
There are hard disk drives that (still) have a reasonable
auto-park feature and don't require a special command.
Best regards
Oliver
--
Oliver Fr
should keep running. It's not good to have the disks
spin down and then immediately spin up again on every
reboot.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfue
ly an alias for the read() syscall; the
definition is in src/lib/libc/include/namespace.h.
So to answer you question:
Yes, getc() uses the read() syscall.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muench
Warren Block wrote:
> Oliver Fromme wrote:
> > Alexander Best wrote:
> > > imo this patch takes good care of the problem. would be nice to
> > > have it in HEAD.
> >
> > No -- *Please* make sure that the disks are only spun down
> > upon an ac
ns the copyright of the daemon.
I guess one of the web pages needs to be corrected,
but I don't know which one. :-)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschä
to the client.
But Bernd is right that you cannot sell your "Urheberrecht"
in Germany. You can't even give it away for free. That's
why "public domain software" doesn't exist in Germany.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH &
DS=`jot -w dev.cpu.%d.temperature $NCPU 0`
sysctl $OIDS
There's no need to use "sysctl -a". After all, the
"UNIX way" of doing things is to combine the existing
tools instead of duplicate features in many tools.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH &a
it
adds the signal to the process' signal mask). However,
blocking is different from ignoring: The signal is held
as long as it is blocked, and as soon as it is removed
from the mask, it is delivered, i.e. your signal handler
is called right before the system() function returns.
And sinc
t; option means that processes
on different clients won't see each other's locks. That
means that you will get corruption if they rely on
locking.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registe
Dmitry Marakasov wrote:
> * Oliver Fromme (o...@lurza.secnetix.de) wrote:
> > This is an excerpt from Solaris' mount_nfs(1M) manpage:
> >
> > File systems that are mounted read-write or that con-
> > tain executable files should always be mount
r
that incident.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschäftsf
RA_FLAGS} -nostdlib hack.c -o hack.So
rm -f hack.c
> Can some please throw some light?
I hope I did. :-)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfu
cant
difference.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschä
rwise you could modify
parent shell variables within command substitutions.
You can easily verify this with ktrace. ;-)
Regards
Oliver
--
Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany
(Info: finger userinfo:o...@dorifer.heim3.tu-clausthal.de)
"In jedem Stück Kohle wartet ein Diamant
Sheldon Hearn wrote in list.freebsd-hackers:
> On Tue, 13 Jul 1999 18:13:42 +0200, Oliver Fromme wrote:
>
> > Command substitution certainly has to spawn a subshell, even
> > for built-in commands, because otherwise you could modify
> > parent shell variables with
u sparc SUNW,Ultra-5_10
That doesn't prove anything, because $$ always contains the
PID of the "top-level" shell, as I explained in an earlier
mail. Try this one:
$ echo $$ `( /bin/echo $$ )`
14762 14762
I think you agree that a subshell is spawned in that case,
don't you? ;-)
t was successful or not.
> It is such an easy to implement...
I don't think so, as explained above. But if you think
it is easy, you're certainly free to write a patch and
submit it for discussion.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz
Oliver Fromme <[EMAIL PROTECTED]> wrote:
> roma.a.g <[EMAIL PROTECTED]> wrote:
> > Is there anyone who can explain me, why when i say 'kill -HUP id',
> > and its failed to restart, kill say nothing?
>
> Because the kill command has no way to
waits 3 seconds,
and then it prints any new messages from the log file
(or nothing if everything is OK).
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be p
#x27;m all ears ... I've tried both GRUB and GAG, but neither
worked.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be persona
t those are
not portable.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opi
nclude this support. By now,
> there is a beta available but no port has been done.
>
> By now, you can try to copy the attached file to
> ports/sysutils/freeipmi/files
> and rebuild the port.
I compiled the port with that patch file, but the symptom
didn't change. Still
, it's more flexible since it can be used
for all kinds of cutting and trimming (note that cut(1)
resides in /usr/bin).
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
A
rnel is using about 34 MB of RAM.
(Both output above is from the same machine.)
Best regards
Oliver
PS: In case you're wondering, I'm using a sysctl wrapper
script that allows wildcards:
http://www.secnetix.de/~olli/scripts/sysctl.wrapper
--
Oliver Fromme, secnetix GmbH & Co.
which
has a jail IP that doesn't exist and isn't routed. Then
the program cannot perform any network access.
For example: jail / foo 127.0.0.2 /your/program
All attempts to access the network should result in an
error "no route to host" (errno EHOSTUNREACH).
Best regards
r of potential maintainers signifi-
cantly. It would also make debugging more difficult,
especially for non-experts who try to submit useful PRs.
That's a very important point to consider.
Just my 2 cents.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 2
then connect your USB devices to that
one controller (using additional USB hubs if necessary).
Of course, the controller that you keep enabled should be
the one that's causing the least problems (which seems to
be uhci1 "USB-B" in your case, if I read your first email
correctly).
Best
was reached during the first
test. Now the throughput was the same as in the first
test (of course), but the CPU was 50% idle and available
for other tasks.
The other side of the test was a 1.6 GHz Pentium-M which
had the test file in a large RAM disk, so the bottleneck
was clearly the EPIA system
Andrzej Tobola wrote:
> Oliver Fromme wrote:
> > On my EPIA 1 (1GHz VIA Nehemia) I did some performance
> > testing a few months ago under RELENG_6 (not sophisticated
> > enough to call it benchmarking). For testing I used scp(1)
> > of a large file (a
Michael Reifenberger wrote:
> On Wed, 19 Jul 2006, Oliver Fromme wrote:
> ...
> > You will also need "cryptodev" in addition to "crypto".
> > "crypto" manages only in-kernel access to the cryptographic
> > facilities (including hardware a
Alex Zbyslaw wrote:
> Oliver Fromme wrote:
> > From your dmesg excerpt it seems that you have at least
> > three USB controllers in that machine. Depending on your
> > requirements, it might make sense to disable all of them
> > _except_ one, and then conne
ambler: http://freebsd.rambler.ru/
Best regards
Oliver
PS: I think this thread might be inappropriate for the
-hackers list. How about moving it to either -hardware
or -chat? (I watch them all, so either is fine with me.)
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktpla
>
> So, you can mimic an entire tree with something like:
>
> cp -al /from/ /to/
>
> and it's fast too!
You can do the same with existing tools in a portable
(and thus preferable) way:
cd /from; find -d . | cpio -dumpl /to
Best regards
Oliver
--
Oliver Fromme, sec
S exist, but have nothing to do with sparse
files). So there wouldn't be an easy way for FreeBSD to
stay compatible with Linux.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Julian Elischer wrote:
> Oliver Fromme wrote:
> > Bakul Shah wrote:
> > > Peter Jeremy wrote:
> > > > As a general comment (not addressed to Tim): There _is_ a downside
> > > > to sparsifying files. If you take a sparse file and start filling
&g
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix i
(duplicated) text is generated, and
the control variable of the loop is expanded before
_anything_ else, i.e. the expanded text of the .for loop
is parsed a second time.
I think it is better not to rely on that side effect. It
isn't well documented and might change without notice in
the future.
Stanislav Sedov wrote:
> Oliver Fromme wrote:
> > I think it is better not to rely on that side effect. It
> > isn't well documented and might change without notice in
> > the future.
>
> Thanks for explanation. I suppose, however, that .for behavior could
rge numbers
of descriptors. Squid (from the ports collection) has
grown kqueue support on FreeBSD some time ago, and it's
definitely a win. You can look at the squid sources to
see how it's done; it's not difficult.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co.
t/ which also has links to several FORTH
primers and tutorials. Indeed the first of the links points
to a tutorial by J.V.Noble which is easy to read and quite
good.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunk
le
descriptor, you should be able to read data from the
executable without having to know its path name.
The latter might even be the _only_ way to access the
executable file, because someone might have unliked the
directory entry right after starting it, so you cannot
access it anymore by path name
Oliver Fromme wrote:
> Matteo Riondato wrote:
> > Just to have a try, I replaced /boot/beastie.4th with file a
> > containing only:
> >
> > ." Welcome to FreeSBIE"
> > exit
> >
> > then I deleted the line mentioning beastie-
Sorry, my mistake. :-(
Oliver Fromme wrote:
> Oh, I forgot to mention that the word `` ." '' cannot be
> used in interpret mode, but only in interpret mode (i.e.
^
Only in _compile_ mode, of course.
Sorry for the confusion.
B
(and works with
an arbitrary numebr of subdirectories).
cd /usr/ports; echo */*/work | xargs rm -rf
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this
Richard Coleman wrote:
> Oliver Fromme wrote:
> > The following is probably the most efficient solution.
> > It doesn't run into all subdirectories (and works with
> > an arbitrary numebr of subdirectories).
> >
> > cd /usr/ports; echo */*/w
size of the pattern expansion in
advance, especially in shell scripts. echo is a shell-
builtin, so the argument vector limit doesn't apply.
xargs is your friend. :-)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Sc
empty. In shell-
script syntax:
if [ -n "`fuser -f whatever 2>/dev/null`" ]; then
echo "File is being accessed."
fi
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwer
n't be happy.
I think putting /usr/obj onto a RAM disk is _not_ necessary
because of soft-updates, so the processes shouldn't block
on writes.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: htt
Dmitry Morozovsky wrote:
> Oliver Fromme wrote:
> > Because buildworld is I/O-bound on systems with sufficiently
> > fast processors.
> >
> > Try putting the contents of /usr/src into a RAM disk and
> > repeat the benchmark. The numbers might look a littl
Eric Anderson wrote:
> Oliver Fromme wrote:
> > Dmitry Morozovsky wrote:
> > > > Because buildworld is I/O-bound on systems with sufficiently
> > > > fast processors.
> > > >
> > > > Try putting the contents of /usr/src into a RAM d
M disk, so read I/O doesn't play that much of a role.
Best regards
Oliver
PS: Numbers don't lie ... but are often misinterpreted.
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any o
7;d check first to see if something already
> exists...
That's trivial. In /bin/sh syntax:
# cd /home
# awk -F: '$3>999{print $1}' /etc/passwd | xargs mkdir
# for i in *; do chown $i:$i $i; done
That will create home directories for all users whose UID
is greater than 999.
Best
er (25306059 bytes).
I'm surprised because I expected "tar -z" to be faster
than a separate gzip process (at the same compression
level), or at least as fast. But it's 30% slower.
Is that a known problem? Is someone working on it?
(BTW, I'm using 6.2-PRERELEASE about 1 wee
zip uses its own code instead of libz, that would
explain the results of my test, of course. So it seems
that gzip is 30% faster than libz ... quite significant,
I think.
It seems I won't use tar's z option anymore. :-)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH &am
PS: Please respect Reply-to. I'm reading the list and
don't need to receive another copy.
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be perso
be basically able to reproduce my tests.
There's absolutely nothing special about my environment.
The test machine is an Athlon64 (but running 32bit
FreeBSD/i386 6.2-PRERELEASE), single-core, no SMP.
The test data is on two gmirror'ed SATA drives which
are quite fast, but all of the data
Doug Barton wrote:
> Oliver Fromme wrote:
> > In this case, the "real" time is much larger than the
> > "user" time. I guess that's the overhead of 85677 files
> > and 23399 directories (according to find(1)). :-)
>
> Did you perform
For very good compressible data (best case: /dev/null),
the difference is 40%.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be pers
Sergey Babkin wrote:
> From: Oliver Fromme wrote:
> > The difference in CPU time (and wall clock time) seems
> > simply to be caused by different compression code. gzip
> > is noticeably more efficient than libz, at least on the
> > OS/processor combination where
gt; any GEOM-related stuff ever made it into fsck, but certainly the background
> checking code and softupdates changes were introduced about that time.
Does 4.x fsck even support UFS2?
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
ay: Even if you manage to find out which pages
are actually used by a binary, it is probably non-trivial
to map that information back to parts of the binary file,
let alone to build a binary that contains only those
parts. You'll have to fight with the run-time linker.
Uhm ... The more I t
fore I would really like to see your port of DragonFly
BSD's variant symlinks comitted to FreeBSD. Of course, it
could be a compile-time option in case there are people who
don't want the code in their kernel at all. But you have
to set a sysctl anyway to enable it globally (it's
unlink
flag on her files, and only then will Brad be able to
remove the hardlinks from his directory. Pretty weird if
you ask me. But consistent behaviour.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt Fre
ood place to start is the security(7) manual page, and
the security-related sections in the FreeBSD Handbook.
Of course, pretty much any generic book on UNIX security
applies to FreeBSD, too.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dien
need], the pflogd fails to start with this
> error:
There's currently no kernel module for the bpf(4) device,
so you have to put it statically in your kernel if you need
it. ng_bpf is a netgraph node driver, it doesn't implement
/dev/bpf* devices, so it's not what you
27;re not really "hacker" questions.
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the o
i.e. take those bits from there and there and XOR them with
> your canary yada-yada-yada ...
In that case, simply use crc32 (available from libkern.h)
and xor with a random key generated at boot time. crc32
is fast to calculate and has the properties that you need.
Best regards
Oliver
Oliver Fromme wrote:
> Max Laier wrote:
> > David Malone wrote:
> > > Assuming you don't want to use one of the standard cryptographic
> > > ones (which I can imagine being a bit slow for something done
> > > per-packet), then one option might be t
Aditya Godbole wrote:
> Oliver Fromme wrote:
> > Aditya Godbole wrote:
> > > Is there any ramdisk support in freebsd, as there is in netbsd?
> > > What are the alternatives if I want to mount a root filesytem from ram?
> >
> > You mean a disk
anyway, or otherwise pflogd wouldn't
work. In fact, a kernel module requires a small amount of
additional memory, compared to the same code compiled
statically into the kernel. It's not a big deal, though.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktpl
ze:
1. Calculate src_ip xor dst_ip [result is 16 bytes].
2. Calculate (src_port + pkey) * (dst_port + pkey)
[result is 4 bytes, using 32bit modulo arithmetics].
3. Run crc32_raw on the resulting 20 bytes, using ckey
as initialization vector.
pkey and ckey are two different 32bit rando
Aditya Godbole wrote:
> Oliver Fromme wrote:
> > You can also put the image of the root file system into the
> > kernel itself, so it doesn't have to be loaded separately.
> > The kernel option to allocate appropriate space is called
> > MD_ROOT_SIZE.
>
Aditya Godbole wrote:
> Oliver Fromme wrote:
> > I don't know u-boot. What is that?
>
> u-boot is a bootloader popular in embedded systems.
> Its often used with Linux.
I see. Is it PXE-compliant? If so, you can use FreeBSD's
PXE bootloader (/boot/pxeboot)
utility. You can look at their cvsweb here:
http://www.dragonflybsd.org/cvsweb/src/usr.bin/fstat/
However, I suspect that they have also made modifications
to the kernel interfaces in order to support the fstat
utility, so their improvements to that utility might not
be applicable t
S, unless you know exactly what you're
doing.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may n
t.c
The chroot() patch has been committed with r1.6. It uses
kenv to specify the chroot directory, so it can easily be
set by the loader(8), e.g. using a custom boot menu.
Best regards
Oliver
PS: I see NetBSD has a similar feature, too. Maybe
FreeBSD should join the crowd and adopt it.
M. Warner Losh wrote:
> Oliver Fromme <[EMAIL PROTECTED]> writes:
> : Erik Udo wrote:
> : > How can i make init chroot after executing /etc/rc, and executing
> : > /etc/rc again in the chrooted enviroment?
> : >
> : > For this to work, i'd li
Oliver
PS: The init_chroot feature would also be useful for
making a shared CD/DVD that contains a standard FreeBSD
installation (with sysinstall and "fixit") and a bootable
live FS such as FreeSBIE at the same time.
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 855
Thanks for the new patch, I'll try it as soon as possible.
However, that might not be before Tuesday or Wednesday
because of wedding anniversary, birthday and new year's eve
(yup, all on one weekend), and it might take a day or two
until I'm sober again. ;-)
Best regards
Oli
101 - 200 of 284 matches
Mail list logo