where's a good place for kernel programming documentation ?
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
i'm not sure i understnad that language ?
if you tell me which one it is I could use googles convertor
--neuro
On Wed, 20 Apr 2005 freebsd-hackers@freebsd.org wrote:
blagodarq za izpratenoto ot Vas pismo nai skoro shte vi otgovorq!!
___
where's a good place for kernel programming documentation ?
In no particular order:
1. The FreeBSD Developer's Handbook.
2. The FreeBSD Architecture Handbook.
3. The book 'The Design and Implementation of the FreeBSD
Operating System', by Kirk McKusick and George
Neville-Neil.
3. The
yeah thanks for that, i figured the code was a good start. Now that I
know the docs i know where to go, cheers for that
--neuro
On Wed, 20 Apr 2005, Joseph Koshy wrote:
where's a good place for kernel programming documentation ?
In no particular order:
1. The FreeBSD Developer's Handbook.
2.
Hi there,
Recently I tried to make a transparent web proxy on a machine
that run in bridging mode. At last, I decided to make a patch.
Here it is for those who want to do the same.
One interface should be given an IP address so squid may do
a requests. Squid listens on 127.0.0.1:8080.
I am using
Objet : Re: PXEBOOT/TFTPBOOT + big MD_ROOT problem
Hi,
I'm trying to make very big MD_ROOT (300MB) sent using PXEBOOT+TFTPBOOT.
No
NFS. It's a sort of diskless machine with all the system on ram. There
is a
problem when the preloaded image is ~32MB. Kernel loads but it does not
Marc Olzheim wrote:
On Tue, Apr 19, 2005 at 09:52:07AM +0200, Emmanuel Chriqui wrote:
Hi,
I'm trying to make very big MD_ROOT (300MB) sent using PXEBOOT+TFTPBOOT. No
NFS.
Any reasons for not using NFS ?
I use i386/5.4RC2/TFTPD/PXEBOOT+TFTPBOOT .
(same pb with a 5.3).
Am I missing
On Wed, 17 Sep 2003 00:02:33 +0100 Steven Hartland asked this question
but no answer was posted. The trouble is likely no client reverse DNS
either because it is missing or slow. Adding the client to /etc/hosts
on the server seems at first to do nothing but after a minute or so it
stops hanging
Hi,
I'm trying to make very big MD_ROOT (300MB) sent using PXEBOOT+TFTPBOOT. No
NFS. It's a sort of diskless machine with all the system on ram. There is a
problem when the preloaded image is ~32MB. Kernel loads but it does not
seem to find the files. It seems as if only part of the image
Hi,
I am now trying to use jail in FreeBSD. I have read the jail(8) man page
and some
others documents for setting up jails. But I'm a little confused about the
procedure and configurations for setting up jails.
As known to all, jail can be used for two purposes, i.e. jailing a single
On Tue, Apr 19, 2005 at 04:18:17PM -0700, David G. Lawrence wrote:
I assume you saw this in the tftpd manual page?
BUGS
Files larger than 33488896 octets (65535 blocks) cannot be transferred
without client and server supporting blocksize negotiation (RFC1783).
Many
On Tue, 19 Apr 2005, Devon Sean McCullough wrote:
On Wed, 17 Sep 2003 00:02:33 +0100 Steven Hartland asked this question
but no answer was posted. The trouble is likely no client reverse DNS
either because it is missing or slow. Adding the client to /etc/hosts
on the server seems at first to do
Date: Wed, 20 Apr 2005 08:33:36 -0400 (EDT)
From: c0ldbyte [EMAIL PROTECTED]
cc: [EMAIL PROTECTED], freebsd-hackers@freebsd.org,
Steven Hartland [EMAIL PROTECTED]
On Tue, 19 Apr 2005, Devon Sean McCullough wrote:
On Wed, 17 Sep 2003 00:02:33 +0100 Steven Hartland asked
On Wed, 20 Apr 2005 [EMAIL PROTECTED] wrote:
yeah thanks for that, i figured the code was a good start. Now that I
know the docs i know where to go, cheers for that
--neuro
On Wed, 20 Apr 2005, Joseph Koshy wrote:
where's a good place for kernel programming documentation ?
In no
c0ldbyte wrote:
Dude, that was 2 years ago in 2003 the year now is 2005
and the current date is 'Wed Apr 20 12:32:31 UTC 2005'
so umm, am I living in the future or are you dwelling on
the past ???.
Hey, dude, you aren't helping situations around here. This is one of
many inflammatory remarks
Sorry I don't remember the solution we came up with. It was a long time
ago. I think it was to do with DNS invalid / broken DNS or something
like that but I couldn't say for sure.
Regards
Steve
- Original Message -
From: [EMAIL PROTECTED]
This trouble hit me yesterday, 2005 Apr 19
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 20 Apr 2005 [EMAIL PROTECTED] wrote:
i'm not sure i understnad that language ?
if you tell me which one it is I could use googles convertor
--neuro
On Wed, 20 Apr 2005 freebsd-hackers@freebsd.org wrote:
blagodarq za izpratenoto ot Vas pismo nai
Steven Hartland wrote:
Sorry I don't remember the solution we came up with. It was a long time
ago. I think it was to do with DNS invalid / broken DNS or something
like that but I couldn't say for sure.
Regards
Steve
- Original Message - From: [EMAIL PROTECTED]
This trouble hit me
On Wed, 20 Apr 2005 freebsd-hackers@freebsd.org wrote:
blagodarq za izpratenoto ot Vas pismo nai skoro shte vi otgovorq!!
Sir, this is not the appropriate forum to cast your vote for Pope.
___
freebsd-hackers@freebsd.org mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 20 Apr 2005, Ryan Sommers wrote:
c0ldbyte wrote:
Dude, that was 2 years ago in 2003 the year now is 2005
and the current date is 'Wed Apr 20 12:32:31 UTC 2005'
so umm, am I living in the future or are you dwelling on
the past ???.
Hey, dude,
Hi,
I am now trying to use jail in FreeBSD. I have read the jail(8) man page
and some
others documents for setting up jails. But I'm a little confused about the
procedure and configurations for setting up jails.
As known to all, jail can be used for two purposes, i.e. jailing a single
On Tue, Apr 19, 2005 at 04:47:23PM -0400, Brian Fundakowski Feldman wrote:
This compiles.
It does and it seems to work. The NFS performance drops considerably
though, from 8/9 MByte/s to 3/4 on sequential reads for instance.
kern/79208 is fixed by this indeed, in that I get short writes (in
Usually do post answers when I find them but it was one of those
must get it fixed 24 hour jobs as I recall so just slipped way as I
fell asleep :)
Could be its forcing a name resolution and not using hosts at all?
Steve
- Original Message -
From: [EMAIL PROTECTED]
In the future,
On Wed, Apr 20, 2005 at 04:04:09PM +0200, Marc Olzheim wrote:
On Tue, Apr 19, 2005 at 04:47:23PM -0400, Brian Fundakowski Feldman wrote:
This compiles.
It does and it seems to work. The NFS performance drops considerably
though, from 8/9 MByte/s to 3/4 on sequential reads for instance.
Now with some distance, I must admit that all this gymnastic is quite
boring. I now decided to run two virtual hosts as they are managed in
a very natural way. These two hosts are just like two real boxes, one
running Bind and the other one running Postfix. When I need to update
something
On Wed, Apr 20, 2005 at 10:24:48AM -0400, Brian Fundakowski Feldman wrote:
It does and it seems to work. The NFS performance drops considerably
though, from 8/9 MByte/s to 3/4 on sequential reads for instance.
kern/79208 is fixed by this indeed, in that I get short writes (in case
of
I'm running a FreeBSD6 machine current as of a few days ago and I'm
working on a gvinum configuration, I couldn't find any place where it
referenced gvinum on startup so after fussing around with the rc
system a little, I wrote an /etc/rc.d/gvinum script that looks like
so:
#!/bin/sh
# PROVIDE:
I'm running a FreeBSD6 machine current as of a few days ago and I'm
working on a gvinum configuration, I couldn't find any place where it
referenced gvinum on startup so after fussing around with the rc
system a little, I wrote an /etc/rc.d/gvinum script that looks like
so:
#!/bin/sh
# PROVIDE:
* Jeremie Le Hen [EMAIL PROTECTED] [20050420 16:37]:
Now with some distance, I must admit that all this gymnastic is quite
boring. I now decided to run two virtual hosts as they are managed in
a very natural way. These two hosts are just like two real boxes, one
running Bind
On Wed, Apr 20, 2005 at 04:38:42PM +0200, Marc Olzheim wrote:
On Wed, Apr 20, 2005 at 10:24:48AM -0400, Brian Fundakowski Feldman wrote:
It does and it seems to work. The NFS performance drops considerably
though, from 8/9 MByte/s to 3/4 on sequential reads for instance.
kern/79208
On Wed, Apr 20, 2005 at 11:20:38AM -0400, Brian Fundakowski Feldman wrote:
Reads should be totally unaffected...
The server was misbehaving. Fixed. :-)
Btw.: I'm not sure write(),writev() and pwrite() are allowed to do short
writes on regular files... ?
Our manpage is incorrect; POSIX
On Wed, Apr 20, 2005 at 05:35:28PM +0200, Marc Olzheim wrote:
On Wed, Apr 20, 2005 at 11:20:38AM -0400, Brian Fundakowski Feldman wrote:
Reads should be totally unaffected...
The server was misbehaving. Fixed. :-)
Btw.: I'm not sure write(),writev() and pwrite() are allowed to do short
I'm trying to untangle myself on this issue. I have different
filesystems for /, /usr, and /usr/local, mounted in unusual places:
504,p0,1$ ls -l /usr{,/X11R6,/local}
lrwxr-xr-x 1 root wheel 18 7 nov 2003 /usr - fs/base/mount/usr/
lrwxr-xr-x 1 root wheel 25 8 nov 2003 /usr/X11R6 -
On Wed, Apr 20, 2005 at 11:52:33AM -0400, Brian Fundakowski Feldman wrote:
On Wed, Apr 20, 2005 at 05:35:28PM +0200, Marc Olzheim wrote:
On Wed, Apr 20, 2005 at 11:20:38AM -0400, Brian Fundakowski Feldman wrote:
Btw.: I'm not sure write(),writev() and pwrite() are allowed to do short
On Wed, Apr 20, 2005 at 07:12:20PM +0200, Jilles Tjoelker wrote:
On Wed, Apr 20, 2005 at 11:52:33AM -0400, Brian Fundakowski Feldman wrote:
On Wed, Apr 20, 2005 at 05:35:28PM +0200, Marc Olzheim wrote:
On Wed, Apr 20, 2005 at 11:20:38AM -0400, Brian Fundakowski Feldman wrote:
Btw.: I'm
On Wed, Apr 20, 2005 at 01:29:10PM -0400, Garrett Wollman wrote:
On Wed, 20 Apr 2005 11:52:33 -0400, Brian Fundakowski Feldman [EMAIL
PROTECTED] said:
I think the first is more useful behavior than the last. Supporting it
should be exactly the same as supporting what happens if the
On Wed, Apr 20, 2005 at 01:28:39PM -0400, Brian Fundakowski Feldman wrote:
It is ok to return partial success if the first chunk of a large write
succeeded and a later chunk failed persistently, but not if it cannot be
performed as a single NFS transaction.
What is your rationale for
Sawek ak wrote:
On 4/18/05, c0ldbyte [EMAIL PROTECTED] wrote:
On Mon, 18 Apr 2005, [ISO-8859-2] Sawek ak wrote:
Hi,
After install from CD the keyboard doesn't work on this machine. Has
anyone else seen it?
/S
Select the correct key map screen map etc... ?
Erm. When I say keyboard doesn't work I
All,
Last call for the quartly status report! If you still intent to submit
one, please do so in the next 12 hours. Also, I'd like to remind
everyone that submission are open to everyone, not just FreeBSD
developers. We welcome all reports on projects and events in the
FreeBSD community.
Scott
in reading /src/sys/i386/include/atomic.h
I found this comment and I'm having trouble understanding what the
problem being
referred to below is.
/*
* We assume that a = b will do atomic loads and stores. However, on a
* PentiumPro or higher, reads may pass writes, so for that case we have
*
On Wed, 2005-04-20 at 16:39, John Giacomoni wrote:
in reading /src/sys/i386/include/atomic.h
I found this comment and I'm having trouble understanding what the
problem being
referred to below is.
/*
* We assume that a = b will do atomic loads and stores. However, on a
* PentiumPro
Hi hackers,
I am wondering if I can use c++ iostreams inside the kernel ?
After all the code : cout Hello world! endl;
ends accessing the stdout just like : printf(Hello world!\n); right ?
So if I could compile my KLD module with static linkage to libstdc++,
that should be ok, right ?
Any one
Interesting question. People usually have to implement the C++
runtime to be usable from within the kernel. Things like exceptions
and stdout may not be defined in kernel space :)
I'm not terribly familiar with how it works on FreeBSD but I know it
took a special effort to get C++ support into
David Leimbach wrote:
Interesting question. People usually have to implement the C++
runtime to be usable from within the kernel. Things like exceptions
and stdout may not be defined in kernel space :)
I'm not terribly familiar with how it works on FreeBSD but I know it
took a special effort to
In message: [EMAIL PROTECTED]
Aziz KEZZOU [EMAIL PROTECTED] writes:
: Hi hackers,
: I am wondering if I can use c++ iostreams inside the kernel ?
: After all the code : cout Hello world! endl;
: ends accessing the stdout just like : printf(Hello world!\n); right ?
Just like, yes.
45 matches
Mail list logo