Re: Reducing the need to compile a custom kernel

2012-02-21 Thread timp
Hi! Finally someone thought about this! My 5 cents: IPFIREWALL_FORWARD <- no comment)) options VIMAGE <- not yet production ready, but keep in mind it Forgot this two very usefull options: options RACCT <- resource limits for jail and etc. options RCTL<- resource limits for jail and etc. -

Re: Custom kernel poll summary (was: Re: Reducing the need to compile a custom kernel)

2012-02-17 Thread Stefan Bethke
Am 14.02.2012 um 12:37 schrieb Alexander Leidinger: > 1 FLOWTABLE The last time I included this in a kernel it seemed to have odd effects on TCP connections. Admittedly, that was probably two years or so ago, and I never bothered to find out what was happening in detail. Is it safe now? Ste

Re: Custom kernel poll summary (was: Re: Reducing the need to compile a custom kernel)

2012-02-17 Thread Freddie Cash
On Fri, Feb 17, 2012 at 3:21 AM, Alexander Leidinger wrote: > Quoting Freddie Cash (from Tue, 14 Feb 2012 08:26:54 > -0800): > >> On Tue, Feb 14, 2012 at 7:43 AM, Ian Smith wrote: >>> >>> On Tue, 14 Feb 2012 2:37:55 +0100, Alexander Leidinger wrote: >>>  > 1 IPSTEALTH                      -> cha

Re: Custom kernel poll summary (was: Re: Reducing the need to compile a custom kernel)

2012-02-17 Thread Alexander Leidinger
Quoting Freddie Cash (from Tue, 14 Feb 2012 08:26:54 -0800): On Tue, Feb 14, 2012 at 7:43 AM, Ian Smith wrote: On Tue, 14 Feb 2012 2:37:55 +0100, Alexander Leidinger wrote:  > 1 IPSTEALTH                      -> changes ipfw module only? I don't think this is specific to ipfw.  From /sys/con

Re: Reducing the need to compile a custom kernel

2012-02-17 Thread Alexander Leidinger
Quoting Nenhum_de_Nos (from Tue, 14 Feb 2012 10:49:56 -0200): On Tue, February 14, 2012 08:31, Alexander Leidinger wrote: Embedded devices are out of the scope of this, normally you do a lot of other modifictions to such systems anyway, so a custom kernel should be not a big problem. I wi

RE: Reducing the need to compile a custom kernel

2012-02-14 Thread Scott, Brian
>> - CPU_SOEKRIS, CPU_GEODE, CPU_ELAN, NO_SWAPPING for embedded devices > >Embedded devices are out of the scope of this, normally you do a lot of other modifictions to such systems anyway, so a custom kernel should be not a >big problem. Just as a quick data point here, I have just installed Fre

Re: Custom kernel poll summary (was: Re: Reducing the need to compile a custom kernel)

2012-02-14 Thread Freddie Cash
On Tue, Feb 14, 2012 at 7:43 AM, Ian Smith wrote: > On Tue, 14 Feb 2012 2:37:55 +0100, Alexander Leidinger wrote: >  > 1 IPSTEALTH                      -> changes ipfw module only? > > I don't think this is specific to ipfw.  From /sys/conf/NOTES: > > # IPSTEALTH enables code to support stealth fo

Re: Custom kernel poll summary (was: Re: Reducing the need to compile a custom kernel)

2012-02-14 Thread Ian Smith
On Tue, 14 Feb 2012 2:37:55 +0100, Alexander Leidinger wrote: > Here is what I got, the first column is the number of requests, the second > what is requested, and the 3rd my comments (basically it means, if there is a > comment, it is not needed/possible to include in a modular kernel): > ---s

Re: Custom kernel poll summary (was: Re: Reducing the need to compile a custom kernel)

