toms quite a few times with Intel motherboards, and usually the
cause was that the NIC was disabled in BIOS. FreeBSD could still see it, but
something was missing on the low level and any access to the card would lock
up the machine solid...
Best regards,
Andrzej
// -----
Win* program... Keep that in mind the
next time you go shopping for a UPS.
--
Andrzej
// ----
// Andrzej Bialecki <[EMAIL PROTECTED]>, Chief System Architect
// WebGiro AB, Sweden (http://www.webgiro.com)
// ---
4
months ago).
The conclusion was: there are no obvious benefits from having this as an
fs. Personally, I don't fully agree, but I don't have enough time to
implement it myself...
--
Andrzej
// ----
// Andrzej Bialecki <[
surely some
older - I used them some time ago). It's very configurable, and comes
with a lot of examples (among others, and XWindow application to watch
the flows in real-time).
--
Andrzej
// ----
// Andrzej Bialecki <[EMAIL
ing someone could give me some hints to speed my research. Such as
> recommended places to look in the code, ioctl's used and/or sysctl's called.
>
> I'm happy to do most of the work myself, I'm just asking for some hints. :-)
> Much appreciated.
Take a look a
See also the detailed description there.
I should be able also to provide a version for 4-STABLE soon, depending on
my time and availability of the machine...
Enjoy!
--
Andrzej
//
// Andrzej Bialecki <[EMAIL PROTECTED]>,
Andrzej
//
// Andrzej Bialecki <[EMAIL PROTECTED]>, Chief System Architect
// WebGiro AB, Sweden (http://www.webgiro.com)
//
// <[EMAIL PROTECTED]> FreeBSD developer (http://w
is being gradually deprecated - you don't have to use it to do what
you want. Please take a look at the code in src/sbin/kget - it does
something very similar.
Andrzej
// --------
// Andrzej Bialecki <[EMAIL PROTECTED]>, Chie
On 7 Nov 2000, Dag-Erling Smorgrav wrote:
> Josef Karthauser <[EMAIL PROTECTED]> writes:
> > # load -t md /filesystemfile
>
> Shouldn't that be 'load -t md_root'?
Actually, it's md_image or mfs_root (see /sys/dev/md/md.c:446). Both of
these
only for providing BSD-like
interface in BTX (bootloader) environment. Never use it when you run
kernel. OTOH, it's very enlightening to look into it and see how you
implement "syscalls" on a bare hardware...
Andrzej Bial
out a driver for ESS Maestro 2E? I'm certainly
willing to pay twice as much ($200) for working sound in most of laptops
within my reach...
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// -
> You can't do it from a statically linked binary, however you can create a
> dynamic executable with no external unresolved references.. I forget how though
> :-/
The same way it's done with the kernel nowadays.. Look into your
/sys/compile/WHATEVER/Makefile, and hack.c file t
oting in the dark. I know I don't have kernel threads, I was just
curious where it would bomb out.. :-)
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Powe
actly_ the version that is
mentioned in the HARP docs, because HARP drivers refer to locations in the
binary image..
Also, be sure to set proper encapsulation on both sides of your link
(e.g. LLC/SNAP).
Other than that, the card works perfectly ok for me.
Andrzej Bialecki
// <[EMAIL PRO
I believe we still have a limit of 65535 user ids in many places in the
system, although uid_t is in fact u_int32_t. Or...?
>
> what reason to use db stuff in libc/gen/getpwent.c?
Speed and efficiency :-)
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGi
al 80x25 mode is a bit ugly, so I use 80x43 with small font all the
time. It looks ok, and gives you additional lines as well.. :-)
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -
he values by calling
sysctlbyname (or sysctl if you know the OIDs).
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd.org
// --
s it would seem like using anything else would be
> pretty annoying unless there's something else we don't understand here.
I think if you combine the ability to load arbitrary chunks of data (from
within bootloader) as modules, with similar auto-loa
the time to be talking about it. It should have been raised
> before now. :(
I understand your concern. I don't think the sky will fall on our heads if
these patches will be integrated after the release. :-) They are more like
a convenience, not a must.
Andrzej Bialecki
//
via sysctl (e.g. vmtotal, proc
list). This is rather historical dependency, or one related to very rare
uses (like reading VM statistics from post mortem dump).
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// -
permission from Jordan, perhaps the
attached patches can make it into upcoming release.
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.
ring and thinking
of the possibilities...
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd.org
// --- Small & Embedded FreeBS
ow as to
> whether this is possible under any version of FreeBSD? I'll move to 4.0 if
> I have to. :)
There was a recent discussion (about a month ago) on -current about
delayed ACKs. It's in the archives.
, comments and suggestions are welcome.
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd.org
// --- Small & Embedd
ipfw) spit countless messages to kernel msgbuf, thus overwriting any other
important info.
Is there any interest among people to implement such feature?
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.
nt
> it?
Have a look at:
http://www.freebsd.org/~abial/spy/README
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www
eceive frames on a local ethernet interface using one of several
> possible local MAC addresses (most user-specified) I can probably
> resurrect the code.
Mhmmm... I'm using the code developed by Bill Paul, to change MAC address
via special ioctl. It works just fine for me.
h
of course, then the program invalidates the stack and exits.
Even if that's the case, it's still a userland program that is able to
panic the system. So, no matter what the program does, it's still a bug in
the way we handle aio.
Andrzej Bialecki
// <[EMAIL P
han the standard ssh, because
> openssl isn't exactly the slimmest crypto library in the world :-) But, it
> would definitely be a cool thing.
Feel invited to visit freebsd-small, where we discuss now future
directions for small floppy-based setups (which include installation disks
ng to consider (AFAIU the issues here, of course :-) is whether
to choose a device that sits directly on one of standard buses (like PCI
or ISA), or has intermediate bus abstraction layer in between (like
e.g. ppbus or usb). I would assume that learning the latter would take
more time.
Andrzej Bial
terested in hearing about more
> powerful uses of this software.
>
> Are there any great hacks of FICL that people have done?
/usr/share/examples/bootforth. As well as, of course, /boot/*.4th .
It seems that currently Daniel Sobral is the best source to answer more
advanced questions...
And
tly being planned?
> >
> > Thank you, Jamie
>
> The elf(5) manual page may be a good place to start. (It's on modern
> versions of FreeBSD).
>
> We don't have a libelf though.
Does libbfd provide the functionality you need? (see gdb sources).
And
do it easily by changing jus a few
lines - the ioctl"s need to be executed on /dev/console instead of curent
vty.
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD:
example at http://www.freebsd.org/~abial/ that uses SI_SUB_EXEC.
>
> Is this subsystem id really useful for KLDs? KLDs are loaded when we run
> the kldload command and the subsystem ids are sorted at boot time.
This is not quite true. The KLDs can be loaded by the bootloader.
Andrzej Bialeck
On Sat, 18 Dec 1999, Peter Wemm wrote:
> Andrzej Bialecki wrote:
> > On Fri, 17 Dec 1999, Arun Sharma wrote:
> >
> > > I have also figured out how to dynamically register sysctl nodes.
> > > The trick is to basically malloc a sysctl_oid and fill in t
cally create sysctl nodes.
I was thinking exactly about the same, and I was going to implement them
myself... IMO these patches should go to the tree - without them the work
that Mike Smith put into sysctl infrastructure is much less useful for
average Joe Kernel Hacker...
Andrzej Bialecki
// <[
On Wed, 8 Dec 1999, Arun Sharma wrote:
> On Mon, Nov 29, 1999 at 10:09:35AM +0100, Andrzej Bialecki wrote:
> > > I was thinking about implementing SMP cpu stats using sysctl today and
> > > I have a question - can I create sysctl nodes dynamically ?
> > >
> >
. If it's more complex type
handled with SYSCTL_PROC (like eg. vm.zone sysctl) you still can decide
what value you return from kernel, and you can ignore any requests to
assign new values.
>
> On Mon, 29 Nov 1999, Andrzej Bialecki wrote:
>
> >
> > Yes. See for exam
Yes. See for example linux emulator or my SPY module:
http://www.freebsd.org/~abial/spy
You can also create whole new branches, as the second example shows.
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
//
; > > :IOW now you say it's ok to use very high values of -i... ;-)
> > > :
> > > :Andrzej Bialecki
> > >
> > > No, I didn't say that. My recommended maximum is still 262144. Fsck
> > > should be reasonably fast with that number and the
odule logs attempts to use execve syscall by
root owned processes, and setuid/setgid by any user owned process.
Default mode for other syscalls, used when you add them to monitoring,
is to log all uses with all arguments.
-----
On Fri, 8 Oct 1999, Matthew Dillon wrote:
> :>
> :> Adjusting the bytes-per-inode (-i) specification in newfs should not
> :> pose a problem.
> :
> :IOW now you say it's ok to use very high values of -i... ;-)
> :
> :Andrzej Bialecki
>
>
ah, I guess that's the only way to do it on 3.x... But how can I speed
> :up fsck then, since newfs will create millions of inodes I don't need
> :which will cause fsck to run for ages...
> :
> :Andrzej Bialecki
>
> The problem should only be effected by the bloc
> :consume CPU. The OS is 3.3-R.
> :
> :Andrzej Bialecki
>
> Hmmm. It's quite possible, 3.x's getnewbuf() code is pretty nasty. I
> have a solution under test for 4.x (current). There simply may not be
> anything that can be done for 3.x short of por
on the filesystem with these parameters results in
unkillable process sitting in getblk (it's the first phase of bonnie test
when they use putc() to create the file). It just sits there and doesn't
consume CPU. The OS is 3.3-R.
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro
ct the FS performance in my case?
> :
> :Thanks in advance for any insights!
> :
> :Andrzej Bialecki
>
> The higher the bytes per inode the fewer the inodes and the faster
> fsck will run if you have to recover the filesystem. Too high a
> bytes-per-inode will screw up t
production system with non-standard block and fragment
size (e.g. 32768 and 4096)?
* what maximum value can I use for -i (bytes per inode) parmeter? I
aalready tried 16mln ...
* and finally, how th above choices affect the FS performance in my case?
Thanks in advance for any insights!
Andrzej
he archives, I think I posted the complete
backtrace.
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd.org
// --- Small &am
t. When the link goes down, the routes attached to
this interface decrease in weight by NN. If there is any other route to
the same destination with greater weight, the packets are sent that way
instead.
Andrzej Bialecki
// <[EMAIL P
ying is that there was some
point in time when the things worked as they should for the DEVFS, just
without keeping any persistance. The code which was removed had nothing to
do with the persistance either.
So, as it is now DEVFS doesn't work properl
th your
own init, if you really want to. You can take a look at
src/release/picobsd/tinyware/oinit. Or, you can take a look at scripting
abilities in sysinstall, if they are enough for your needs.
> Someone correct me if I'm talking out of my a.out ;-)
I thought you were an elf...
Andrzej
th your
own init, if you really want to. You can take a look at
src/release/picobsd/tinyware/oinit. Or, you can take a look at scripting
abilities in sysinstall, if they are enough for your needs.
> Someone correct me if I'm talking out of my a.out ;-)
I thought you were an elf...
Andrzej B
ions
on /dev/kme, but sysctl is available for reading to anyone (see
src/release/picobsd/tinyware/sps to see what i mean).
Andrzej Bialecki
// WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serv
v/kme, but sysctl is available for reading to anyone (see
src/release/picobsd/tinyware/sps to see what i mean).
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD:
if that company agrees to release it). Is ther
someone else here who is interested in these issues, and using FreeBSD for
that? We could start some info pages, howto's, and perhaps a mailing
list...
Andrzej Bialecki
// WebGiro AB,
if that company agrees to release it). Is ther
someone else here who is interested in these issues, and using FreeBSD for
that? We could start some info pages, howto's, and perhaps a mailing
list...
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGir
On Tue, 7 Sep 1999, Andrzej Bialecki wrote:
> * does the problem affect anything else? I'm not at the console, so I
> can't be sure, but the machine appears to be very sluggish over the net.
It seems the sluggishness was caused by two Midnight commanders spinning
like crazy an
ffected systems, soon
going to the production, so the answer is very important to me. In the
light of upcoming RELEASE I think this is also something worth
investigating.
Thanks!
Andrzej Bialecki
// WebGiro AB, Sweden (http://
On Tue, 7 Sep 1999, Andrzej Bialecki wrote:
> * does the problem affect anything else? I'm not at the console, so I
> can't be sure, but the machine appears to be very sluggish over the net.
It seems the sluggishness was caused by two Midnight commanders spinning
like crazy an
ike 10 affected systems, soon
going to the production, so the answer is very important to me. In the
light of upcoming RELEASE I think this is also something worth
investigating.
Thanks!
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (h
is config line removed in -current? You can do it in
-stable, though.
Andrzej Bialecki
// WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd.org
// --- Small &am
is config line removed in -current? You can do it in
-stable, though.
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd.org ---
ollow:
* which cards support it (that have FreeBSD drivers of course)?
* is there some way to set it (I couldn't find any code in the ifconfig
nor in the kernel)?
Thanks!
Andrzej Bialecki
// WebGiro AB, Sweden (http://www.w
ollow:
* which cards support it (that have FreeBSD drivers of course)?
* is there some way to set it (I couldn't find any code in the ifconfig
nor in the kernel)?
Thanks!
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http:/
:Even in the digital age, I've always found that the two spaces make
> I guess they don't teach manual typewriting classes any more :-)
> It *had* to be two spaces or you got seriously marked down!
Doesn't apply here in Europe. I vote against putting in too much
st
:Even in the digital age, I've always found that the two spaces make
> I guess they don't teach manual typewriting classes any more :-)
> It *had* to be two spaces or you got seriously marked down!
Doesn't apply here in Europe. I vote against putting in too much
st
:it's almost unbearable. I naively thought softupdates would (almost)
> :eliminate the need to do fsck...
> :
> :Andrzej Bialecki
>
> Eventually Kirk is planning for softupdates to allow you to run a special
> version of fsck in the background to clean up the block b
:it's almost unbearable. I naively thought softupdates would (almost)
> :eliminate the need to do fsck...
> :
> :Andrzej Bialecki
>
> Eventually Kirk is planning for softupdates to allow you to run a special
> version of fsck in the background to clean up the b
w
perhaps of any initiatives (except XFS) that could significantly shorten
time it takes fsck to check big filesystems, let's say 64GB? As it is now,
it's almost unbearable. I naively thought softupdates would (almost)
eliminate the need to do fsck...
Andrzej Bialecki
/
w
perhaps of any initiatives (except XFS) that could significantly shorten
time it takes fsck to check big filesystems, let's say 64GB? As it is now,
it's almost unbearable. I naively thought softupdates would (almost)
eliminate the need to do fsck...
Andrzej Bialecki
// <[EMAIL PROTE
On Fri, 20 Aug 1999, Jaye Mathisen wrote:
>
> I completely missed that radius was working with pam. A check of radius
> related stuff in the man pages didn't show anything related to PAM, and
...they are on their way - check RELENG_3, i.e. STABLE.
Andrzej Bialecki
// WebG
se pam_radius module. No changes
in sources - just edit /etc/pam.conf.
Andrzej Bialecki
// WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd.org
// --- Small &
On Fri, 20 Aug 1999, Jaye Mathisen wrote:
>
> I completely missed that radius was working with pam. A check of radius
> related stuff in the man pages didn't show anything related to PAM, and
...they are on their way - check RELENG_3, i.e. STABLE.
Andrzej Bialecki
// <
se pam_radius module. No changes
in sources - just edit /etc/pam.conf.
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd
do it -
but I know too little low-level stuff to try implementing it myself...
Any comments? Some code? ;-)
Andrzej Bialecki
// WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve.
do it -
but I know too little low-level stuff to try implementing it myself...
Any comments? Some code? ;-)
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Pow
ring the bootup time, i.e., when you have no chance to
> issue the dumpon command. Thanks.
This is a common problem recently, it seems.. See my recent postings to
this group (or was it -current?).
Andrzej Bialecki
// WebGiro AB, Sweden (http
ring the bootup time, i.e., when you have no chance to
> issue the dumpon command. Thanks.
This is a common problem recently, it seems.. See my recent postings to
this group (or was it -current?).
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden
at least
upgrade to the latest 2.2-STABLE.
Andrzej Bialecki
// WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd.org
// --- Small & Embedded FreeBSD: http
at least
upgrade to the latest 2.2-STABLE.
Andrzej Bialecki
// <[EMAIL PROTECTED]> WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd.org
// --- Small & Embe
> > This may sound like a heresy to you, but... Why don't use the Forth blocks
> > for that?
>
> For what? Saving parametric data? That was always the plan, but the
> last thing I think anyone wants to do is rewrite the ffs code in Forth.
Ugh.. No, of course not. The f
> > This may sound like a heresy to you, but... Why don't use the Forth blocks
> > for that?
>
> For what? Saving parametric data? That was always the plan, but the
> last thing I think anyone wants to do is rewrite the ffs code in Forth.
Ugh.. No, of course not. The
ss it easily, and not have to worry about storage.
This may sound like a heresy to you, but... Why don't use the Forth blocks
for that? They were invented for that purpose. We can create the files
beforehand (under normal OS operation), then from the bootloader we can
read and mo
ss it easily, and not have to worry about storage.
This may sound like a heresy to you, but... Why don't use the Forth blocks
for that? They were invented for that purpose. We can create the files
beforehand (under normal OS operation), then from the bootloader we can
read and mod
e killed first without much thinking, and
which the last (or never)? In other words, let's say class 10 means
"totally disposable, kill whenever you want", and class 1 means "never try
to kill me". Of course, most processes would get some default value, and
superuser could &quo
e killed first without much thinking, and
which the last (or never)? In other words, let's say class 10 means
"totally disposable, kill whenever you want", and class 1 means "never try
to kill me". Of course, most processes would get some default value, and
superuser could &qu
from) in section '.data' of the
ELF file.
Andrzej Bialecki
// WebGiro AB, Sweden (http://www.webgiro.com)
// ---
// -- FreeBSD: The Power to Serve. http://www.freebsd.org
// --- Small & Embedded FreeBSD:
p to date.
Folks, how about _admitting_ finally that our ports collection is a
database? We wouldn't need anything else than standard system tools to
maintain a ports.db file containing all that we want as DB records.
Andrzej Bialecki
// WebGiro AB, Sweden (http://www.webgiro.com)
// -
88 matches
Mail list logo
