In article [EMAIL PROTECTED], Lars Noodin wrote:
2) Under what circumstances (generally) would one encounter a situation
where it would strongly desirable to have a custom kernel?
When I happened to get an obsd kernel running on an 8M memory machine
by stripping out network support,
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 18:59]:
Hi
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 15:51]:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-18 17:13]:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 18:59]:
Hi
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 15:51]:
2008/1/16,
* Lars Noodin [EMAIL PROTECTED] [2008-01-15 17:42]:
What is recommended for using a second machine to compile a kernel for
the soekris?
nothing. there is no need to compile a kernel for the soekris. further,
there is no use in compiling a !GENERIC kernel for soekris either.
(ok, rare
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Lars Noodin [EMAIL PROTECTED] [2008-01-15 17:42]:
What is recommended for using a second machine to compile a kernel for
the soekris?
nothing. there is no need to compile a kernel for the soekris. further,
there is no use in compiling a
On Wed, 16 Jan 2008 12:01:28 +0100, Piotrek Kapczuk wrote:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Lars Noodin [EMAIL PROTECTED] [2008-01-15 17:42]:
What is recommended for using a second machine to compile a kernel for
the soekris?
nothing. there is no need to compile a kernel for
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 12:05]:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Lars Noodin [EMAIL PROTECTED] [2008-01-15 17:42]:
What is recommended for using a second machine to compile a kernel for
the soekris?
nothing. there is no need to compile a kernel
On Wed, Jan 16, 2008 at 12:23:19PM +0100, Henning Brauer wrote:
| IMHO every embedded device should have console speed synced between
| bios and the kernel. These options are very helpful.
I completely agree with the first part here. BIOS, kernel and console
speed should be the same across the
Paul de Weerd wrote:
...
Don't forget to change the speed on the getty running on the serial
port in /etc/ttys ...
to summarize for the sake of the archives:
/etc/boot.conf:
stty com0 38400
set tty com0
/etc/ttys:
tty00 /usr/libexec/getty std.38400 vt220on
On Wed, Jan 16, 2008 at 02:16:40PM +0200, Lars Nood??n wrote:
| ... (see ttys(5) for more info). But yeah, like Henning
| said .. absolutely no need to build a new kernel.
|
| 1) Should anything be done to the GENERIC kernel's run time
| configuration then to improve performance, reduce system
On 1/16/08, Lars NoodC)n [EMAIL PROTECTED] wrote:
1) Should anything be done to the GENERIC kernel's run time
configuration then to improve performance, reduce system requirements or
otherwise prevent it from making beer go flat?
nope. I've been running a couple of net4501 (100MHz/64MB RAM)
* Paul de Weerd [EMAIL PROTECTED] [2008-01-16 13:35]:
| 2) Under what circumstances (generally) would one encounter a situation
| where it would strongly desirable to have a custom kernel?
I think the goal is never. Under no circumstances *should* it be
'strongly desirable' to have a custom
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 12:05]:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Lars Noodin [EMAIL PROTECTED] [2008-01-15 17:42]:
What is recommended for using a second machine to compile a kernel for
the soekris?
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 14:18]:
Didn't know it is exactly the same as options. I found it in
flashboot. I'll look more in to other flashboot customisations. Thanks
for pointing this out.
flash boot and teh like are obsolete ways to complicate your life.
--
Henning
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 14:18]:
Didn't know it is exactly the same as options. I found it in
flashboot. I'll look more in to other flashboot customisations. Thanks
for pointing this out.
flash boot and teh like are
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 15:51]:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 14:18]:
Didn't know it is exactly the same as options. I found it in
flashboot. I'll look more in to other flashboot customisations.
On Jan 16, 2008 9:42 AM, Piotrek Kapczuk [EMAIL PROTECTED] wrote:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 14:18]:
Didn't know it is exactly the same as options. I found it in
flashboot. I'll look more in to other flashboot
Hi
2008/1/16, Richard Daemon [EMAIL PROTECTED]:
On Jan 16, 2008 9:42 AM, Piotrek Kapczuk [EMAIL PROTECTED] wrote:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 14:18]:
Didn't know it is exactly the same as options. I found it in
Richard Daemon wrote:
...
As for others saying 'why re-compile GENERIC', well, GENERIC is awesome in
itself and there is no need generally. But I think the reason for some
people is that they too like tweaking /usr/src/sys/conf/GENERIC
/usr/src/sys/arch/$ARCH/conf/GENERIC to remove any
Henning Brauer wrote:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 12:05]:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Lars Noodin [EMAIL PROTECTED] [2008-01-15 17:42]:
What is recommended for using a second machine to compile a kernel for
the soekris?
nothing. there is no need to
Paul de Weerd wrote:
[...]
port in /etc/ttys (see ttys(5) for more info). But yeah, like Henning
said .. absolutely no need to build a new kernel.
Definitely not worth the effort just to change the console speed.
I do custom kernels to build a ramdisk kernel that has some special
2) Under what circumstances (generally) would one encounter a situation
where it would strongly desirable to have a custom kernel?
An appletalk router.
-Bryan
Hi
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 15:51]:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 14:18]:
Didn't know it is exactly the same as options. I found it in
flashboot. I'll
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 18:59]:
Hi
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 15:51]:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Piotrek Kapczuk [EMAIL PROTECTED] [2008-01-16 14:18]:
Didn't know it is
On Jan 16, 2008 12:20 PM, Nick Holland [EMAIL PROTECTED] wrote:
Richard Daemon wrote:
...
As for others saying 'why re-compile GENERIC', well, GENERIC is awesome
in
itself and there is no need generally. But I think the reason for some
people is that they too like tweaking
You can tweak this in boot.conf, it's not necessary to alter the kernel
config.
Piotrek Kapczuk [EMAIL PROTECTED] wrote:
2008/1/16, Henning Brauer [EMAIL PROTECTED]:
* Lars Noodin [EMAIL PROTECTED] [2008-01-15 17:42]:
What is recommended for using a second machine to compile a kernel for
What is recommended for using a second machine to compile a kernel for
the soekris?
I would like to build a streamlined kernel to run on a net4801. I'm
running into problems though.
'make depend' runs without error, but then 'make' comes up with many
errors like the following:
take a look at one of the stripped embedded OpenBSD builds out there,
flashdist or flashboot.
diana
On Jan 15, 2008 11:34 AM, Lars NoodC)n [EMAIL PROTECTED] wrote:
What is recommended for using a second machine to compile a kernel for
the soekris?
I would like to build a streamlined kernel to run on a net4801. I'm
running into problems though.
'make depend' runs without error, but then
Richard Daemon wrote:
Are you compiling from i386 or amd64, or other? Is it -current, -stable or
-release that you're compiling?
-stable
on i386
OpenBSD compilorama 4.2 GENERIC#375 i386
Personally, I just run 4.2-stable on my Soekris Wrap boxes as well as my
Yeah the regular installation
30 matches
Mail list logo