2012-02-14 Thread Alexander Leidinger
Quoting Attilio Rao (from Tue, 14 Feb 2012 12:38:17 +): 2012/2/14, Alexander Leidinger : 2 SW_WATCHDOG This can become a module with very little effort I guess. What's the TODO list for this? Bye, Alexander. -- No man is lonely while eating spaghetti. http://www.Leidinger.net

Re: Reducing the need to compile a custom kernel

2012-02-14 Thread Nenhum_de_Nos
On Tue, February 14, 2012 08:31, Alexander Leidinger wrote: > Quoting Paul Schenkeveld (from Fri, 10 Feb 2012 > 15:44:50 +0100): > >> On Fri, Feb 10, 2012 at 02:56:04PM +0100, Alexander Leidinger wrote: >>> Hi, >>> >>> during some big discussions in the last monts on various lists, one of >>> the

Re: Custom kernel poll summary (was: Re: Reducing the need to compile a custom kernel)

2012-02-14 Thread Attilio Rao
2012/2/14, Alexander Leidinger : > Quoting Alexander Leidinger (from Fri, 10 > Feb 2012 14:56:04 +0100): > >> Such a kernel would cover situations where people compile their own >> kernel because they want to get rid of some unused kernel code (and >> maybe even need the memory this frees up). >>

Custom kernel poll summary (was: Re: Reducing the need to compile a custom kernel)

2012-02-14 Thread Alexander Leidinger
Quoting Alexander Leidinger (from Fri, 10 Feb 2012 14:56:04 +0100): Such a kernel would cover situations where people compile their own kernel because they want to get rid of some unused kernel code (and maybe even need the memory this frees up). The question is, is this enough? Or asked

Re: Reducing the need to compile a custom kernel

2012-02-14 Thread Alexander Leidinger
Quoting Paul Schenkeveld (from Fri, 10 Feb 2012 15:44:50 +0100): On Fri, Feb 10, 2012 at 02:56:04PM +0100, Alexander Leidinger wrote: Hi, during some big discussions in the last monts on various lists, one of the problems was that some people would like to use freebsd-update but can't as they

Re: Reducing the need to compile a custom kernel

2012-02-14 Thread n j
On Sun, Feb 12, 2012 at 8:52 AM, Ian Smith wrote: > On Fri, 10 Feb 2012 16:12:00 +, Bjoern A. Zeeb wrote: >  > > IPFIREWALL_FORWARD > > Unless something's changed, julian@ has pointed out (paraphrasing) that > this adds bits of code to various parts of the stack and was thought to > impact per

Re: Reducing the need to compile a custom kernel

2012-02-14 Thread Alexander Leidinger
Quoting Volodymyr Kostyrko (from Mon, 13 Feb 2012 17:44:33 +0200): Alexander Leidinger wrote: Feasible: depend upon your definition of "feasible". You would have to add all keymaps statically into the kernel. No idea which parts exactly we talk about, but: ---snip--- % du -h /usr/share/sysco

Re: Reducing the need to compile a custom kernel

2012-02-13 Thread Volodymyr Kostyrko
Alexander Leidinger wrote: Feasible: depend upon your definition of "feasible". You would have to add all keymaps statically into the kernel. No idea which parts exactly we talk about, but: ---snip--- % du -h /usr/share/syscons/ 40k /usr/share/syscons/scrnmaps 570k /usr/share/syscons/fonts 1.1M /

Re: Reducing the need to compile a custom kernel

2012-02-13 Thread Jeremy Chadwick
On Mon, Feb 13, 2012 at 05:05:41PM +0200, Volodymyr Kostyrko wrote: > Jeremy Chadwick wrote: > >I want to note here: the pf ALTQ options are a pain in the butt, quite > >honestly. I've found in the past that removing the ones you don't use > >won't result in a successful build, thus one must inclu

Re: Reducing the need to compile a custom kernel

2012-02-13 Thread Volodymyr Kostyrko
Jeremy Chadwick wrote: On Mon, Feb 13, 2012 at 05:05:41PM +0200, Volodymyr Kostyrko wrote: Jeremy Chadwick wrote: I want to note here: the pf ALTQ options are a pain in the butt, quite honestly. I've found in the past that removing the ones you don't use won't result in a successful build, thu

Re: Reducing the need to compile a custom kernel

2012-02-13 Thread Volodymyr Kostyrko
Jeremy Chadwick wrote: I want to note here: the pf ALTQ options are a pain in the butt, quite honestly. I've found in the past that removing the ones you don't use won't result in a successful build, thus one must include them all. We do need ALTQ support though, for rate-limiting capability.

Re: Reducing the need to compile a custom kernel

2012-02-13 Thread Alexander Leidinger
Quoting per...@pluto.rain.com (from Mon, 13 Feb 2012 02:17:46 -0800): Alexander Leidinger wrote: On Sun, 12 Feb 2012 03:05:02 -0800 per...@pluto.rain.com wrote: > Alexander Leidinger wrote: > > On Sat, 11 Feb 2012 13:40:41 +0100 Thierry Thomas > > wrote: > > > is there another place to put o

Re: Reducing the need to compile a custom kernel

2012-02-12 Thread perryh
Alexander Leidinger wrote: > On Sun, 12 Feb 2012 03:05:02 -0800 per...@pluto.rain.com wrote: > > Alexander Leidinger wrote: > > > On Sat, 11 Feb 2012 13:40:41 +0100 Thierry Thomas > > > wrote: > > > > is there another place to put options to atkbd and sc, like > > > > these ones: > > > > > > > >

Re: Reducing the need to compile a custom kernel

2012-02-12 Thread Grégoire Leroy
> > >> The question is, is this enough? Or asked differently, why are you > > >> compiling a custom kernel in a production environment (so I rule out > > >> debug options which are not enabled in GENERIC)? Are there options > > >> which you add which you can not add as a module (SW_WATCHDOG com

Re: Reducing the need to compile a custom kernel

2012-02-12 Thread Thierry Thomas
Le dim 12 fév 12 à 12:06:33 +0100, Alexander Leidinger écrivait : > There is already a way to configure this as soon as you have a working > userland. What this setting is doing is to replace the compiled-in > default keymap with a different one, so that you have the one which > matches your key

Re: Reducing the need to compile a custom kernel

2012-02-12 Thread Alexander Leidinger
On Sun, 12 Feb 2012 03:05:02 -0800 per...@pluto.rain.com wrote: > Alexander Leidinger wrote: > > On Sat, 11 Feb 2012 13:40:41 +0100 Thierry Thomas > > wrote: > > > is there another place to put options to atkbd and sc, like > > > these ones: > > > > > > options ATKBD_DFLT_KEYMAP # speci

Re: Reducing the need to compile a custom kernel

2012-02-12 Thread Ian Smith
On Fri, 10 Feb 2012 16:12:00 +, Bjoern A. Zeeb wrote: > On 10. Feb 2012, at 15:56 , Panagiotis Christias wrote: > > > On 10/2/2012 15:56, Alexander Leidinger wrote: > >> Hi, > >> > >> during some big discussions in the last monts on various lists, one of > >> the problems was that som

Re: Reducing the need to compile a custom kernel

2012-02-11 Thread perryh
Alexander Leidinger wrote: > On Sat, 11 Feb 2012 13:40:41 +0100 Thierry Thomas > wrote: > > is there another place to put options to atkbd and sc, like > > these ones: > > > > options ATKBD_DFLT_KEYMAP # specify the built-in keymap > > makeoptions ATKBD_DFLT_KEYMAP=fr.iso.acc > > ... >

Re: Reducing the need to compile a custom kernel

2012-02-11 Thread Alexander Leidinger
On Sat, 11 Feb 2012 07:33:08 -0800 per...@pluto.rain.com wrote: > "Bjoern A. Zeeb" wrote: > > > various parts of the network stack being loadable, which is not > > as easy as it sounds, especially making them unloadable again > > currently ... > > Seems to me unloadability does not matter to th

Re: Reducing the need to compile a custom kernel

2012-02-11 Thread Alexander Leidinger
On Sat, 11 Feb 2012 13:40:41 +0100 Thierry Thomas wrote: > Le ven 10 fév 12 à 14:56:04 +0100, Alexander Leidinger > écrivait : > > Hi, > > Hello, > > > The question is, is this enough? Or asked differently, why are you > > compiling a custom kernel in a production environment (so I rule out >

Re: Reducing the need to compile a custom kernel

2012-02-11 Thread Alexander Leidinger
On Fri, 10 Feb 2012 12:13:53 -0800 Adrian Chadd wrote: > I've done this a few times. Me too, and others probably too, so let's end the waste of time and provide one officially. > The /boot/loader takes a _long_ time to suck in the 25 odd modules my > eeepc requires to load a completely modular

Re: Reducing the need to compile a custom kernel

2012-02-11 Thread Alexander Leidinger
On Fri, 10 Feb 2012 16:15:00 + "Bjoern A. Zeeb" wrote: > > On 10. Feb 2012, at 13:56 , Alexander Leidinger wrote: > > > Hi, > > > > during some big discussions in the last monts on various lists, one > > of the problems was that some people would like to use > > freebsd-update but can't as

Re: Reducing the need to compile a custom kernel

2012-02-11 Thread Thierry Thomas
Le ven 10 fév 12 à 14:56:04 +0100, Alexander Leidinger écrivait : > Hi, Hello, > The question is, is this enough? Or asked differently, why are you > compiling a custom kernel in a production environment (so I rule out > debug options zhich are not enabled in GENERIC)? Are there options > which

Re: Reducing the need to compile a custom kernel

2012-02-11 Thread Andriy Gapon
on 11/02/2012 01:30 Jeremy Chadwick said the following: > This won't work for us. This requires manual intervention. When we > have a machine that panic's, we want it sitting at a ddb> prompt > indefinitely until an admin gets to it to find out what happened. There > may be some way to automatic

Re: Reducing the need to compile a custom kernel

2012-02-11 Thread perryh
"Bjoern A. Zeeb" wrote: > various parts of the network stack being loadable, which is not > as easy as it sounds, especially making them unloadable again > currently ... Seems to me unloadability does not matter to the case under discussion, which is modularizing the kernel to reduce the number

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Ian Lepore
On Fri, 2012-02-10 at 15:10 -0800, Jeremy Chadwick wrote: > * Addition: device ichwd > - Note: We do not use features of this driver given known problems > with the watchdog firing during ddb> and similar environments. I > have no idea if this has been fixed, but I do remember it being >

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Jeremy Chadwick
On Fri, Feb 10, 2012 at 04:25:21PM -0700, Ian Lepore wrote: > On Fri, 2012-02-10 at 15:10 -0800, Jeremy Chadwick wrote: > > * Addition: device ichwd > > - Note: We do not use features of this driver given known problems > > with the watchdog firing during ddb> and similar environments. I > >

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Doug Barton
On 02/10/2012 12:13, Adrian Chadd wrote: > I've done this a few times. > > The /boot/loader takes a _long_ time to suck in the 25 odd modules my > eeepc requires to load a completely modular kernel. For those modules not directly related to booting you're better off putting them in kld_list in rc

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Jeremy Chadwick
On Fri, Feb 10, 2012 at 02:56:04PM +0100, Alexander Leidinger wrote: > during some big discussions in the last monts on various lists, one > of the problems was that some people would like to use > freebsd-update but can't as they are using a custom kernel. With all > the kernel modules we provide,

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Adrian Chadd
I've done this a few times. The /boot/loader takes a _long_ time to suck in the 25 odd modules my eeepc requires to load a completely modular kernel. It takes a _very long_ time to suck these in over USB. It's a great idea and I think we should start down this path in the 10-CURRENT trajectory bu

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Freddie Cash
2012/2/10 Andreas Nilsson : > IPFIREWALL_DEFAULT_TO_ACCEPT, DEVICE_POLLING and HZ=1000. HZ can be set via /boot/loader.conf, and I think via sysctl as well. -- Freddie Cash fjwc...@gmail.com ___ freebsd-stable@freebsd.org mailing list http://lists.free

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Bjoern A. Zeeb
On 10. Feb 2012, at 13:56 , Alexander Leidinger wrote: > Hi, > > during some big discussions in the last monts on various lists, one of the > problems was that some people would like to use freebsd-update but can't as > they are using a custom kernel. With all the kernel modules we provide, th

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Bjoern A. Zeeb
On 10. Feb 2012, at 15:56 , Panagiotis Christias wrote: > On 10/2/2012 15:56, Alexander Leidinger wrote: >> Hi, >> >> during some big discussions in the last monts on various lists, one of >> the problems was that some people would like to use freebsd-update but >> can't as they are using a cust

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Nenhum_de_Nos
On Fri, February 10, 2012 11:56, Alexander Leidinger wrote: > Hi, > > during some big discussions in the last monts on various lists, one of > the problems was that some people would like to use freebsd-update but > can't as they are using a custom kernel. With all the kernel modules > we provide,

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Volodymyr Kostyrko
Alexander Leidinger wrote: during some big discussions in the last monts on various lists, one of the problems was that some people would like to use freebsd-update but can't as they are using a custom kernel. With all the kernel modules we provide, the need for a custom kernel should be small, b

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Panagiotis Christias
On 10/2/2012 15:56, Alexander Leidinger wrote: Hi, during some big discussions in the last monts on various lists, one of the problems was that some people would like to use freebsd-update but can't as they are using a custom kernel. With all the kernel modules we provide, the need for a custom

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Paul Schenkeveld
On Fri, Feb 10, 2012 at 02:56:04PM +0100, Alexander Leidinger wrote: > Hi, > > during some big discussions in the last monts on various lists, one of > the problems was that some people would like to use freebsd-update but > can't as they are using a custom kernel. With all the kernel modules

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread endzed
Le 10 févr. 2012 à 15:36, Marek 'Buki' Kozlovský a écrit : > On Fri, Feb 10, 2012 at 02:56:04PM +0100, Alexander Leidinger wrote: >> >> The question is, is this enough? Or asked differently, why are you >> compiling a custom kernel in a production environment (so I rule out >> debug options zhic

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Andreas Nilsson
2012/2/10 Marek 'Buki' Kozlovský > On Fri, Feb 10, 2012 at 02:56:04PM +0100, Alexander Leidinger wrote: > > Hi, > > > > during some big discussions in the last monts on various lists, one > > of the problems was that some people would like to use > > freebsd-update but can't as they are using a c

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Kristof Provost
On 2012-02-10 14:56:04 (+0100), Alexander Leidinger wrote: > The question is, is this enough? Or asked differently, why are you > compiling a custom kernel in a production environment (so I rule out > debug options zhich are not enabled in GENERIC)? Are there options > which you add which you can

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Marek 'Buki' Kozlovský
On Fri, Feb 10, 2012 at 02:56:04PM +0100, Alexander Leidinger wrote: > Hi, > > during some big discussions in the last monts on various lists, one > of the problems was that some people would like to use > freebsd-update but can't as they are using a custom kernel. With all > the kernel modules we

Re: Reducing the need to compile a custom kernel

2012-02-10 Thread Glen Barber
On Fri, Feb 10, 2012 at 02:56:04PM +0100, Alexander Leidinger wrote: > The question is, is this enough? Or asked differently, why are you > compiling a custom kernel in a production environment (so I rule out > debug options zhich are not enabled in GENERIC)? Are there options > which you add