Re: [Cooker] kernel-2.6-test8 rpms

[Luca Berra]

On Tue, Nov 18, 2003 at 03:18:28PM +0300, "Andrey Borzenkov"  wrote:
"98kbd" - anyone knows waht it is?
i think the jeyboard for pc98 (japanese pc specification)

--
Luca Berra -- [EMAIL PROTECTED]
   Communication Media & Services S.r.l.
/"\
\ / ASCII RIBBON CAMPAIGN
 XAGAINST HTML MAIL
/ \

Re: [Cooker] kernel-2.6-test8 rpms

[Olivier Blin]

On Tue, 18 Nov 2003 15:18:28 +0300
"Andrey Borzenkov"  <[EMAIL PROTECTED]> wrote:
 
> > - the issues with detecting the wheel of ps/2 mice
> 
> wrt to kernel it is irrelevant. we speak about detecting correct
> driver (module) for mouse. To this extent we have (on 2.6)
> 
> "psmouse" - for any sort of PS/2 (type is autodetected by driver)
> "amimouse" - not relevant for x86
> "inport" - busmouse (Microsoft) whatever it is :)
> "lgibm" - Logitech bus mouse
> "logips2pp" - Logitech PS/2++ - no idea what it is
> "maplemouse" - irrelevant
> "pc110pad" - IBM touchpad (one of)
> "rpcmouse" - irrelevant
> "sermouse" - requires user-level helper :(
> "synaptics" - for synaptics
> 
> what I meant is that harddrake could - automatically or manually -
> store mouse driver somewhere, probably in /etc/default/mouse,
> for later use by mkinitrd or some otehr script, e.g. gpm

Why would we need mouse drivers in initrd ?
They're not needed to boot rootfs.
I think mouse modules can be loaded in early initscripts.
Keyboard drivers can be loaded in initscripts too, but before fs check
(I guess it's the first time they are needed).

As you said, we can store a list of needed modules in a config file,
WDYT of /etc/sysconfig/mouse ?

Here's roughly how I would do it, in a initscript loaded early:

***

if /etc/sysconfig/mouse doesn't exist:
   MODULES = all available modules
else
   MODULES = `cat /etc/sysconfig/mouse`

LOADED = ''

for m in MODULES:
   try to load module m
   if it succeeds, add m to LOADED list

if /etc/sysconfig/mouse exists and no module was loaded:
   retry from beginning with all available modules
   # if it fails again:
   #what to do here ?

write LOADED to /etc/sysconfig/mouse

***

With this approach, it will try to load only needed modules (the one
that were successfully loaded at last boot), and if it fails, it tries
to load every available modules (should not happen very often, only at
first boot or when mouse is replaced).

Shall I start to write this initscript or is it bad ? / does it need
tweaking ?

-- 
Olivier Blin

Re: [Cooker] kernel-2.6-test9 config

["Andrey Borzenkov"]

-Original Message-

> 
> "Andrey Borzenkov"  <[EMAIL PROTECTED]> writes:
> 
> > > I'm working on our linuxrc to be able to use cramfs.
> > 
> > I on working on linuxrc based on initramfs. Now when
> > I got Al Viro advice how to free it it should be easy. This allows
> > to avoid *any* filesystem builtin in kernel :)
> 
> his solution would be a small c program that just glob and unlink
> everything ...
> 

sure, but he explained how to access rootfs after it has been
overlaid by normal root mount :) else you have no way to remove
anything

> > hopefully I get prototype in a couple of weeks. IMHO it is better
> > than hack more filesystems.
> 
> 

Re: [Cooker] kernel-2.6-test8 rpms

["Andrey Borzenkov"]

-Original Message-

> 
> Olivier Blin <[EMAIL PROTECTED]> writes:
> 
> > How can harddrake detect the mouse/keyboard type ?
> > It is easy ?
> 
> it's not.
> see:
> - the issues with detecting the wheel of ps/2 mice

wrt to kernel it is irrelevant. we speak about detecting correct
driver (module) for mouse. To this extent we have (on 2.6)

"psmouse" - for any sort of PS/2 (type is autodetected by driver)
"amimouse" - not relevant for x86
"inport" - busmouse (Microsoft) whatever it is :)
"lgibm" - Logitech bus mouse
"logips2pp" - Logitech PS/2++ - no idea what it is
"maplemouse" - irrelevant
"pc110pad" - IBM touchpad (one of)
"rpcmouse" - irrelevant
"sermouse" - requires user-level helper :(
"synaptics" - for synaptics

what I meant is that harddrake could - automatically or manually -
store mouse driver somewhere, probably in /etc/default/mouse,
for later use by mkinitrd or some otehr script, e.g. gpm

same for keyboard where we really have choice between

"atkbd"
"xtkbd"
"98kbd" - anyone knows waht it is?

> - the recent issues in kernel-2.6.0-test9 with sharing mouse &
>   keyboard box for several machine
> 
> 

Re: [Cooker] kernel-2.6-test8 rpms

[Buchan Milne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thierry Vignaud wrote:
> Olivier Blin <[EMAIL PROTECTED]> writes:
>
>
>>How can harddrake detect the mouse/keyboard type ?
>>It is easy ?
>
>
> it's not.
> see:
> - the issues with detecting the wheel of ps/2 mice

Is this still necessary? On the mklivecd list it was mentioned that
XFree86 works OK with 'Option "Protocol" "auto" on most PS/2 mice. I
tested with a number of mice that are normally supported by different
protocols (at least the 4 major ones). See

https://lists.berlios.de/pipermail/minicd-scripts/2003-October/000277.html

Regards,
Buchan

- --
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x202
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/ugN2rJK6UGDSBKcRAnSPAKC+Q004oNyd9zgbZR9fOqqKcJoyhwCeNdHP
SVb43tQiGm2MYhSfB/cURfA=
=vIMv
-END PGP SIGNATURE-

Re: [Cooker] kernel-2.6-test8 rpms

[Thierry Vignaud]

Olivier Blin <[EMAIL PROTECTED]> writes:

> How can harddrake detect the mouse/keyboard type ?
> It is easy ?

it's not.
see:
- the issues with detecting the wheel of ps/2 mice
- the recent issues in kernel-2.6.0-test9 with sharing mouse &
  keyboard box for several machine

Re: [Cooker] kernel-2.6-test9 config

[Thierry Vignaud]

"Andrey Borzenkov"  <[EMAIL PROTECTED]> writes:

> > I'm working on our linuxrc to be able to use cramfs.
> 
> I on working on linuxrc based on initramfs. Now when
> I got Al Viro advice how to free it it should be easy. This allows
> to avoid *any* filesystem builtin in kernel :)

his solution would be a small c program that just glob and unlink
everything ...

> hopefully I get prototype in a couple of weeks. IMHO it is better
> than hack more filesystems.

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> 
> 
> -Original Message-
> 
> > 
> > On Mon, 17 Nov 2003 21:22:10 +0300
> > Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
> > 
> > > at least make it depend on CONFIG_CRAMFS_INITRD. it is not that crmafs
> > > is available but that it is used for initrd.
> > > 
> > > but if it is really read-only, our initrd needs some tweaking indeed
> > 
> > What's this CONFIG_CRAMFS_INITRD option ? I can't find it.
> > 
> 
> I mean make patch depend on CONFIG_CRAMFS_INITRD.
> 
> > 
> > I'm working on our linuxrc to be able to use cramfs.
> 
> I on working on linuxrc based on initramfs. Now when
> I got Al Viro advice how to free it it should be easy. This allows
> to avoid *any* filesystem builtin in kernel :)

 and you are going to back port initramfs to 2.4 or even 2.2? 
IMHO cramfs is the way to go, as it could be easily integrated in 2.4 too,
and 2.4 also needs to get smaler

1337954 Aug 25 17:47 /boot/vmlinuz-2.4.22-1mdk
1206674 Nov 17 02:38 /boot/vmlinuz-2.6.0-t9.ruby.6mdk

<2.6> modular vesafb,fbcon,mice, and lot more stuff  + -Os 

svetljo

-- 
GMX Weihnachts-Special: Seychellen-Traumreise zu gewinnen!

Rentier entlaufen. Finden Sie Rudolph! Als Belohnung winken tolle
Preise. http://www.gmx.net/de/cgi/special/

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

["Andrey Borzenkov"]

-Original Message-

> 
> On Mon, 17 Nov 2003 21:22:10 +0300
> Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
> 
> > at least make it depend on CONFIG_CRAMFS_INITRD. it is not that crmafs
> > is available but that it is used for initrd.
> > 
> > but if it is really read-only, our initrd needs some tweaking indeed
> 
> What's this CONFIG_CRAMFS_INITRD option ? I can't find it.
> 

I mean make patch depend on CONFIG_CRAMFS_INITRD.

> 
> I'm working on our linuxrc to be able to use cramfs.

I on working on linuxrc based on initramfs. Now when
I got Al Viro advice how to free it it should be easy. This allows
to avoid *any* filesystem builtin in kernel :)

hopefully I get prototype in a couple of weeks. IMHO it is better
than hack more filesystems.

Re: [Cooker] kernel-2.6-test9 config

[François Pons]

"Andrey Borzenkov"  <[EMAIL PROTECTED]> writes:

> > i've uploaded your work. hotplug is maintained by fredl.
> 
> good he has been silent wrt initscirpts as well. I hope he's
> not following fpons ...

Heu ? I see everything (provided you are talking about me ;-))

Francois.

Re: [Cooker] kernel-2.6-test9 config

[Olivier Blin]

On Mon, 17 Nov 2003 21:22:10 +0300
Andrey Borzenkov <[EMAIL PROTECTED]> wrote:

> at least make it depend on CONFIG_CRAMFS_INITRD. it is not that crmafs
> is available but that it is used for initrd.
> 
> but if it is really read-only, our initrd needs some tweaking indeed

What's this CONFIG_CRAMFS_INITRD option ? I can't find it.

To build a cramfs initrd, you may have a look at Debian's mkinitrd and
linuxrc, there's available here :
http://http.us.debian.org/debian/pool/main/i/initrd-tools/initrd-tools_0.1.55.tar.gz

I'm working on our linuxrc to be able to use cramfs.
I've already made a patch to support cramfs in our mkinitrd, it should
be a matter of hours now.

Regards

-- 
Olivier Blin

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Monday 17 November 2003 18:59, Svetoslav Slavtchev wrote:
> > ... cramfs
> >
> > > > > > > Should I make it an option in mkinitrd ?
> > > > > >
> > > > > > I guess yes. But this is compatibility problem. It is not
> > > > > > supported on vanilla kernel so you have to detect patched kernel
> > > > > > somehow. And how are you going to do it? You will get a flood of
> > > > > > "bug reports" from users who compiled their own kernels (vanilla
> > > > > > ones or whatever) and cannot load initrd.
> > > > >
> > > > > just check for /mdk/ and ! /custom/ in uname -r output
> > > >
> > > > that is still just wild guess :(
> > >
> > > but it'll work...
> > > grep /proc/filesystems else
> >
> > not working. you can build initrd for 2.6 under 2.4 or other way
> > round. or even out of miniroot.
>
> what about
>
> grep cramfs /boot/System.map-[KVER] ?

at least make it depend on CONFIG_CRAMFS_INITRD. it is not that crmafs is 
available but that it is used for initrd.

but if it is really read-only, our initrd needs some tweaking indeed

> have you got my last mails with the modified mkbuild.pl & co ?

yes

> have you tried them ?

no :)

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> 
> ... cramfs
> > > > > > Should I make it an option in mkinitrd ?
> > > > > 
> > > > > I guess yes. But this is compatibility problem. It is not
> > > > > supported on vanilla kernel so you have to detect patched kernel
> > > > > somehow. And how are you going to do it? You will get a flood of
> > > > > "bug reports" from users who compiled their own kernels (vanilla
> > > > > ones or whatever) and cannot load initrd.
> > > >
> > > > just check for /mdk/ and ! /custom/ in uname -r output
> > > 
> > > that is still just wild guess :(
> > 
> > but it'll work...
> > grep /proc/filesystems else
> > 
> 
> not working. you can build initrd for 2.6 under 2.4 or other way
> round. or even out of miniroot.

what about 

grep cramfs /boot/System.map-[KVER] ?

> I'd wish to use initramfs if I knew how to free space taken by it :(
> 

svetljo

PS.
have you got my last mails with the modified mkbuild.pl & co ?
have you tried them ?

-- 
GMX Weihnachts-Special: Seychellen-Traumreise zu gewinnen!

Rentier entlaufen. Finden Sie Rudolph! Als Belohnung winken tolle
Preise. http://www.gmx.net/de/cgi/special/

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

["Andrey Borzenkov"]

... cramfs
> > > > > Should I make it an option in mkinitrd ?
> > > > 
> > > > I guess yes. But this is compatibility problem. It is not
> > > > supported on vanilla kernel so you have to detect patched kernel
> > > > somehow. And how are you going to do it? You will get a flood of
> > > > "bug reports" from users who compiled their own kernels (vanilla
> > > > ones or whatever) and cannot load initrd.
> > >
> > > just check for /mdk/ and ! /custom/ in uname -r output
> > 
> > that is still just wild guess :(
> 
> but it'll work...
> grep /proc/filesystems else
> 

not working. you can build initrd for 2.6 under 2.4 or other way
round. or even out of miniroot.

I'd wish to use initramfs if I knew how to free space taken by it :(

Re: [Cooker] kernel-2.6-test9 config

[Thierry Vignaud]

"Andrey Borzenkov" <[EMAIL PROTECTED]> writes:

> > i've uploaded your work. hotplug is maintained by fredl.
> 
> good he has been silent wrt initscirpts as well. I hope he's not
> following fpons ...

he won't but he's busy with managment stuff (he's head of developers)

> looks like reverse diff to me. 
> [...]
> > -/usr/share/doc/hotplug-2003_08_05
> > -/usr/share/doc/hotplug-2003_08_05/ChangeLog
> > -/usr/share/doc/hotplug-2003_08_05/README
> > +/usr/share/doc/hotplug-2002_04_01
> > +/usr/share/doc/hotplug-2002_04_01/ChangeLog
> > +/usr/share/doc/hotplug-2002_04_01/README
> 
> mine is based on post-2003_08_05 CVS :)

upload script got broken somewhere :-(

> > > > Should I make it an option in mkinitrd ?
> > > 
> > > I guess yes. But this is compatibility problem. It is not
> > > supported on vanilla kernel so you have to detect patched kernel
> > > somehow. And how are you going to do it? You will get a flood of
> > > "bug reports" from users who compiled their own kernels (vanilla
> > > ones or whatever) and cannot load initrd.
> >
> > just check for /mdk/ and ! /custom/ in uname -r output
> 
> that is still just wild guess :(

but it'll work...
grep /proc/filesystems else

Re: [Cooker] kernel-2.6-test9 config

["Andrey Borzenkov"]

> i've uploaded your work. hotplug is maintained by fredl.

good he has been silent wrt initscirpts as well. I hope he's
not following fpons ...

> btw your changes result in quite some changes (are you sure we haven't
> lost any features ?) :

you never know till you test it.

> --- hotplug--files.old  2003-11-17 12:06:28.0 +0100
> +++ hotplug--files.new  2003-11-17 12:06:28.0 +0100
> @@ -1,37 +1,27 @@
>  /etc/hotplug
> -/etc/hotplug.d
> -/etc/hotplug.d/default
> -/etc/hotplug.d/default/default.hotplug
 /etc/hotplug/blacklist
> -/etc/hotplug/dasd.agent
> -/etc/hotplug/firmware.agent

looks like reverse diff to me. 
[...]
> -/usr/share/doc/hotplug-2003_08_05
> -/usr/share/doc/hotplug-2003_08_05/ChangeLog
> -/usr/share/doc/hotplug-2003_08_05/README
> +/usr/share/doc/hotplug-2002_04_01
> +/usr/share/doc/hotplug-2002_04_01/ChangeLog
> +/usr/share/doc/hotplug-2002_04_01/README

mine is based on post-2003_08_05 CVS :)

> *
> --- hotplug--requires.old   2003-11-17 12:06:28.0 +0100
> +++ hotplug--requires.new   2003-11-17 12:06:28.0 +0100
> @@ -1,5 +1,4 @@
>  /bin/sh  
> -bash  
>  chkconfig  
>  ifplugd  
>  libc.so.6  

I do not know actually; is it direct or reverse diff?

>> > Should I make it an option in mkinitrd ?
>> >
>> 
>> I guess yes. But this is compatibility problem. It is not supported
>> on vanilla kernel so you have to detect patched kernel somehow. And
>> how are you going to do it? You will get a flood of "bug reports"
>> from users who compiled their own kernels (vanilla ones or whatever)
>> and cannot load initrd.
>
> just check for /mdk/ and ! /custom/ in uname -r output

that is still just wild guess :(

Re: [Cooker] kernel-2.6-test9 config

[Thierry Vignaud]

Andrey Borzenkov <[EMAIL PROTECTED]> writes:

> > > > by the way, why aren't new module-init-tools updated in main ?
> > >
> > > because the maintainer is hiding somewhere :(
> >
> > Well, the packager (Chmouel) is gone, he doesn't work at
> > MandrakeSoft anymore.
> 
> module-init-tools have been maintained by thierry. I do not know
> about hotplug.

i've uploaded your work. hotplug is maintained by fredl.
btw your changes result in quite some changes (are you sure we haven't
lost any features ?) :

--- hotplug--files.old  2003-11-17 12:06:28.0 +0100
+++ hotplug--files.new  2003-11-17 12:06:28.0 +0100
@@ -1,37 +1,27 @@
 /etc/hotplug
-/etc/hotplug.d
-/etc/hotplug.d/default
-/etc/hotplug.d/default/default.hotplug
 /etc/hotplug/blacklist
-/etc/hotplug/dasd.agent
-/etc/hotplug/firmware.agent
 /etc/hotplug/hotplug.functions
 /etc/hotplug/ieee1394
 /etc/hotplug/ieee1394.agent
 /etc/hotplug/ieee1394/sbp2
-/etc/hotplug/input.agent
-/etc/hotplug/input.rc
 /etc/hotplug/net.agent
 /etc/hotplug/pci
 /etc/hotplug/pci.agent
 /etc/hotplug/pci.rc
 /etc/hotplug/scsi.agent
-/etc/hotplug/tape.agent
 /etc/hotplug/usb
 /etc/hotplug/usb.agent
 /etc/hotplug/usb.distmap
 /etc/hotplug/usb.handmap
 /etc/hotplug/usb.rc
 /etc/hotplug/usb/usb-storage
-/etc/init.d/hotplug
-/etc/sysconfig/hotplug
 /sbin/hotplug
 /usr/lib/hotplug
 /usr/sbin/hotplugctl
 /usr/sbin/update-usb.usermap
-/usr/share/doc/hotplug-2003_08_05
-/usr/share/doc/hotplug-2003_08_05/ChangeLog
-/usr/share/doc/hotplug-2003_08_05/README
+/usr/share/doc/hotplug-2002_04_01
+/usr/share/doc/hotplug-2002_04_01/ChangeLog
+/usr/share/doc/hotplug-2002_04_01/README
 /usr/share/man/man8/hotplug.8.bz2
 /usr/share/man/man8/update-usb.usermap.8.bz2
 /var/run/usb
compare package requires *
--- hotplug--requires.old   2003-11-17 12:06:28.0 +0100
+++ hotplug--requires.new   2003-11-17 12:06:28.0 +0100
@@ -1,5 +1,4 @@
 /bin/sh  
-bash  
 chkconfig  
 ifplugd  
 libc.so.6  


> > > > I'll submit a (very small) patch for mkinitrd to add splash in 2.6
> > > > initrds.
> > >
> > > could you add cramfs support ?-)
> >
> > yes, no problem
> > Should I make it an option in mkinitrd ?
> >
> 
> I guess yes. But this is compatibility problem. It is not supported
> on vanilla kernel so you have to detect patched kernel somehow. And
> how are you going to do it? You will get a flood of "bug reports"
> from users who compiled their own kernels (vanilla ones or whatever)
> and cannot load initrd.

just check for /mdk/ and ! /custom/ in uname -r output

Re: [Cooker] kernel-2.6-test9 config

[Thierry Vignaud]

Olivier Blin <[EMAIL PROTECTED]> writes:


> > > by the way, why aren't new module-init-tools updated in main ?
> > 
> > because the maintainer is hiding somewhere :(
> 
> Well, the packager (Chmouel) is gone, he doesn't work at
> MandrakeSoft anymore.
> The real maintener is now Andrey, but I guess he hasn't rights to
> upload in main. Who can volunteer ?

just updated

Re: [Cooker] kernel-2.6-test9 config

[Luca Berra]

On Sun, Nov 16, 2003 at 04:56:07AM +0100, Olivier Blin wrote:
> I'll submit a (very small) patch for mkinitrd to add splash in 2.6
> initrds.
could you add cramfs support ?-)
yes, no problem
Should I make it an option in mkinitrd ?
please,
if you change initrd could you start with my codebase
http://www.comedia.it/~bluca/cooker/lvm2
main versions of these programs should be updated to mine.

L.

--
Luca Berra -- [EMAIL PROTECTED]
   Communication Media & Services S.r.l.
/"\
\ / ASCII RIBBON CAMPAIGN
 XAGAINST HTML MAIL
/ \

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sunday 16 November 2003 15:45, Svetoslav Slavtchev wrote:
> > > On Sunday 16 November 2003 06:20, Svetoslav Slavtchev wrote:
> > > > my current patch tarball is uploading
> > > > linux-test9s5.tar.bz2
> > >
> > > I tried 3rdparty but it won't work as is. Dynamically generating
> Makefile
> > > and
> > > Kconfig highly confuses build system; BTW it won't even compile if all
> > > 3rdparty are modules.
> >
> > strange,
> > i never compiled smth in 3rdparty built in, always as modules,
> > and never had problems
> >
> 
> all of this in build != src. after make vmlinux:
> 
>ld -m elf_i386  -T arch/i386/kernel/vmlinux.lds.s 
> arch/i386/kernel/head.o arch/i386/kernel/init_task.o   init/built-in.o 
> --start-group  usr/built-in.o  arch/i386/kernel/built-in.o  
> arch/i386/mm/built-in.o  arch/i386/mach-default/built-in.o 
> kernel/built-in.o  
> mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o  
> crypto/built-in.o  lib/lib.a  arch/i386/lib/lib.a  lib/built-in.o  
> arch/i386/lib/built-in.o  drivers/built-in.o  sound/built-in.o  
> 3rdparty/built-in.o  arch/i386/pci/built-in.o  arch/i386/power/built-in.o 
> 
> net/built-in.o --end-group  -o .tmp_vmlinux1
> ld: cannot open 3rdparty/built-in.o: No such file or directory
> make[1]: *** [.tmp_vmlinux1] Error 1
> make: *** [vmlinux] Error 2
> make: Leaving directory `/home/bor/src/linux-2.6.0-test9'
> 
> 
> > > I suggest you use mkbuild.pl to generate static Makefile and Kconfig.
> How
> > > often is it going to change? It could be done as part of making RPM.
> >
> > i tried to follow the 2.4 way, and i had no problems so far
> > except that "make mrproper"  breaks "make clean" cause it deletes
> > 3rdparty/Makefile
> >
> > but it's pretty trivial to build it only once
> >
> 
> using patch below there is no need to remove files; they should be updated
> if 
> you change subdirs (add or remove).
> 
> > > Setting 3rdparty as part of drivers-y forces it to expect
> > > 3rdparty/built-in.o
> > > but it is not built unless something in 3rdparty is compiled as
> builtin.
> > > I
> > >
> > > was about to initialize SUBDIRS but then it prevents from overriding
> it
> > > on
> > >
> > > command line  probably something like
> > >
> > > ifeq ($(origin SUBDIRS),file)
> > >  SUBDIRS+=3rdparty
> > > endif
> >
> > may be adding to the Kconfig's in each 3rdparty tarball "select
> 3rdparty"
> > and
> > -
> > drivers-y   := drivers/ sound/
> > if $(CONFIG_3RDPARTY)
> > drivers-y   += 3rdparty/
> > endif
> >
> > would fix it
> >
> 
> it is not condition. The problem is "-y". It means you are going to build 
> subdir contents in kernel. But 3rdparty/Makefile does not build 
> 3rdparty/built-in.o itself nor has it any dependencies to build it. If 
> everything is module it will get only obj-m += ...; and no built-in.o is 
> generated. I do not know if it a bug or feature. 
> 
> setting SUBDIRS means kbuild just descends and makes modules as expected.
> I do 
> not like this much but I am not sure how to do it differently. check other
> 
> top-level makefiles, all of them has unconditional obj-y.
> 
> > > of course neither Makefile nor Kconfig should be removed by mrproper
> > > then.
> > >
> > > BTW your current setup obviously does not work if srctree !=
> buildtree. I
> > > attempted to fix it but hopelessly failed :)
> > >
> > :(
> >
> > never tried that
> >
> > what were the errors,
> > not finding some of the headers ?
> >
> 
> 
> {pts/0}% ./makelinux V=1 oldconfig
> make: Entering directory `/home/bor/src/linux-2.6.0-test9'
> make -C /home/bor/build/linux-2.6.0-test9   \
> KBUILD_SRC=/home/bor/src/linux-2.6.0-test9  KBUILD_VERBOSE=1\
> KBUILD_CHECK= -f /home/bor/src/linux-2.6.0-test9/Makefile oldconfig
> (cd 3rdparty ; perl ./mkbuild.pl)
> Can't open perl script "./mkbuild.pl": No such file or directory
> make[1]: *** [3rdparty/Makefile] Error 2
> make: *** [oldconfig] Error 2
> make: Leaving directory `/home/bor/src/linux-2.6.0-test9'
> 
> 
> this is for a start :)
> 
> attached simple diff for this but that is not what I like very much.
> 
> if you are going to do it this way, here is diff against Makefile that 
> correctly automatically rebuilds Makefile and Kconfig when you add or
> change 
> subdirs in 3rdparty. and slightly modified mkbuild.pl
> 

have you got my mail with attached Mkefile fixes/ patches 
& new mkbuild.pl ?

everything works here both with $(objtree) == $(srctree) or with different
obj tree

and  about aic7xxx in different objtree -- in vanilla you have to disable 
"build firmware with kernel build" (or smth similar) it's fixed in my next
tarball
selinux is broken in different obj tree

> it was useful exercise :) still I ask myself if it does make sense to
> generate 
> them dynamically.

no idea :-)
but it the way it's done in 2.4

svetljo 

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX Foto

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Sunday 16 November 2003 20:15, Olivier Blin wrote:
> On Sun, 16 Nov 2003 12:53:02 +0300
>
> Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
> > > > they could be loaded unconditionaly after root is mounted
> > > > (there might be some warnings, but nothing that could harm the
> > > > system)
> > >
> > > Do you want to try to load *all* mouse and keyboard drivers at boot
> > > ? That might work, but hey, that's not so smart :)
> >
> > come on it is really just as smart as compiling all of them into
> > kernel.
>
> Yes, I agree, it's the same.
> But can't we use something like hotplug to automatically detect input
> devices and load needed modules ?
>

no. you have to load them and let them figure for themselves :)

> If we use the "load all modules" approach, where should this modules be
> loaded ? In a new init script ?

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sunday 16 November 2003 16:57, Svetoslav Slavtchev wrote:
> > > On Sunday 16 November 2003 15:21, Svetoslav Slavtchev wrote:
> > > > > you missed my point. modular IDE is unsafe because there is no
> > >
> > > reference
> > >
> > > > > counting for IDE modules.
> [...]
> > wouldn't it be then sufficient just to prevent module unloading
> 
> apparently that is not as bad.
> 
> for PCI modules (most of) are effectively locked in xxx_init_one() by 
> incrementing usage count. As nothing ever decrements it (and ->remove is
> not 
> provided) modules will stay forever if corr. device is available.
> 
> For PNP I am not sure not for other non-PCI controller.
> 
> given that majority systems now are PCI it hopefully avoids problems in
> most 
> common case.
> 
> have you tried build IDE as module?


it does build (at least when $(src) == $(obj) ),
but i haven't tried making a initrd and booting it :(

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Sunday 16 November 2003 15:45, Svetoslav Slavtchev wrote:
> > On Sunday 16 November 2003 06:20, Svetoslav Slavtchev wrote:
> > > my current patch tarball is uploading
> > > linux-test9s5.tar.bz2
> >
> > I tried 3rdparty but it won't work as is. Dynamically generating Makefile
> > and
> > Kconfig highly confuses build system; BTW it won't even compile if all
> > 3rdparty are modules.
>
> strange,
> i never compiled smth in 3rdparty built in, always as modules,
> and never had problems
>

all of this in build != src. after make vmlinux:

   ld -m elf_i386  -T arch/i386/kernel/vmlinux.lds.s 
arch/i386/kernel/head.o arch/i386/kernel/init_task.o   init/built-in.o 
--start-group  usr/built-in.o  arch/i386/kernel/built-in.o  
arch/i386/mm/built-in.o  arch/i386/mach-default/built-in.o  kernel/built-in.o  
mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o  
crypto/built-in.o  lib/lib.a  arch/i386/lib/lib.a  lib/built-in.o  
arch/i386/lib/built-in.o  drivers/built-in.o  sound/built-in.o  
3rdparty/built-in.o  arch/i386/pci/built-in.o  arch/i386/power/built-in.o  
net/built-in.o --end-group  -o .tmp_vmlinux1
ld: cannot open 3rdparty/built-in.o: No such file or directory
make[1]: *** [.tmp_vmlinux1] Error 1
make: *** [vmlinux] Error 2
make: Leaving directory `/home/bor/src/linux-2.6.0-test9'


> > I suggest you use mkbuild.pl to generate static Makefile and Kconfig. How
> > often is it going to change? It could be done as part of making RPM.
>
> i tried to follow the 2.4 way, and i had no problems so far
> except that "make mrproper"  breaks "make clean" cause it deletes
> 3rdparty/Makefile
>
> but it's pretty trivial to build it only once
>

using patch below there is no need to remove files; they should be updated if 
you change subdirs (add or remove).

> > Setting 3rdparty as part of drivers-y forces it to expect
> > 3rdparty/built-in.o
> > but it is not built unless something in 3rdparty is compiled as builtin.
> > I
> >
> > was about to initialize SUBDIRS but then it prevents from overriding it
> > on
> >
> > command line  probably something like
> >
> > ifeq ($(origin SUBDIRS),file)
> >  SUBDIRS+=3rdparty
> > endif
>
> may be adding to the Kconfig's in each 3rdparty tarball "select 3rdparty"
> and
> -
> drivers-y   := drivers/ sound/
> if $(CONFIG_3RDPARTY)
> drivers-y   += 3rdparty/
> endif
>
> would fix it
>

it is not condition. The problem is "-y". It means you are going to build 
subdir contents in kernel. But 3rdparty/Makefile does not build 
3rdparty/built-in.o itself nor has it any dependencies to build it. If 
everything is module it will get only obj-m += ...; and no built-in.o is 
generated. I do not know if it a bug or feature. 

setting SUBDIRS means kbuild just descends and makes modules as expected. I do 
not like this much but I am not sure how to do it differently. check other 
top-level makefiles, all of them has unconditional obj-y.

> > of course neither Makefile nor Kconfig should be removed by mrproper
> > then.
> >
> > BTW your current setup obviously does not work if srctree != buildtree. I
> > attempted to fix it but hopelessly failed :)
> >
> :(
>
> never tried that
>
> what were the errors,
> not finding some of the headers ?
>


{pts/0}% ./makelinux V=1 oldconfig
make: Entering directory `/home/bor/src/linux-2.6.0-test9'
make -C /home/bor/build/linux-2.6.0-test9   \
KBUILD_SRC=/home/bor/src/linux-2.6.0-test9  KBUILD_VERBOSE=1\
KBUILD_CHECK= -f /home/bor/src/linux-2.6.0-test9/Makefile oldconfig
(cd 3rdparty ; perl ./mkbuild.pl)
Can't open perl script "./mkbuild.pl": No such file or directory
make[1]: *** [3rdparty/Makefile] Error 2
make: *** [oldconfig] Error 2
make: Leaving directory `/home/bor/src/linux-2.6.0-test9'


this is for a start :)

attached simple diff for this but that is not what I like very much.

if you are going to do it this way, here is diff against Makefile that 
correctly automatically rebuilds Makefile and Kconfig when you add or change 
subdirs in 3rdparty. and slightly modified mkbuild.pl

it was useful exercise :) still I ask myself if it does make sense to generate 
them dynamically.
--- ../tmp/linux-2.6.0-test9/Makefile	2003-10-27 19:02:59.0 +0300
+++ linux-2.6.0-test9/Makefile	2003-11-16 22:07:49.576939032 +0300
@@ -314,6 +314,18 @@
 scripts/fixdep:
 	$(Q)$(MAKE) $(build)=scripts $@
 
+# Create Makefile/Kconfig for all the 3rdparty stuff
+$(srctree)/3rdparty/Makefile $(srctree)/3rdparty/Kconfig:  FORCE $(srctree)/3rdparty/mkbuild.pl
+	@set -e;\
+	echo '  CHK $@';\
+	mkdir -p $(dir $@); \
+	(cd $(@D) && ./mkbuild.pl $(@F) > [EMAIL PROTECTED]);  \
+	if [ -r $@ ] && cmp -s $@ [EMAIL PROTECTED]; then  \
+		rm -f [EMAIL PROTECTED];   \
+	else\
+		echo '  UPD $@';\
+		mv -f [EMAIL PROTECTED] $@;\
+	fi

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Sunday 16 November 2003 16:57, Svetoslav Slavtchev wrote:
> > On Sunday 16 November 2003 15:21, Svetoslav Slavtchev wrote:
> > > > you missed my point. modular IDE is unsafe because there is no
> >
> > reference
> >
> > > > counting for IDE modules.
[...]
> wouldn't it be then sufficient just to prevent module unloading

apparently that is not as bad.

for PCI modules (most of) are effectively locked in xxx_init_one() by 
incrementing usage count. As nothing ever decrements it (and ->remove is not 
provided) modules will stay forever if corr. device is available.

For PNP I am not sure not for other non-PCI controller.

given that majority systems now are PCI it hopefully avoids problems in most 
common case.

have you tried build IDE as module?

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sunday 16 November 2003 06:20, Svetoslav Slavtchev wrote:
> > my current patch tarball is uploading
> > linux-test9s5.tar.bz2
> >
> 
> I tried 3rdparty but it won't work as is. Dynamically generating Makefile
> and 
> Kconfig highly confuses build system; BTW it won't even compile if all 
> 3rdparty are modules.
> 
> I suggest you use mkbuild.pl to generate static Makefile and Kconfig. How 
> often is it going to change? It could be done as part of making RPM.
> 
> Setting 3rdparty as part of drivers-y forces it to expect
> 3rdparty/built-in.o 
> but it is not built unless something in 3rdparty is compiled as builtin. I
> 
> was about to initialize SUBDIRS but then it prevents from overriding it on
> 
> command line  probably something like
> 
> ifeq ($(origin SUBDIRS),file)
>  SUBDIRS+=3rdparty
> endif
> 
> of course neither Makefile nor Kconfig should be removed by mrproper then.
> 
> BTW your current setup obviously does not work if srctree != buildtree. I 
> attempted to fix it but hopelessly failed :)

i think i manage to fixe all the issues

see atachments

MB03-3rdparty_Kconfigs.patch 
(old one -- add 3rdparty/Kconfig to arch's Kconfig's)

MB02-2_Makefile.patch 
MD00-3rdparty_Makefile_fixes.patch
mkbuild.pl
(
new/ updated  -- must fix
 "make mrproper && make clean"
 "make O=..."
 drivers-y if none of 3rdparty is selected
)

but selinux seems broken with O=...

best,

svetljo

PS.
have to upload new tarball soon :-)

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

MB02-2_Makefile.patch
Description: Binary data


MB03-3rdparty_Kconfigs.patch
Description: Binary data


MD00-3rdparty_Makefile_fixes.patch
Description: Binary data


mkbuild.pl
Description: Binary data

Re: [Cooker] kernel-2.6-test9 config

[Olivier Blin]

On Sun, 16 Nov 2003 12:53:02 +0300
Andrey Borzenkov <[EMAIL PROTECTED]> wrote:

> > > they could be loaded unconditionaly after root is mounted
> > > (there might be some warnings, but nothing that could harm the
> > > system)
> >
> > Do you want to try to load *all* mouse and keyboard drivers at boot
> > ? That might work, but hey, that's not so smart :)
> >
> 
> come on it is really just as smart as compiling all of them into
> kernel.

Yes, I agree, it's the same.
But can't we use something like hotplug to automatically detect input
devices and load needed modules ?

If we use the "load all modules" approach, where should this modules be
loaded ? In a new init script ?

-- 
Olivier Blin

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sunday 16 November 2003 15:21, Svetoslav Slavtchev wrote:
> > >
> > > you missed my point. modular IDE is unsafe because there is no
> reference
> > > counting for IDE modules. their patch does not change it, it just adds
> a
> > > couple of EXPORT_MODULES. Nor does patch really fixes
> > > MOD_{INC,DEC}_USE_COUNT
> > > warnings

--that was sort of joke-
> >
> > the warnings could be easily fix> ed, no ?-) 
> >
---

> 
> no. you can't just remove MOD_{INC,DEC}_USE_COUNT without providing 
> alternative refcount mechanism. Warnings are put there for a reason :)
> 
> > > it can't be solved by fixing compilation problems, it needs serious
> > > redesign
> > > of IDE layer.
> >
> > that's true, but it's in that state for a long, long time
> >
> > and how many users are going to  load additional ide drivers once the
> > system is up
> > and running and unload the ide modules,  once they are loaded ?
> 
> PC card IDE? harddrake (or something else) probing for right driver for
> your 
> card?

well , even then once configured, it will be always in , until it gets
unconfigured
wouldn't it be then sufficient just to prevent module unloading 
the unnedded modules will stay in the kernel till reboot, but is that
really a problem, we do have them currently compiled in

or is Joe user going to say:
" Hm i don't need this cdrom/ hard drive right now,
  why not free some kernel memmory and unload the
  ide module?"

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sunday 16 November 2003 06:20, Svetoslav Slavtchev wrote:
> > my current patch tarball is uploading
> > linux-test9s5.tar.bz2
> >
> 
> I tried 3rdparty but it won't work as is. Dynamically generating Makefile
> and 
> Kconfig highly confuses build system; BTW it won't even compile if all 
> 3rdparty are modules.

strange,
i never compiled smth in 3rdparty built in, always as modules,
and never had problems

> I suggest you use mkbuild.pl to generate static Makefile and Kconfig. How 
> often is it going to change? It could be done as part of making RPM.

i tried to follow the 2.4 way, and i had no problems so far
except that "make mrproper"  breaks "make clean" cause it deletes
3rdparty/Makefile

but it's pretty trivial to build it only once

> Setting 3rdparty as part of drivers-y forces it to expect
> 3rdparty/built-in.o 
> but it is not built unless something in 3rdparty is compiled as builtin. I
> 
> was about to initialize SUBDIRS but then it prevents from overriding it on
> 
> command line  probably something like
> 
> ifeq ($(origin SUBDIRS),file)
>  SUBDIRS+=3rdparty
> endif

may be adding to the Kconfig's in each 3rdparty tarball "select 3rdparty"
and 
-
drivers-y   := drivers/ sound/  
if $(CONFIG_3RDPARTY)
drivers-y   += 3rdparty/
endif
 
would fix it

> of course neither Makefile nor Kconfig should be removed by mrproper then.
> 
> BTW your current setup obviously does not work if srctree != buildtree. I 
> attempted to fix it but hopelessly failed :)

:(
never tried that 

what were the errors,
not finding some of the headers ?

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Sunday 16 November 2003 15:21, Svetoslav Slavtchev wrote:
> >
> > you missed my point. modular IDE is unsafe because there is no reference
> > counting for IDE modules. their patch does not change it, it just adds a
> > couple of EXPORT_MODULES. Nor does patch really fixes
> > MOD_{INC,DEC}_USE_COUNT
> > warnings
>
> the warnings could be easily fix> ed, no ?-) 
>

no. you can't just remove MOD_{INC,DEC}_USE_COUNT without providing 
alternative refcount mechanism. Warnings are put there for a reason :)

> > it can't be solved by fixing compilation problems, it needs serious
> > redesign
> > of IDE layer.
>
> that's true, but it's in that state for a long, long time
>
> and how many users are going to  load additional ide drivers once the
> system is up
> and running and unload the ide modules,  once they are loaded ?

PC card IDE? harddrake (or something else) probing for right driver for your 
card?

> without modular ide i don't think there is a way to really reduce the
> kernel size
>

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Sunday 16 November 2003 15:10, Svetoslav Slavtchev wrote:
> > On Sunday 16 November 2003 05:31, Olivier Blin wrote:
> > > > --
> > > > arent the following pretty important,
> > > > and alwasys needed ?
> >
> > the right question is - are they needed to *boot* kernel?
> >
> > > > > > -CONFIG_PACKET=y
> > > > > > +CONFIG_PACKET=m
> > > > >
> > > > > module
> > > > >
> > > > > >  CONFIG_PACKET_MMAP=y
> > > > > >  CONFIG_NETLINK_DEV=m
> > > > > > -CONFIG_UNIX=y
> > > > > > +CONFIG_UNIX=m
> > > > >
[...]
>
> you are right
> they are needed only for NFS root, which IIRC is disabled in the main 2.4
> kernel,
> but they should be loaded right after boot ( modprobe.preload ? )
>

they are loaded by virtue of MODULE_ALIAS magic :).

{pts/1}% modprobe -c | grep net-pf
alias net-pf-1 unix
alias net-pf-2 ipv4
alias net-pf-3 off
alias net-pf-4 ipx
alias net-pf-5 appletalk
alias net-pf-6 off
alias net-pf-10 off
alias net-pf-17 af_packet
alias net-pf-19 off


(those marked "off" still come from  static modprobe.default because they are 
not in kernel yet).

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sunday 16 November 2003 06:20, Svetoslav Slavtchev wrote:
> > > On Sat, 15 Nov 2003 23:20:00 +0100 (MET)
> > >
> > > "Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote:
> > > > > nope, module does not work. Even if it possible to fix all missing
> > > > > exported
> > > > > symbols, IDE layer does not provide for any sort of module
> reference
> > > > > counting
> > > > > (for chipset drivers)  meaning it is simply unsafe. Which implies
> > > > > kernel must
> > > > > include all IDE drivers :(
> > > >
> > > > IIRC debian use it for ages
> > > > ( and they are far no that experimental as mandrake is)
> > > > and the kernel becomes really small
> > > >
> > > > with Os --  bzImage ~ 1400kb
> > > > with Os + modular ide -- ~ 11xx kb
> > > >
> > > > it should work, we only need to hack mkinitrd
> > > > & may be harddrake/ drakx
> > > > +++ include the debian patch
> > >
> > > I wonder how they do it.
> > > Is there a patch for modular IDE in their kenrel ?
> > > It is officially broken, even in 2.4 .
> >
> > yes, they do have patches both for 2.4 & for 2.6
> >
> 
> you missed my point. modular IDE is unsafe because there is no reference 
> counting for IDE modules. their patch does not change it, it just adds a 
> couple of EXPORT_MODULES. Nor does patch really fixes
> MOD_{INC,DEC}_USE_COUNT 
> warnings

the warnings could be easily fixed, no ?-)

> it can't be solved by fixing compilation problems, it needs serious
> redesign 
> of IDE layer.

that's true, but it's in that state for a long, long time

and how many users are going to  load additional ide drivers once the system
is up 
and running and unload the ide modules,  once they are loaded ?
without modular ide i don't think there is a way to really reduce the kernel
size

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Sunday 16 November 2003 06:20, Svetoslav Slavtchev wrote:
> my current patch tarball is uploading
> linux-test9s5.tar.bz2
>

I tried 3rdparty but it won't work as is. Dynamically generating Makefile and 
Kconfig highly confuses build system; BTW it won't even compile if all 
3rdparty are modules.

I suggest you use mkbuild.pl to generate static Makefile and Kconfig. How 
often is it going to change? It could be done as part of making RPM.

Setting 3rdparty as part of drivers-y forces it to expect 3rdparty/built-in.o 
but it is not built unless something in 3rdparty is compiled as builtin. I 
was about to initialize SUBDIRS but then it prevents from overriding it on 
command line  probably something like

ifeq ($(origin SUBDIRS),file)
 SUBDIRS+=3rdparty
endif

of course neither Makefile nor Kconfig should be removed by mrproper then.

BTW your current setup obviously does not work if srctree != buildtree. I 
attempted to fix it but hopelessly failed :)

-andrey

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sunday 16 November 2003 05:31, Olivier Blin wrote:
> > > --
> > > arent the following pretty important,
> > > and alwasys needed ?
> > >
> 
> the right question is - are they needed to *boot* kernel?
> 
> > > > > -CONFIG_PACKET=y
> > > > > +CONFIG_PACKET=m
> > > >
> > > > module
> > > >
> > > > >  CONFIG_PACKET_MMAP=y
> > > > >  CONFIG_NETLINK_DEV=m
> > > > > -CONFIG_UNIX=y
> > > > > +CONFIG_UNIX=m
> > > >
> > > > module
> > >
> > > --
> > > and what about ipv4
> >
> > As I said in my other reply, I don't think these one should be build as
> > modules.
> >
> 
> I run all of them as modules and do not have any problems. Unless you boot
> 
> over LAN and need them to access root early. That is what I ask again -
> just 
> how many users do it? Can it go into yet another kernel? :) At least
> standard 
> kernel is targeted at home desktop users - am I wrong? 
> 

you are right
they are needed only for NFS root, which IIRC is disabled in the main 2.4
kernel,
but they should be loaded right after boot ( modprobe.preload ? )

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sunday 16 November 2003 06:56, Olivier Blin wrote:
> > >
> > > my current patch tarball is uploading
> > > linux-test9s5.tar.bz2
> > >
> > > nosrc.rpm && may be rpm after successfully recompile
> > > under the same kernel :-)
> > >
> 
> please keep just patches for us poor dial-upers as well :)

nosrc.rpm's will always be there 
and they are just the patch taball + rpm spec file

(
:-) unless i add --with-nvidia switch like the --with-matrox in xfree,
which will add 2-3 small patches
) 
> > > > by the way, why aren't new module-init-tools updated in main ?
> > >
> > > because the maintainer is hiding somewhere :(
> >
> > Well, the packager (Chmouel) is gone, he doesn't work at
> > MandrakeSoft anymore.
> 
> module-init-tools have been maintained by thierry. I do not know about 
> hotplug.
> 
> > The real maintener is now Andrey, but I guess he hasn't rights to upload
> > in main. Who can volunteer ?
> >
> 
> once more - I do not have cooker so I cannot test it on cooker so I won't 
> upload them to cooker. So I hope someone who can build and test them on 
> cooker would do it.
> 
> > > > I'll submit a (very small) patch for mkinitrd to add splash in 2.6
> > > > initrds.
> > >
> > > could you add cramfs support ?-)
> >
> > yes, no problem
> > Should I make it an option in mkinitrd ?
> >
> 
> I guess yes. But this is compatibility problem. It is not supported on
> vanilla 
> kernel so you have to detect patched kernel somehow. And how are you going
> to 
> do it? You will get a flood of "bug reports" from users who compiled their
> 
> own kernels (vanilla ones or whatever) and cannot load initrd.
> 
> So please make it off by default. I assume we could turn it on in kernel 
> post-install script.

that would really be the best way

> Is it really as good? Does it worth hassles?

it's pretty smaller, and ext2 is getting bigger & bigger (ea/acl)
  
> > >
> > > they could be loaded unconditionaly after root is mounted
> > > (there might be some warnings, but nothing that could harm the system)
> >
> > Do you want to try to load *all* mouse and keyboard drivers at boot ?
> > That might work, but hey, that's not so smart :)
> >
> 
> come on it is really just as smart as compiling all of them into kernel.
> But 
> it will keep *boot* kernel size small making it still possible to fit on a
> 
> floppy. 

i fear that without modular ide this wont be possible,
and mdk92 doesn't support it for 2.4 either
 
> Or we should officially use some higher density floppy format. Is floppy
> over 
> 1.44 possible?
> 

IIRC not on any hardware

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Sunday 16 November 2003 06:20, Svetoslav Slavtchev wrote:
> > On Sat, 15 Nov 2003 23:20:00 +0100 (MET)
> >
> > "Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote:
> > > > nope, module does not work. Even if it possible to fix all missing
> > > > exported
> > > > symbols, IDE layer does not provide for any sort of module reference
> > > > counting
> > > > (for chipset drivers)  meaning it is simply unsafe. Which implies
> > > > kernel must
> > > > include all IDE drivers :(
> > >
> > > IIRC debian use it for ages
> > > ( and they are far no that experimental as mandrake is)
> > > and the kernel becomes really small
> > >
> > > with Os --  bzImage ~ 1400kb
> > > with Os + modular ide -- ~ 11xx kb
> > >
> > > it should work, we only need to hack mkinitrd
> > > & may be harddrake/ drakx
> > > +++ include the debian patch
> >
> > I wonder how they do it.
> > Is there a patch for modular IDE in their kenrel ?
> > It is officially broken, even in 2.4 .
>
> yes, they do have patches both for 2.4 & for 2.6
>

you missed my point. modular IDE is unsafe because there is no reference 
counting for IDE modules. their patch does not change it, it just adds a 
couple of EXPORT_MODULES. Nor does patch really fixes MOD_{INC,DEC}_USE_COUNT 
warnings

it can't be solved by fixing compilation problems, it needs serious redesign 
of IDE layer.

Re: [Cooker] kernel-2.6-test8 rpms

[Andrey Borzenkov]

On Sunday 16 November 2003 00:44, Olivier Blin wrote:
> > > --
> > > -CONFIG_X86_ALIGNMENT_16=y
> > > +CONFIG_X86_GOOD_APIC=y
> >
> > I can't find where it is referenced
>
> in arch/i386/Kconfig
>

I mean - referenced in the *code*. this looks like leftover that is not more 
used.
[...]
>
> > > -CONFIG_PACKET=y
> > > +CONFIG_PACKET=m
> >
> > module
> >
> > > -CONFIG_UNIX=y
> > > +CONFIG_UNIX=m
> >
> > module
>
> I was not sure for those.
> Almost everybody use it, even if the box isn't networked.
>

see another mail. Is it needed to *boot* kernel?
[...]

> > There is no problem loading them out of initrd. Of course it needs
> > harddrake support finally.
> >
> > WDYT?
>

it does it already eevn if it does not autodetect them. We still need some 
extra code to configure correct modules; probably some ldetect enhancements.
[...]

> > > -CONFIG_NFS_FS=y
> >
> > why? OK diskless stations ... that is the only application that may
> > require it. this is rather special case for generic kernel?
>
> i'm not sure, some users may mount /home by NFS
> How many bytes is the nfs code ?
>

{pts/1}% LC_ALL=C ll fs/nfs/*ko
-rw-r--r--1 bor  bor209936 Nov  8 16:27 fs/nfs/nfs.ko
{pts/1}% size fs/nfs/*ko
   textdata bss dec hex filename
 1536303468  60  157158   265e6 fs/nfs/nfs.ko

this is with most debugging options on.

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Sunday 16 November 2003 05:31, Olivier Blin wrote:
> > --
> > arent the following pretty important,
> > and alwasys needed ?
> >

the right question is - are they needed to *boot* kernel?

> > > > -CONFIG_PACKET=y
> > > > +CONFIG_PACKET=m
> > >
> > > module
> > >
> > > >  CONFIG_PACKET_MMAP=y
> > > >  CONFIG_NETLINK_DEV=m
> > > > -CONFIG_UNIX=y
> > > > +CONFIG_UNIX=m
> > >
> > > module
> >
> > --
> > and what about ipv4
>
> As I said in my other reply, I don't think these one should be build as
> modules.
>

I run all of them as modules and do not have any problems. Unless you boot 
over LAN and need them to access root early. That is what I ask again - just 
how many users do it? Can it go into yet another kernel? :) At least standard 
kernel is targeted at home desktop users - am I wrong? 

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Sunday 16 November 2003 06:56, Olivier Blin wrote:
> >
> > my current patch tarball is uploading
> > linux-test9s5.tar.bz2
> >
> > nosrc.rpm && may be rpm after successfully recompile
> > under the same kernel :-)
> >

please keep just patches for us poor dial-upers as well :)

> > > by the way, why aren't new module-init-tools updated in main ?
> >
> > because the maintainer is hiding somewhere :(
>
> Well, the packager (Chmouel) is gone, he doesn't work at
> MandrakeSoft anymore.

module-init-tools have been maintained by thierry. I do not know about 
hotplug.

> The real maintener is now Andrey, but I guess he hasn't rights to upload
> in main. Who can volunteer ?
>

once more - I do not have cooker so I cannot test it on cooker so I won't 
upload them to cooker. So I hope someone who can build and test them on 
cooker would do it.

> > > I'll submit a (very small) patch for mkinitrd to add splash in 2.6
> > > initrds.
> >
> > could you add cramfs support ?-)
>
> yes, no problem
> Should I make it an option in mkinitrd ?
>

I guess yes. But this is compatibility problem. It is not supported on vanilla 
kernel so you have to detect patched kernel somehow. And how are you going to 
do it? You will get a flood of "bug reports" from users who compiled their 
own kernels (vanilla ones or whatever) and cannot load initrd.

So please make it off by default. I assume we could turn it on in kernel 
post-install script.

Is it really as good? Does it worth hassles?

> >
> > they could be loaded unconditionaly after root is mounted
> > (there might be some warnings, but nothing that could harm the system)
>
> Do you want to try to load *all* mouse and keyboard drivers at boot ?
> That might work, but hey, that's not so smart :)
>

come on it is really just as smart as compiling all of them into kernel. But 
it will keep *boot* kernel size small making it still possible to fit on a 
floppy. 

Or we should officially use some higher density floppy format. Is floppy over 
1.44 possible?

Re: [Cooker] kernel-2.6-test9 config

[Andrey Borzenkov]

On Sunday 16 November 2003 08:15, Olivier Blin wrote:
>
> > PS.
> > if i only could compile
> > # CONFIG_SCSI_AIC7XXX is not set
> > # CONFIG_SCSI_AIC7XXX_OLD is not set
> > # CONFIG_SCSI_AIC79XX is not set
> >
> > :(
>
> It builds fine here :)

it does not build with src dir != build dir. At lease aic7xxx not sure about 
two others, but I disabled all of them as well :)

Re: [Cooker] kernel-2.6-test9 config

[Olivier Blin]

On Sun, 16 Nov 2003 06:06:41 +0100 (MET)
"Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote:

> :-)  i found a suse 2.6 rpm -- check the patch tarball
> 
> suse have ea + acl for ext2/3 reiserfs jfs & xfs for more then a year
> :(

ok, I'll have a look

> PS.
> if i only could compile 
> # CONFIG_SCSI_AIC7XXX is not set
> # CONFIG_SCSI_AIC7XXX_OLD is not set
> # CONFIG_SCSI_AIC79XX is not set
> :(

It builds fine here :)

-- 
Olivier Blin

Re: [Cooker] kernel-2.6-test9 config

[Olivier Blin]

On Sun, 16 Nov 2003 05:55:50 +0100 (MET)
"Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote:

> > Nice, why not uploading your package to contrib ?
> 
> long time ago i wanted to submit similar multi-user kernel (based on
> 2.4), but really a lot of people didn't want yet another kernel :(

Yep, that's a rather specific kernel :-/

> but i would be happy if you merge some things and help me to fix the
> remaining issues:

I'll be glad to help you

> - the 3rdparty merge -- make clean after make mrproper

I'll have a look, what do you mean by "make clean after make mrproper" ?

> - kernel source ?

What's the matter

> - more extra drivers ?

Which ones ? Nobody has asked so far for new drivers ...

> (maybe forward my prism2.5 fixup to the wlan-ng ml
> as they don't like my web mail ((patch  MD01..)) and ask them
> wether it seems correct).  

added in my todo list

> > Could you please make your kernel config file available so that we
> > can discuss a bit more about options ?
> 
> they are already there :-)

I've found (see my other post)

> > > could you add cramfs support ?-)
> > 
> > yes, no problem
> > Should I make it an option in mkinitrd ?
> 
> initially yes,
> but i've the impression that 2.4 could also switch to it,
> and may be it will become the default
> :-)

yes, but it's not supported by mkinitrd

> > Do you want to try to load *all* mouse and keyboard drivers at boot
> > ? That might work, but hey, that's not so smart :)
> 
> ?-)
> and what do you mean by all ?
> 
> the mostly used are just two(sort of)
> the one that was always in the kernel psmouse
> and hid (usb stuff)

> are there more
> (not exotic, and currently handled mouse drivers ?)

that's why I meant by all :)

-- 
Olivier Blin

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sun, 16 Nov 2003 04:56:07 +0100
> Olivier Blin <[EMAIL PROTECTED]> wrote:
> 
> > Could you please make your kernel config file available so that we can
> > discuss a bit more about options ?
> 
> Nevermind, I've found it.
> How comes you have some extended attributes option for ReiserFS ?

:-)  i found a suse 2.6 rpm -- check the patch tarball

suse have ea + acl for ext2/3 reiserfs jfs & xfs for more then a year
:(

> You've enabled lots of DEBUG options (almost all).
> Is it really necessary ?

i'll have to clean them up  :(
no idea how happened

CONFIG_ACPI_DEBUG=y
CONFIG_PNP_DEBUG=y
CONFIG_SCSI_DEBUG=m
CONFIG_IP_VS_DEBUG=y
CONFIG_ATM_FORE200E_DEBUG=0
CONFIG_IRDA_DEBUG=y
CONFIG_HISAX_DEBUG=y
CONFIG_FT_NORMAL_DEBUG=y
CONFIG_USB_DEBUG=y
CONFIG_JBD_DEBUG=y
CONFIG_JFS_DEBUG=y
CONFIG_JFFS2_FS_DEBUG=0

that one is for SYSRQ

CONFIG_DEBUG_KERNEL=y



> I've found lots of forgotten modules in my config files thanks to yours.

:-)

svetljo

PS.
if i only could compile 
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_AIC79XX is not set
:(

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sun, 16 Nov 2003 04:20:24 +0100 (MET)
> "Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote:
> 
> > > I wonder how they do it.
> > > Is there a patch for modular IDE in their kenrel ?
> > > It is officially broken, even in 2.4 .
> > 
> > yes, they do have patches both for 2.4 & for 2.6
> > 
> > 2.6 patches uploaded
> > CA05-deb-modular_ide
> > DV20-deb-modular_vesafb
> > FC01-deb-cramfs_initrd
> 
> I'll have a look at them, thanks :)
> 
> > my changelog uploaded
> > CHANGES-2.6 
> > 
> > my current patch tarball is uploading 
> > linux-test9s5.tar.bz2
> > 
> > nosrc.rpm && may be rpm after successfully recompile 
> > under the same kernel :-)
> > 
> > url as always  http://varna.demon.co.uk/~svetlio/cook/2.6/
> 
> Nice, why not uploading your package to contrib ?

long time ago i wanted to submit similar multi-user kernel (based on 2.4),
but really a lot of people didn't want yet another kernel :(

but i would be happy if you merge some things and help me to fix the
remaining issues:
- the 3rdparty merge -- make clean after make mrproper
- kernel source ?
- more extra drivers ?

(maybe forward my prism2.5 fixup to the wlan-ng ml
as they don't like my web mail ((patch  MD01..)) and ask them
wether it seems correct).  

> Could you please make your kernel config file available so that we can
> discuss a bit more about options ?

they are already there :-)

http://varna.demon.co.uk/~svetlio/cook/2.6/configs-test9s5.tar.bz2

the patch tarball also finished uploading


> > could you add cramfs support ?-)
> 
> yes, no problem
> Should I make it an option in mkinitrd ?

initially yes,
but i've the impression that 2.4 could also switch to it,
and may be it will become the default
:-)

> 
> > but how do i find the config option ?
> > i could find only the atm drivers :(
> 
> It's called "Asynchronous Transfer Mode (ATM) (EXPERIMENTAL)", in
> "Networking options".

thanks 

> > > > do really want to put  mouse & co in initrd,
> > > > IMO it could be loaded if/when root is mounted
> > > 
> > > How to auto detect the right module to load ?
> > 
> > they could be loaded unconditionaly after root is mounted
> > (there might be some warnings, but nothing that could harm the system)
> 
> Do you want to try to load *all* mouse and keyboard drivers at boot ?
> That might work, but hey, that's not so smart :)

?-)
and what do you mean by all ?

the mostly used are just two(sort of)
the one that was always in the kernel psmouse
and hid (usb stuff)

are there more
(not exotic, and currently handled mouse drivers ?)
 
> 
> [ about console support ]
> > and these users will run not self compiled kernel ?
> > i'm not that sure :-)
> 
> I'll submit a poll on irc channels :)

:-)  interested in the results :-) 

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

[Olivier Blin]

On Sun, 16 Nov 2003 04:56:07 +0100
Olivier Blin <[EMAIL PROTECTED]> wrote:

> Could you please make your kernel config file available so that we can
> discuss a bit more about options ?

Nevermind, I've found it.
How comes you have some extended attributes option for ReiserFS ?
You've enabled lots of DEBUG options (almost all).
Is it really necessary ?

I've found lots of forgotten modules in my config files thanks to yours.

Thanks again :)

-- 
Olivier Blin

Re: [Cooker] kernel-2.6-test9 config

[Olivier Blin]

On Sun, 16 Nov 2003 04:20:24 +0100 (MET)
"Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote:

> > I wonder how they do it.
> > Is there a patch for modular IDE in their kenrel ?
> > It is officially broken, even in 2.4 .
> 
> yes, they do have patches both for 2.4 & for 2.6
> 
> 2.6 patches uploaded
> CA05-deb-modular_ide
> DV20-deb-modular_vesafb
> FC01-deb-cramfs_initrd

I'll have a look at them, thanks :)

> my changelog uploaded
> CHANGES-2.6 
> 
> my current patch tarball is uploading 
> linux-test9s5.tar.bz2
> 
> nosrc.rpm && may be rpm after successfully recompile 
> under the same kernel :-)
> 
> url as always  http://varna.demon.co.uk/~svetlio/cook/2.6/

Nice, why not uploading your package to contrib ?
Could you please make your kernel config file available so that we can
discuss a bit more about options ?

> > > and if we go hacking mkinitrd, we make also add suport for cramfs
> > >  
> > > i'll upload it shortly to the usual place :-)
> done

Thanks again.

> > by the way, why aren't new module-init-tools updated in main ?
> 
> because the maintainer is hiding somewhere :(

Well, the packager (Chmouel) is gone, he doesn't work at
MandrakeSoft anymore.
The real maintener is now Andrey, but I guess he hasn't rights to upload
in main. Who can volunteer ?

> > I'll submit a (very small) patch for mkinitrd to add splash in 2.6
> > initrds.
> 
> could you add cramfs support ?-)

yes, no problem
Should I make it an option in mkinitrd ?

> but how do i find the config option ?
> i could find only the atm drivers :(

It's called "Asynchronous Transfer Mode (ATM) (EXPERIMENTAL)", in
"Networking options".

> > > do really want to put  mouse & co in initrd,
> > > IMO it could be loaded if/when root is mounted
> > 
> > How to auto detect the right module to load ?
> 
> they could be loaded unconditionaly after root is mounted
> (there might be some warnings, but nothing that could harm the system)

Do you want to try to load *all* mouse and keyboard drivers at boot ?
That might work, but hey, that's not so smart :)

[ about console support ]
> and these users will run not self compiled kernel ?
> i'm not that sure :-)

I'll submit a poll on irc channels :)

-- 
Olivier Blin

Re: [Cooker] kernel-2.6-test9 config

[Svetoslav Slavtchev]

> On Sat, 15 Nov 2003 23:20:00 +0100 (MET)
> "Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote:
> 
> > > nope, module does not work. Even if it possible to fix all missing
> > > exported 
> > > symbols, IDE layer does not provide for any sort of module reference
> > > counting 
> > > (for chipset drivers)  meaning it is simply unsafe. Which implies
> > > kernel must 
> > > include all IDE drivers :(
> > 
> > IIRC debian use it for ages
> > ( and they are far no that experimental as mandrake is)
> > and the kernel becomes really small
> > 
> > with Os --  bzImage ~ 1400kb
> > with Os + modular ide -- ~ 11xx kb
> > 
> > it should work, we only need to hack mkinitrd 
> > & may be harddrake/ drakx
> > +++ include the debian patch
> 
> I wonder how they do it.
> Is there a patch for modular IDE in their kenrel ?
> It is officially broken, even in 2.4 .

yes, they do have patches both for 2.4 & for 2.6

2.6 patches uploaded
CA05-deb-modular_ide
DV20-deb-modular_vesafb
FC01-deb-cramfs_initrd

my changelog uploaded
CHANGES-2.6 

my current patch tarball is uploading 
linux-test9s5.tar.bz2

nosrc.rpm && may be rpm after successfully recompile 
under the same kernel :-)

url as always  http://varna.demon.co.uk/~svetlio/cook/2.6/

> > and if we go hacking mkinitrd, we make also add suport for cramfs
> >  
> > i'll upload it shortly to the usual place :-)
> 
> that would be great

done

> by the way, why aren't new module-init-tools updated in main ?

because the maintainer is hiding somewhere :(

> I'll submit a (very small) patch for mkinitrd to add splash in 2.6
> initrds.

could you add cramfs support ?-)

> 
> > --
> > arent the following pretty important,
> > and alwasys needed ?
> > 
> > > > -CONFIG_PACKET=y
> > > > +CONFIG_PACKET=m
> > > 
> > > module
> > > 
> > > >  CONFIG_PACKET_MMAP=y
> > > >  CONFIG_NETLINK_DEV=m
> > > > -CONFIG_UNIX=y
> > > > +CONFIG_UNIX=m
> > > 
> > > module
> > --
> > and what about ipv4
> 
> As I said in my other reply, I don't think these one should be build as
> modules.
> 
> > > > -CONFIG_ATM=y
> > > > -CONFIG_ATM_CLIP=y
> > > > -# CONFIG_ATM_CLIP_NO_ICMP is not set
> > > > +CONFIG_ATM=m
> > > > +CONFIG_ATM_CLIP=m
> > > 
> > > come on really, should everyone have ATM?
> > > 
> > 
> > and if only could tell me where it is ?-)
> 
> He's right, really, it isn't needed :)
> 
> >From make menuconfig :
> 
> ATM is a high-speed networking technology for Local Area Networks   
> and Wide Area Networks.  It uses a fixed packet size and is  
> connection oriented, allowing for the negotiation of minimum   
> bandwidth requirements. 
> In order to participate in an ATM network, your Linux box needs an 
> ATM networking card.

but how do i find the config option ?
i could find only the atm drivers :(
 
> > do really want to put  mouse & co in initrd,
> > IMO it could be loaded if/when root is mounted
> 
> How to auto detect the right module to load ?
> 

they could be loaded unconditionaly after root is mounted
(there might be some warnings, but nothing that could harm the system)

> > > it needs to be builtin only to have console support ... not sure
> > > actually how 
> > > widely it is used. those needing it to debug are likely to know how
> > > to recompile kernel.
> > 
> > you are probably right ;-)
> 
> probably, but some users may use it to recover a almost-crashed kernel,
> it is worse including it ? how many bytes is it ?

and these users will run not self compiled kernel ?
i'm not that sure :-)

best,

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test9 config

[Olivier Blin]

On Sat, 15 Nov 2003 23:20:00 +0100 (MET)
"Svetoslav Slavtchev" <[EMAIL PROTECTED]> wrote:

> > nope, module does not work. Even if it possible to fix all missing
> > exported 
> > symbols, IDE layer does not provide for any sort of module reference
> > counting 
> > (for chipset drivers)  meaning it is simply unsafe. Which implies
> > kernel must 
> > include all IDE drivers :(
> 
> IIRC debian use it for ages
> ( and they are far no that experimental as mandrake is)
> and the kernel becomes really small
> 
> with Os --  bzImage ~ 1400kb
> with Os + modular ide -- ~ 11xx kb
> 
> it should work, we only need to hack mkinitrd 
> & may be harddrake/ drakx
> +++ include the debian patch

I wonder how they do it.
Is there a patch for modular IDE in their kenrel ?
It is officially broken, even in 2.4 .
 
> and if we go hacking mkinitrd, we make also add suport for cramfs
>  
> i'll upload it shortly to the usual place :-)

that would be great
by the way, why aren't new module-init-tools updated in main ?
I'll submit a (very small) patch for mkinitrd to add splash in 2.6
initrds.

> --
> arent the following pretty important,
> and alwasys needed ?
> 
> > > -CONFIG_PACKET=y
> > > +CONFIG_PACKET=m
> > 
> > module
> > 
> > >  CONFIG_PACKET_MMAP=y
> > >  CONFIG_NETLINK_DEV=m
> > > -CONFIG_UNIX=y
> > > +CONFIG_UNIX=m
> > 
> > module
> --
> and what about ipv4

As I said in my other reply, I don't think these one should be build as
modules.

> > > -CONFIG_ATM=y
> > > -CONFIG_ATM_CLIP=y
> > > -# CONFIG_ATM_CLIP_NO_ICMP is not set
> > > +CONFIG_ATM=m
> > > +CONFIG_ATM_CLIP=m
> > 
> > come on really, should everyone have ATM?
> > 
> 
> and if only could tell me where it is ?-)

He's right, really, it isn't needed :)

>From make menuconfig :

ATM is a high-speed networking technology for Local Area Networks   
and Wide Area Networks.  It uses a fixed packet size and is  
connection oriented, allowing for the negotiation of minimum   
bandwidth requirements. 
In order to participate in an ATM network, your Linux box needs an 
ATM networking card.

> do really want to put  mouse & co in initrd,
> IMO it could be loaded if/when root is mounted

How to auto detect the right module to load ?

> > it needs to be builtin only to have console support ... not sure
> > actually how 
> > widely it is used. those needing it to debug are likely to know how
> > to recompile kernel.
> 
> you are probably right ;-)

probably, but some users may use it to recover a almost-crashed kernel,
it is worse including it ? how many bytes is it ?

-- 
Olivier Blin

Re: [Cooker] kernel-2.6-test8 rpms

[Olivier Blin]

On Sat, 15 Nov 2003 22:44:02 +0100
Olivier Blin <[EMAIL PROTECTED]> wrote:

> Furthermore, ide is initialized before ramdisk is loaded, this will
> need some tweaking if we want to build IDE as module.
> I don't know what prevents ramdisk from being loaded before initcalls
> are done.
> Maybe I'll ask on lkml.

Well, no, I may be wrong.
If we build IDE chipset as modules, they will be initialized when the
module is loaded, this shouldn't hurt if the module is in initrd.
So we only have to wait (or code) for modular IDE to be fixed.


-- 
Olivier Blin

Re: [Cooker] kernel-2.6-test8 rpms

[Svetoslav Slavtchev]

> On Wednesday 12 November 2003 04:44, Olivier Blin wrote:

Hi,


> > -CONFIG_BLK_DEV_RAM=y
> > +CONFIG_BLK_DEV_RAM=m
> 
> should it be builtin for initrd to work? If not there is no reason to have
> it 
> builtin.

IIRC yes, it has to be built in

> >  CONFIG_BLK_DEV_RAM_SIZE=4096
> >  CONFIG_BLK_DEV_INITRD=y
> > --
> > -CONFIG_IDE=y
> > -CONFIG_BLK_DEV_IDE=y
> > +CONFIG_IDE=m
> > +CONFIG_BLK_DEV_IDE=m
> >
> > --
> > -CONFIG_BLK_DEV_IDEDISK=y
> > +CONFIG_BLK_DEV_HD_IDE=y
> > +CONFIG_BLK_DEV_IDEDISK=m
> >  CONFIG_IDEDISK_MULTI_MODE=y
> 
> nope, module does not work. Even if it possible to fix all missing
> exported 
> symbols, IDE layer does not provide for any sort of module reference
> counting 
> (for chipset drivers)  meaning it is simply unsafe. Which implies kernel
> must 
> include all IDE drivers :(

IIRC debian use it for ages
( and they are far no that experimental as mandrake is)
and the kernel becomes really small

with Os --  bzImage ~ 1400kb
with Os + modular ide -- ~ 11xx kb

it should work, we only need to hack mkinitrd 
& may be harddrake/ drakx
+++ include the debian patch

and if we go hacking mkinitrd, we make also add suport for cramfs
 
i'll upload it shortly to the usual place :-)

> > --
> > -CONFIG_SCSI=y
> > +CONFIG_SCSI=m
> 
> module, please!
> 
> >  CONFIG_SCSI_PROC_FS=y
> >
> > --
> > -CONFIG_BLK_DEV_MD=y
> > +CONFIG_BLK_DEV_MD=m
> 
> same.
> 
> >  CONFIG_MD_LINEAR=m
> >  CONFIG_MD_RAID0=m
> > --

--
arent the following pretty important,
and alwasys needed ?

> > -CONFIG_PACKET=y
> > +CONFIG_PACKET=m
> 
> module
> 
> >  CONFIG_PACKET_MMAP=y
> >  CONFIG_NETLINK_DEV=m
> > -CONFIG_UNIX=y
> > +CONFIG_UNIX=m
> 
> module
--
and what about ipv4


> 
> >  CONFIG_NET_KEY=m
> >  CONFIG_INET=y
> > --
> > -CONFIG_ATM=y
> > -CONFIG_ATM_CLIP=y
> > -# CONFIG_ATM_CLIP_NO_ICMP is not set
> > +CONFIG_ATM=m
> > +CONFIG_ATM_CLIP=m
> 
> come on really, should everyone have ATM?
> 

and if only could tell me where it is ?-)

> > --
> > -CONFIG_INPUT_MOUSEDEV=y
> > +CONFIG_INPUT_MOUSEDEV=m
> >  CONFIG_INPUT_MOUSEDEV_PSAUX=y
> >  CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
> > --
> > -CONFIG_SERIO=y
> > -CONFIG_SERIO_I8042=y
> > +CONFIG_SERIO=m
> > +CONFIG_SERIO_I8042=m
> >  CONFIG_SERIO_SERPORT=m
> > --
> > -CONFIG_KEYBOARD_ATKBD=y
> > +CONFIG_KEYBOARD_ATKBD=m
> >  CONFIG_KEYBOARD_SUNKBD=m
> >  CONFIG_KEYBOARD_XTKBD=m
> > --
> > -CONFIG_MOUSE_PS2=y
> > +CONFIG_MOUSE_PS2=m
> >  CONFIG_MOUSE_PS2_SYNAPTICS=y
> >  CONFIG_MOUSE_SERIAL=m
> 
> that is bad. Apparently to have your mouse (and keyboard) autodetected you
> 
> have 
> to build it in. OTOH some drivers are still left as module. Meaning -
> there 
> should be some manual configuration. In which case why not configure
> others 
> as well?
> 
> There is no problem loading them out of initrd. Of course it needs
> harddrake 
> support finally.
> 
> WDYT?

do really want to put  mouse & co in initrd,
IMO it could be loaded if/when root is mounted
 
> > --
> > -CONFIG_SERIAL_8250=y
> > -CONFIG_SERIAL_8250_CONSOLE=y
> > +CONFIG_SERIAL_8250=m
> 
> it needs to be builtin only to have console support ... not sure actually
> how 
> widely it is used. those needing it to debug are likely to know how to 
> recompile kernel.

you are probably right ;-)

> 
> >  CONFIG_SERIAL_8250_CS=m
> >  CONFIG_SERIAL_8250_ACPI=y
> > --
> > -CONFIG_SERIAL_CORE=y
> > -CONFIG_SERIAL_CORE_CONSOLE=y
> > +CONFIG_SERIAL_CORE=m
> 
> see above
> 
> >  CONFIG_UNIX98_PTYS=y
> >  CONFIG_UNIX98_PTY_COUNT=256
> > --
> > -CONFIG_AGP=y
> > -CONFIG_AGP_ALI=y
> > +CONFIG_AGP=m
> > +CONFIG_AGP_ALI=m
> >  CONFIG_AGP_ATI=m
> > -CONFIG_AGP_AMD=y
> > +CONFIG_AGP_AMD=m
> >  CONFIG_AGP_AMD64=m
> > -CONFIG_AGP_INTEL=y
> > +CONFIG_AGP_INTEL=m
> >  CONFIG_AGP_NVIDIA=m
> > -CONFIG_AGP_SIS=y
> > -CONFIG_AGP_SWORKS=y
> > -CONFIG_AGP_VIA=y
> > +CONFIG_AGP_SIS=m
> > +CONFIG_AGP_SWORKS=m
> > +CONFIG_AGP_VIA=m
> 
> any reason to have this builtin? I think it works just fine as module?
> 
> > --
> > -CONFIG_EXT2_FS=y
> > +CONFIG_EXT2_FS=m
> 
> if we switch to initramfs format even this can be module :)
> 
> >  CONFIG_EXT2_FS_XATTR=y
> >  CONFIG_EXT2_FS_POSIX_ACL=y
> > --
> > -CONFIG_FS_MBCACHE=y
> 
> why do you need it in kernel?
> 
> > +CONFIG_JBD_DEBUG=y
> > +CONFIG_FS_MBCACHE=m
> >  CONFIG_REISERFS_FS=m
> > --
> > -CONFIG_QFMT_V2=y
> 
> why?
> 
> > +CONFIG_QFMT_V2=m
> >  CONFIG_QUOTACTL=y
> >  CONFIG_AUTOFS_FS=m
> > --
> > -CONFIG_NFS_FS=y
> 
> why? OK diskless stations ... that is the only application that may
> require 
> it. this is rather special case for generic kernel?
> 
> > +CONFIG_NFS_FS=m
> >  CONFIG_NFS_V3=y
> >  CONFIG_NFS_V4=y
> > --
> > -CONFIG_NFSD=y
> 
> why?
> 
> > +CONFIG_NFSD=m
> >  CONFIG_NFSD_V3=y
> >  CONFIG_NFSD_V4=y
> > --
> > -CONFIG_LOCKD=y
> 
> why (unless it is forced by NFS)?
> 
> > +CONFIG_LOCKD=m
> >  CONFIG_LOCKD_V4=y
> > -CONFIG_EXPORTFS=y
> > -CONFIG_SUNRPC=y
> 
> why?
> 
> > +CONFIG_EXPORTFS=m
> > +CON

Re: [Cooker] kernel-2.6-test8 rpms

[Olivier Blin]

On Sat, 15 Nov 2003 20:57:36 +0300
Andrey Borzenkov <[EMAIL PROTECTED]> wrote:

> On Wednesday 12 November 2003 04:44, Olivier Blin wrote:

> > +# CONFIG_M586 is not set

> OK that needs tweaking anyway.


> > -CONFIG_X86_F00F_BUG=y
> F00F code is really small, there is no reason to disable it.

ok, I will keep it

> 
> > --
> > -CONFIG_X86_ALIGNMENT_16=y
> > +CONFIG_X86_GOOD_APIC=y
> 
> I can't find where it is referenced

in arch/i386/Kconfig

> >  CONFIG_X86_INTEL_USERCOPY=y
> > -# CONFIG_HPET_TIMER is not set
> 
> anyone has info about how widely it is used? should it be enabled in
> generic kernel?

sorry, I don't know

> > +CONFIG_EDD=m
>
> make CONFIG_EDD module. It provides just sysfs interface to EDD data,
> unless we have applications that access sysfs we do not need it in
> kernel. And those applications can always modprobe edd first.

ok, i'll do it

> > -# CONFIG_MATH_EMULATION is not set
> > +CONFIG_MATH_EMULATION=y
> 
> OK that is just stupidity of allmodconfig. Remember it blindly tries
> to enable everything ...

right

> >  CONFIG_MTRR=y
> > --
> > -CONFIG_ACPI_AC=y
> > -CONFIG_ACPI_BATTERY=y
> > -CONFIG_ACPI_BUTTON=y
> 
> No, please! Everything that can be module should be module. Desktop
> users has no need for most of them and those who need can always load
> them. It would be nice if harddrake could detect needed modules and
> automatically update /etc/sysconfig/acpi.

I agree this should be built as module, I've not made the first
2.6 config file and I haven't had time yet to browse the whole config.
I already planned to do it for next release.

Acutally, I submitted you this diff before I had time to fix most of
obvious things I would have fixed in next release :)
Sorry for that, I should have wait a bit to send you the diff.

> > -CONFIG_APM=y
> > +CONFIG_APM=m
> 
> not sure. Probably it should be builtin for legacy reasons - else you
> get "APM missing in Mandrake kernel!". Although technically it can
> just be loaded out of initrd I guess. Given that new systems are
> likely to support ACPI may be we should make it module. And make
> harddrake detect when APM is needed :)

ok, so builtin for now, module when initscripts will be able to load it

> > -CONFIG_CPU_FREQ_TABLE=y
> > +CONFIG_CPU_FREQ_GOV_USERSPACE=m
> > +CONFIG_CPU_FREQ_24_API=y
> > +CONFIG_CPU_FREQ_TABLE=m
> 
> I think those need be modules if possible. Anyone has any experience
> with it?

I'll build them as module for next release, if no objection

> > -CONFIG_PARPORT=y
> > -CONFIG_PARPORT_PC=y
> > -CONFIG_PARPORT_PC_CML1=y
> > +CONFIG_PARPORT=m
> > +CONFIG_PARPORT_PC=m
> > +CONFIG_PARPORT_PC_CML1=m
> 
> come on, why should it be builtin?
> 

same as acpi, I planed to fix that in next release

> > -CONFIG_BLK_DEV_FD=y
> 
> ditto
> 
> > +CONFIG_BLK_DEV_FD=m
> > +CONFIG_BLK_DEV_PS2=m
> >  CONFIG_BLK_DEV_XD=m
> > --
> > -CONFIG_PARIDE_PARPORT=y
> > +CONFIG_PARIDE_PARPORT=m
> >
> 
> ditto. I do not have paride device nor I believe do 99% of users.

was planned too

> >  #
> > --
> > -CONFIG_BLK_DEV_RAM=y
> > +CONFIG_BLK_DEV_RAM=m
> 
> should it be builtin for initrd to work? If not there is no reason to
> have it builtin.

strange, i've quickly browsed the code, it seems it isn't needed.
I'll have a try without.

> > -CONFIG_IDE=y
> > -CONFIG_BLK_DEV_IDE=y
> > +CONFIG_IDE=m
> > +CONFIG_BLK_DEV_IDE=m
> >
> > --
> > -CONFIG_BLK_DEV_IDEDISK=y
> > +CONFIG_BLK_DEV_HD_IDE=y
> > +CONFIG_BLK_DEV_IDEDISK=m
> >  CONFIG_IDEDISK_MULTI_MODE=y
> 
> nope, module does not work. Even if it possible to fix all missing
> exported symbols, IDE layer does not provide for any sort of module
> reference counting (for chipset drivers)  meaning it is simply unsafe.
> Which implies kernel must include all IDE drivers :(

yep :/
That's what i did in test9.6mdk.
Furthermore, ide is initialized before ramdisk is loaded, this will need
some tweaking if we want to build IDE as module.
I don't know what prevents ramdisk from being loaded before initcalls
are done.
Maybe I'll ask on lkml.

> > -CONFIG_SCSI=y
> > +CONFIG_SCSI=m
> 
> module, please!
>
> > -CONFIG_BLK_DEV_MD=y
> > +CONFIG_BLK_DEV_MD=m
> 
> same.

was planned too
 
> > -CONFIG_PACKET=y
> > +CONFIG_PACKET=m
> 
> module
>
> > -CONFIG_UNIX=y
> > +CONFIG_UNIX=m
> 
> module

I was not sure for those.
Almost everybody use it, even if the box isn't networked.

> > -CONFIG_ATM=y
> > -CONFIG_ATM_CLIP=y
> > -# CONFIG_ATM_CLIP_NO_ICMP is not set
> > +CONFIG_ATM=m
> > +CONFIG_ATM_CLIP=m
> 
> come on really, should everyone have ATM?

same, planned

> > -CONFIG_INPUT_MOUSEDEV=y
> > +CONFIG_INPUT_MOUSEDEV=m

> > -CONFIG_SERIO=y
> > -CONFIG_SERIO_I8042=y
> > +CONFIG_SERIO=m
> > +CONFIG_SERIO_I8042=m

> > -CONFIG_KEYBOARD_ATKBD=y
> > +CONFIG_KEYBOARD_ATKBD=m

> > -CONFIG_MOUSE_PS2=y
> > +CONFIG_MOUSE_PS2=m

> that is bad. Apparently to have your mouse (and keyboard) autodetected
> you have 
> to build it in. OTOH some drivers are still left as module. Meaning -
> there should be some manual configuration. 

Re: [Cooker] kernel 23mdk panic

[Jure Repinc]

Gwenole Beauchesne wrote:
Found stupid problem, this will be fixed in -25mdk.
Upgraded to -25mdk and it is working fine again. Thanks.

Re: [Cooker] kernel-2.6-test8 rpms

[Andrey Borzenkov]

On Wednesday 12 November 2003 04:44, Olivier Blin wrote:
>
> $ diff -u kernel-config-2.6-{,allmod-}i586smp  | egrep -A 3"^-.*=y"
> -CONFIG_M586=y
> +# CONFIG_M586 is not set
>  # CONFIG_M586TSC is not set
>  # CONFIG_M586MMX is not set

OK that needs tweaking anyway.

> --
> -CONFIG_X86_F00F_BUG=y
>  CONFIG_X86_WP_WORKS_OK=y
>  CONFIG_X86_INVLPG=y
>  CONFIG_X86_BSWAP=y

F00F code is really small, there is no reason to disable it.

> --
> -CONFIG_X86_ALIGNMENT_16=y
> +CONFIG_X86_GOOD_APIC=y

I can't find where it is referenced

>  CONFIG_X86_INTEL_USERCOPY=y
> -# CONFIG_HPET_TIMER is not set

anyone has info about how widely it is used? should it be enabled in generic 
kernel?

> --
> -CONFIG_EDD=y
> -# CONFIG_NOHIGHMEM is not set
> -CONFIG_HIGHMEM4G=y
> +CONFIG_EDD=m
> +CONFIG_NOHIGHMEM=y
> +# CONFIG_HIGHMEM4G is not set

make CONFIG_EDD module. It provides just sysfs interface to EDD data, unless 
we have applications that access sysfs we do not need it in kernel. And those 
applications can always modprobe edd first.

> --
> -CONFIG_HIGHMEM=y
> -CONFIG_HIGHPTE=y
> -# CONFIG_MATH_EMULATION is not set
> +CONFIG_MATH_EMULATION=y

OK that is just stupidity of allmodconfig. Remember it blindly tries to enable 
everything ...

>  CONFIG_MTRR=y
> --
> -CONFIG_ACPI_AC=y
> -CONFIG_ACPI_BATTERY=y
> -CONFIG_ACPI_BUTTON=y

No, please! Everything that can be module should be module. Desktop users has 
no need for most of them and those who need can always load them. It would be 
nice if harddrake could detect needed modules and automatically update 
/etc/sysconfig/acpi.

> +CONFIG_ACPI_AC=m
> +CONFIG_ACPI_BATTERY=m
> +CONFIG_ACPI_BUTTON=m
> --
> -CONFIG_APM=y
> +CONFIG_APM=m

not sure. Probably it should be builtin for legacy reasons - else you get "APM 
missing in Mandrake kernel!". Although technically it can just be loaded out 
of initrd I guess. Given that new systems are likely to support ACPI may be 
we should make it module. And make harddrake detect when APM is needed :)

>  CONFIG_APM_IGNORE_USER_SUSPEND=y
>  CONFIG_APM_DO_ENABLE=y
> --
> -CONFIG_CPU_FREQ_TABLE=y
> +CONFIG_CPU_FREQ_GOV_USERSPACE=m
> +CONFIG_CPU_FREQ_24_API=y
> +CONFIG_CPU_FREQ_TABLE=m

I think those need be modules if possible. Anyone has any experience with it?

> --
> -CONFIG_BINFMT_ELF=y
> +CONFIG_BINFMT_ELF=m
>  CONFIG_BINFMT_AOUT=m
>  CONFIG_BINFMT_MISC=m
> --
> -CONFIG_PARPORT=y
> -CONFIG_PARPORT_PC=y
> -CONFIG_PARPORT_PC_CML1=y
> +CONFIG_PARPORT=m
> +CONFIG_PARPORT_PC=m
> +CONFIG_PARPORT_PC_CML1=m

come on, why should it be builtin?

> --
> -CONFIG_BLK_DEV_FD=y

ditto

> +CONFIG_BLK_DEV_FD=m
> +CONFIG_BLK_DEV_PS2=m
>  CONFIG_BLK_DEV_XD=m
> --
> -CONFIG_PARIDE_PARPORT=y
> +CONFIG_PARIDE_PARPORT=m
>

ditto. I do not have paride device nor I believe do 99% of users.

>  #
> --
> -CONFIG_BLK_DEV_RAM=y
> +CONFIG_BLK_DEV_RAM=m

should it be builtin for initrd to work? If not there is no reason to have it 
builtin.

>  CONFIG_BLK_DEV_RAM_SIZE=4096
>  CONFIG_BLK_DEV_INITRD=y
> --
> -CONFIG_IDE=y
> -CONFIG_BLK_DEV_IDE=y
> +CONFIG_IDE=m
> +CONFIG_BLK_DEV_IDE=m
>
> --
> -CONFIG_BLK_DEV_IDEDISK=y
> +CONFIG_BLK_DEV_HD_IDE=y
> +CONFIG_BLK_DEV_IDEDISK=m
>  CONFIG_IDEDISK_MULTI_MODE=y

nope, module does not work. Even if it possible to fix all missing exported 
symbols, IDE layer does not provide for any sort of module reference counting 
(for chipset drivers)  meaning it is simply unsafe. Which implies kernel must 
include all IDE drivers :(

> --
> -CONFIG_SCSI=y
> +CONFIG_SCSI=m

module, please!

>  CONFIG_SCSI_PROC_FS=y
>
> --
> -CONFIG_BLK_DEV_MD=y
> +CONFIG_BLK_DEV_MD=m

same.

>  CONFIG_MD_LINEAR=m
>  CONFIG_MD_RAID0=m
> --
> -CONFIG_PACKET=y
> +CONFIG_PACKET=m

module

>  CONFIG_PACKET_MMAP=y
>  CONFIG_NETLINK_DEV=m
> -CONFIG_UNIX=y
> +CONFIG_UNIX=m

module

>  CONFIG_NET_KEY=m
>  CONFIG_INET=y
> --
> -CONFIG_ATM=y
> -CONFIG_ATM_CLIP=y
> -# CONFIG_ATM_CLIP_NO_ICMP is not set
> +CONFIG_ATM=m
> +CONFIG_ATM_CLIP=m

come on really, should everyone have ATM?

> --
> -CONFIG_INPUT_MOUSEDEV=y
> +CONFIG_INPUT_MOUSEDEV=m
>  CONFIG_INPUT_MOUSEDEV_PSAUX=y
>  CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
> --
> -CONFIG_SERIO=y
> -CONFIG_SERIO_I8042=y
> +CONFIG_SERIO=m
> +CONFIG_SERIO_I8042=m
>  CONFIG_SERIO_SERPORT=m
> --
> -CONFIG_KEYBOARD_ATKBD=y
> +CONFIG_KEYBOARD_ATKBD=m
>  CONFIG_KEYBOARD_SUNKBD=m
>  CONFIG_KEYBOARD_XTKBD=m
> --
> -CONFIG_MOUSE_PS2=y
> +CONFIG_MOUSE_PS2=m
>  CONFIG_MOUSE_PS2_SYNAPTICS=y
>  CONFIG_MOUSE_SERIAL=m

that is bad. Apparently to have your mouse (and keyboard) autodetected you 
have 
to build it in. OTOH some drivers are still left as module. Meaning - there 
should be some manual configuration. In which case why not configure others 
as well?

There is no problem loading them out of initrd. Of course it needs harddrake 
support finally.

WDYT?

> --
> -CONFIG_SERIAL_8250=y
> -CONFIG_SERIAL_8250_CONSOLE=y
> +CONFIG_SERIAL_8250=m

it needs to be builtin only to have console support ... not sure actually how 
widely it is used. those n

Re: [Cooker] Kernel 2.6 cutover?

[Svetoslav Slavtchev]

> 
> 
> -Original Message-
> 
> > 
> > > 
> > > 
> > > 
> > > > Just wondering, what is the rough development plan for Cooker?
> > > > Specifically, at what stage will the kernel 2.6 series be the focus
> and
> > > > the 2.4 go to contribs?
> > > 
> > > IMNSHO this is post-next release task. Actually i would even delay
> > > it for release 11 :))
> > > 
> > > there are just too many problems to solve
> > > 
> > 
> > IMNSHO it should be in as an alternative, with everything tweaked to 
> > work perfectly both under 2.4 & 2.6
> > 
> 
> the question was when should it become the main kernel. Of course
> it should be available, even for marketing reasons.

OK, but IMO it should be available as a replacement of the main kernel
with all the added features fully functional, not as it current availability
and in mdk9.2
 (a small part of missing teatures :  lvm, nfs4, ea, lsm,...)

there are a lot of core changes to be done, and i think it's really time to
start
but nothing seems to happen, and no one stated anything 

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] Kernel 2.6 cutover?

["Andrey Borzenkov"]

-Original Message-

> 
> > 
> > 
> > 
> > > Just wondering, what is the rough development plan for Cooker?
> > > Specifically, at what stage will the kernel 2.6 series be the focus and
> > > the 2.4 go to contribs?
> > 
> > IMNSHO this is post-next release task. Actually i would even delay
> > it for release 11 :))
> > 
> > there are just too many problems to solve
> > 
> 
> IMNSHO it should be in as an alternative, with everything tweaked to 
> work perfectly both under 2.4 & 2.6
> 

the question was when should it become the main kernel. Of course
it should be available, even for marketing reasons.

Re: [Cooker] Kernel 2.6 cutover?

[Svetoslav Slavtchev]

> 
> 
> 
> > Just wondering, what is the rough development plan for Cooker?
> > Specifically, at what stage will the kernel 2.6 series be the focus and
> > the 2.4 go to contribs?
> 
> IMNSHO this is post-next release task. Actually i would even delay
> it for release 11 :))
> 
> there are just too many problems to solve
> 

IMNSHO it should be in as an alternative, with everything tweaked to 
work perfectly both under 2.4 & 2.6

there are really a lot of  improvements and new features in 2.6

> > Is it a stated goal that the 2.6 kernel (not withstanding
> > and "critical"
> > show stopper) will be the main kernel for Mandrake 10.0 (due roughly
> > next March?)
> 
> If my voice counts - no.

:(
so far no one (officialy)  stated anything about 2.6 and mdk-10.0, am i
wrong ?

> > The sooner we get kernel 2.6 into the mainstream Cooker - the more
> > testing will take place . . . or is it too soon?
> 
> agreed :)
> 

me too,
but a lot of external drivers/ features are missing

anyone having url's of projects that are porting their drivers/ features to
2.6 ?

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] Kernel 2.6 cutover?

["Andrey Borzenkov"]

> Just wondering, what is the rough development plan for Cooker?
> Specifically, at what stage will the kernel 2.6 series be the focus and
> the 2.4 go to contribs?

IMNSHO this is post-next release task. Actually i would even delay
it for release 11 :))

there are just too many problems to solve

> Is it a stated goal that the 2.6 kernel (not withstanding
> and "critical"
> show stopper) will be the main kernel for Mandrake 10.0 (due roughly
> next March?)

If my voice counts - no.

> The sooner we get kernel 2.6 into the mainstream Cooker - the more
> testing will take place . . . or is it too soon?

agreed :)

Re: [Cooker] kernel 2.6 with bootsplash and fixed IDE

[Olivier Blin]

On Thu, 13 Nov 2003 21:33:34 +
Emmanuel Moll <[EMAIL PROTECTED]> wrote:

> It seems that /proc/cpufreq is not created when powernow-k7 is 
> insmoded... any ideas???

Do you see any errors or warnings in syslog or when insmoding ?
If you tested older packages, did it work with them ?
Sorry, I've no cpu to test.

-- 
Olivier Blin

Re: [Cooker] kernel 2.6 with bootsplash and fixed IDE

[Emmanuel Moll]

It seems that /proc/cpufreq is not created when powernow-k7 is 
insmoded... any ideas???

Cheers,

Emmanuel

Olivier Blin wrote:

Hi

I've built a new release of 2.6-test9 with bootsplash support (yeah),
fixed framebuffer (CONFIG_FRAMEBUFFER_CONSOLE=y, not m) and built-in ide
chipsets support.
As kenobi is down and the upload script is broken, all my packages were
lost during upload from klama, I've kept the up package before my
upload attempt, you can find it here :
http://compil.mandrake.org/~blino/kernel-2.6/

Changelog :

* Thu Nov 13 2003 Olivier Blin <[EMAIL PROTECTED]>
2.6.0-0.test9.6mdk
- add bootsplash patch (patch3)
- builtin console framebuffer (CONFIG_FRAMEBUFFER_CONSOLE=y)
- builtin ide chipsets
What would you like to have in next release ?

 

Re: [Cooker] kernel 2.6 with bootsplash and fixed IDE

[Olivier Blin]

On Thu, 13 Nov 2003 22:57:19 +0200
Diego Iastrubni <[EMAIL PROTECTED]> wrote:

> where can i find that splash patch for 2.6?
> i would like to apply it to my own kernel

It's made by Stefan Reinauer from Suse, you can find it here :
ftp://ftp.suse.com/pub/people/stepan/bootsplash/kernel/

Enjoy

-- 
Olivier Blin

Re: [Cooker] kernel 2.6 with bootsplash and fixed IDE

[Diego Iastrubni]

where can i find that splash patch for 2.6?
i would like to apply it to my own kernel

ביום חמישי, 13 בנובמבר 2003, 22:53, נכתב על ידי Olivier Blin:
> Hi
>
> I've built a new release of 2.6-test9 with bootsplash support (yeah),
> fixed framebuffer (CONFIG_FRAMEBUFFER_CONSOLE=y, not m) and built-in ide
> chipsets support.
>
> As kenobi is down and the upload script is broken, all my packages were
> lost during upload from klama, I've kept the up package before my
> upload attempt, you can find it here :
>
> http://compil.mandrake.org/~blino/kernel-2.6/
>
> Changelog :
>
> * Thu Nov 13 2003 Olivier Blin <[EMAIL PROTECTED]>
> 2.6.0-0.test9.6mdk
> - add bootsplash patch (patch3)
> - builtin console framebuffer (CONFIG_FRAMEBUFFER_CONSOLE=y)
> - builtin ide chipsets
>
>
> What would you like to have in next release ?

-- 

diego,

Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html

Re: [Cooker] kernel-2.6-test8 rpms

[Olivier Blin]

On Tue, 11 Nov 2003 12:33:18 +0300
"Andrey Borzenkov"  <[EMAIL PROTECTED]> wrote:

> I tried allmodconfig which resulted in ~1.2MB bzImage - same as
> 2.4.22-1mdk in your case. You have to add ELF support to it (as it is
> also module in this case) which apparently gives you bare minimum. It
> is likely that some features can be turned off, because allmodconfig
> actually tries to enable everything, either as "m" or as "y" (except
> CPU types support).
> 
> Note that I am not even sure if it boots. I had at least one report
> about allmodconfig+devfs that could not mount IDE root but it may be
> due to other problems. Although modular IDE is "officially" not
> working (cf. post-halloween).

So, what should we do ? Built all IDE chipsets in ?

> Brave hearts can experiment with configuration starting from
> allmodconfig to see how much can be removed and how mauch has to be
> added for it to boot at all :)

I've made a diff between our current config file and the allmodules
config files to show what built-ins could be avoided, see the result at
the end of my mail (it's not that long ...)
As you said, ELF should be kept built-in.
Should we modularize IDE, SCSI and AGP support ?
Strangely enough, initrd support can be compiled if ramdisk is disabled
or compiled as module, is it a bug ?
NFS can be compiled as module too.
Should we keep basic networking built-in ? (CONFIG_PACKET for example)

Thanks for the advice Andrey.
Regards.

---

$ diff -u kernel-config-2.6-{,allmod-}i586smp  | egrep -A 3"^-.*=y"
-CONFIG_M586=y
+# CONFIG_M586 is not set
 # CONFIG_M586TSC is not set
 # CONFIG_M586MMX is not set
--
-CONFIG_X86_F00F_BUG=y
 CONFIG_X86_WP_WORKS_OK=y
 CONFIG_X86_INVLPG=y
 CONFIG_X86_BSWAP=y
--
-CONFIG_X86_ALIGNMENT_16=y
+CONFIG_X86_GOOD_APIC=y
 CONFIG_X86_INTEL_USERCOPY=y
-# CONFIG_HPET_TIMER is not set
--
-CONFIG_EDD=y
-# CONFIG_NOHIGHMEM is not set
-CONFIG_HIGHMEM4G=y
+CONFIG_EDD=m
+CONFIG_NOHIGHMEM=y
+# CONFIG_HIGHMEM4G is not set
--
-CONFIG_HIGHMEM=y
-CONFIG_HIGHPTE=y
-# CONFIG_MATH_EMULATION is not set
+CONFIG_MATH_EMULATION=y
 CONFIG_MTRR=y
--
-CONFIG_ACPI_AC=y
-CONFIG_ACPI_BATTERY=y
-CONFIG_ACPI_BUTTON=y
+CONFIG_ACPI_AC=m
+CONFIG_ACPI_BATTERY=m
+CONFIG_ACPI_BUTTON=m
--
-CONFIG_APM=y
+CONFIG_APM=m
 CONFIG_APM_IGNORE_USER_SUSPEND=y
 CONFIG_APM_DO_ENABLE=y
--
-CONFIG_CPU_FREQ_TABLE=y
+CONFIG_CPU_FREQ_GOV_USERSPACE=m
+CONFIG_CPU_FREQ_24_API=y
+CONFIG_CPU_FREQ_TABLE=m
--
-CONFIG_BINFMT_ELF=y
+CONFIG_BINFMT_ELF=m
 CONFIG_BINFMT_AOUT=m
 CONFIG_BINFMT_MISC=m
--
-CONFIG_PARPORT=y
-CONFIG_PARPORT_PC=y
-CONFIG_PARPORT_PC_CML1=y
+CONFIG_PARPORT=m
+CONFIG_PARPORT_PC=m
+CONFIG_PARPORT_PC_CML1=m
--
-CONFIG_BLK_DEV_FD=y
+CONFIG_BLK_DEV_FD=m
+CONFIG_BLK_DEV_PS2=m
 CONFIG_BLK_DEV_XD=m
--
-CONFIG_PARIDE_PARPORT=y
+CONFIG_PARIDE_PARPORT=m
 
 #
--
-CONFIG_BLK_DEV_RAM=y
+CONFIG_BLK_DEV_RAM=m
 CONFIG_BLK_DEV_RAM_SIZE=4096
 CONFIG_BLK_DEV_INITRD=y
--
-CONFIG_IDE=y
-CONFIG_BLK_DEV_IDE=y
+CONFIG_IDE=m
+CONFIG_BLK_DEV_IDE=m
 
--
-CONFIG_BLK_DEV_IDEDISK=y
+CONFIG_BLK_DEV_HD_IDE=y
+CONFIG_BLK_DEV_IDEDISK=m
 CONFIG_IDEDISK_MULTI_MODE=y
--
-CONFIG_SCSI=y
+CONFIG_SCSI=m
 CONFIG_SCSI_PROC_FS=y
 
--
-CONFIG_BLK_DEV_MD=y
+CONFIG_BLK_DEV_MD=m
 CONFIG_MD_LINEAR=m
 CONFIG_MD_RAID0=m
--
-CONFIG_PACKET=y
+CONFIG_PACKET=m
 CONFIG_PACKET_MMAP=y
 CONFIG_NETLINK_DEV=m
-CONFIG_UNIX=y
+CONFIG_UNIX=m
 CONFIG_NET_KEY=m
 CONFIG_INET=y
--
-CONFIG_ATM=y
-CONFIG_ATM_CLIP=y
-# CONFIG_ATM_CLIP_NO_ICMP is not set
+CONFIG_ATM=m
+CONFIG_ATM_CLIP=m
--
-CONFIG_INPUT_MOUSEDEV=y
+CONFIG_INPUT_MOUSEDEV=m
 CONFIG_INPUT_MOUSEDEV_PSAUX=y
 CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
--
-CONFIG_SERIO=y
-CONFIG_SERIO_I8042=y
+CONFIG_SERIO=m
+CONFIG_SERIO_I8042=m
 CONFIG_SERIO_SERPORT=m
--
-CONFIG_KEYBOARD_ATKBD=y
+CONFIG_KEYBOARD_ATKBD=m
 CONFIG_KEYBOARD_SUNKBD=m
 CONFIG_KEYBOARD_XTKBD=m
--
-CONFIG_MOUSE_PS2=y
+CONFIG_MOUSE_PS2=m
 CONFIG_MOUSE_PS2_SYNAPTICS=y
 CONFIG_MOUSE_SERIAL=m
--
-CONFIG_SERIAL_8250=y
-CONFIG_SERIAL_8250_CONSOLE=y
+CONFIG_SERIAL_8250=m
 CONFIG_SERIAL_8250_CS=m
 CONFIG_SERIAL_8250_ACPI=y
--
-CONFIG_SERIAL_CORE=y
-CONFIG_SERIAL_CORE_CONSOLE=y
+CONFIG_SERIAL_CORE=m
 CONFIG_UNIX98_PTYS=y
 CONFIG_UNIX98_PTY_COUNT=256
--
-CONFIG_AGP=y
-CONFIG_AGP_ALI=y
+CONFIG_AGP=m
+CONFIG_AGP_ALI=m
 CONFIG_AGP_ATI=m
-CONFIG_AGP_AMD=y
+CONFIG_AGP_AMD=m
 CONFIG_AGP_AMD64=m
-CONFIG_AGP_INTEL=y
+CONFIG_AGP_INTEL=m
 CONFIG_AGP_NVIDIA=m
-CONFIG_AGP_SIS=y
-CONFIG_AGP_SWORKS=y
-CONFIG_AGP_VIA=y
+CONFIG_AGP_SIS=m
+CONFIG_AGP_SWORKS=m
+CONFIG_AGP_VIA=m
--
-CONFIG_EXT2_FS=y
+CONFIG_EXT2_FS=m
 CONFIG_EXT2_FS_XATTR=y
 CONFIG_EXT2_FS_POSIX_ACL=y
--
-CONFIG_FS_MBCACHE=y
+CONFIG_JBD_DEBUG=y
+CONFIG_FS_MBCACHE=m
 CONFIG_REISERFS_FS=m
--
-CONFIG_QFMT_V2=y
+CONFIG_QFMT_V2=m
 CONFIG_QUOTACTL=y
 CONFIG_AUTOFS_FS=m
--
-CONFIG_NFS_FS=y
+CONFIG_NFS_FS=m
 CONFIG_NFS_V3=y
 CONFIG_NFS_V4=y
--
-CONFIG_NFSD=y
+CONFIG_NFSD=m
 CONFIG_NFSD_V3=y
 CONFIG_NFSD_V4=y
--
-CONFIG_LOCKD=y
+CONFIG_LOCKD=m
 CONFIG_LOCKD_V4=y
-CONFIG_EXPORTFS=y
-CONFIG_SUNRPC=y
+CONFIG_EXPORTFS=m
+CONFIG_SUNRPC=m
 CONFIG_SUNRPC_GSS=m

Re: [Cooker] kernel-2.6-test8 rpms

["Andrey Borzenkov"]

-Original Message-

> 
> > On Sunday 09 November 2003 14:07, Svetoslav Slavtchev wrote:
> > [...]
> > >
> > > 2.4 with debuging (CONFIG_KSYMS=yes)
> > >  1337954 Aug 25 17:47 /boot/vmlinuz-2.4.22-1mdk
> > >
> > > 2.4 without KSYMS (~ kernel tmb here)
> > >  1035464 Nov  9 04:04 /boot/vmlinuz-2.4.22-21br.1mdk
> > >
> > > 2.6 without debuging
> > >  1532105 Oct 29 19:37 /boot/vmlinuz-2.6.0-test9-bk2
> > >  1560749 Nov  4 04:42 /boot/vmlinuz-2.6.0-test9-bk8
> > >  1555036 Nov  5 13:11 /boot/vmlinuz-2.6.0-test9-bk9
> > >
> > > isn't this a bit special :(
> > >
> > 
> > That is with standard mdk config? Yes it is bad if kernel does not fit on
> > one 
> > floppy.
> 
> if i didn't missed smth, it's a standard 2.4 mdk config
[...]
> in -mm i think there is config option to compile with -Os not -O2
> other alternatives to reduce the size are:
> - to update/fix the bzip2 compression support patches 
> - to drop some of the schedulers, futexes, ... (CONFIG_EMBEDDED)
> but i don't think the second is a good solution :(
>

I tried allmodconfig which resulted in ~1.2MB bzImage - same as 2.4.22-1mdk in your 
case. You have to add ELF support to it (as
it is also module in this case) which apparently gives you bare
minimum. It is likely that some features can be turned off, because
allmodconfig actually tries to enable everything, either as "m" or
as "y" (except CPU types support).

Note that I am not even sure if it boots. I had at least one report
about allmodconfig+devfs that could not mount IDE root but it may be
due to other problems. Although modular IDE is "officially" not
working (cf. post-halloween).

Doing all as modules has practical problem - we must ensure that
at least drivers for your keyboard available. I plan to add PNP
hotplug support that should load drivers for on-board devices
discovered via PNP BIOS but even then it will load serial chip
driver only (i.e. i8042 in our case) - you still need explcitly
load low level keyboard driver (atkbd or xtkbd). That is week point
of current INPUT architecture :(

This could be handled by initrd, sure - always add some standard
driver unless correct one can be determined from user (drak?) config.
Which adds yet another static configuration that can break :(

Brave hearts can experiment with configuration starting from
allmodconfig to see how much can be removed and how mauch has to be
added for it to boot at all :)

-andrey

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Luca Berra]

On Mon, Nov 10, 2003 at 10:30:49AM +0100, Olivier Blin wrote:
On Mon, 10 Nov 2003 08:40:33 +0100
Luca Berra <[EMAIL PROTECTED]> wrote:
could you try and remove the CONFIG_ACPI_DEBUG item?
It was already done.
I've removed almost all DEBUG options.
I've kept only CONFIG_DEBUG_KERNEL for Magic SysRq keys,
CONFIG_DEBUG_SPINLOCK_SLEEP and CONFIG_FRAME_POINTER.
great,
now i only need to understand how to mount encrypted loop fs made by 2.4
btw
in kernel source i found
du .tmp*
192 .tmp_kallsyms1.o
540 .tmp_kallsyms1.S
192 .tmp_kallsyms2.o
540 .tmp_kallsyms2.S
4768.tmp_versions
3348.tmp_vmlinux1
3532.tmp_vmlinux2
Regards,
L.
--
Luca Berra -- [EMAIL PROTECTED]
   Communication Media & Services S.r.l.
/"\
\ / ASCII RIBBON CAMPAIGN
 XAGAINST HTML MAIL
/ \

Re: [Cooker] kernel 23mdk panic - Fixed

[Quel Qun]

On Mon, 2003-11-10 at 01:07, Gwenole Beauchesne wrote:
> On Mon, 10 Nov 2003, Jure Repinc wrote:
> 
> > I have tried with kernel -24mdk and still the same problem. I did get
> > the partition table consistency check message and in paranthesis it
> > says: overflow.
> 
> Found stupid problem, this will be fixed in -25mdk.
Other machine boots too. Thanks again for looking at this... although
this makes 2.6 much less attractive ;)
-- 
Quel Qun <[EMAIL PROTECTED]>

Re: [Cooker] kernel 23mdk panic

[Bjarne Thomsen]

mdk9.2
2.4.22-25mdkenterprise
No more mount problem for 
/dev/sda5 / ext3
had kernel panic since 2.4.22-22mdkenterprise

Bjarne

On Mon, 2003-11-10 at 20:35, Oden Eriksson wrote:
> måndagen den 10 november 2003 20.34 skrev Bjarne Thomsen:
> > I have now installed -25mdk, and it works!
> >
> >  -- Bjarne
> >
> > On Mon, 2003-11-10 at 10:07, Gwenole Beauchesne wrote:
> > > On Mon, 10 Nov 2003, Jure Repinc wrote:
> > > > I have tried with kernel -24mdk and still the same problem. I did get
> > > > the partition table consistency check message and in paranthesis it
> > > > says: overflow.
> > >
> > > Found stupid problem, this will be fixed in -25mdk.
> 
> Funkar var då?
> 
> Med MDK9.2?
-- 
Bjarne Thomsen <[EMAIL PROTECTED]>
Institute of Physics & Astronomy

Re: [Cooker] kernel 23mdk panic

[Oden Eriksson]

måndagen den 10 november 2003 20.34 skrev Bjarne Thomsen:
> I have now installed -25mdk, and it works!
>
>  -- Bjarne
>
> On Mon, 2003-11-10 at 10:07, Gwenole Beauchesne wrote:
> > On Mon, 10 Nov 2003, Jure Repinc wrote:
> > > I have tried with kernel -24mdk and still the same problem. I did get
> > > the partition table consistency check message and in paranthesis it
> > > says: overflow.
> >
> > Found stupid problem, this will be fixed in -25mdk.

Funkar var då?

Med MDK9.2?

Re: [Cooker] kernel 23mdk panic

[Bjarne Thomsen]

I have now installed -25mdk, and it works!

 -- Bjarne


On Mon, 2003-11-10 at 10:07, Gwenole Beauchesne wrote:
> On Mon, 10 Nov 2003, Jure Repinc wrote:
> 
> > I have tried with kernel -24mdk and still the same problem. I did get
> > the partition table consistency check message and in paranthesis it
> > says: overflow.
> 
> Found stupid problem, this will be fixed in -25mdk.
-- 
Bjarne Thomsen <[EMAIL PROTECTED]>
Institute of Physics & Astronomy

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Oden Eriksson]

måndagen den 10 november 2003 03.59 skrev Leon Brooks:
> On Mon, 10 Nov 2003 07:19, Olivier Blin wrote:
> > On Sun, 9 Nov 2003 23:50:41 +0100
> > I said test9.5mdk ;)
> > I'm tweaking the config files right now, it will be built next
> > morning.
>
> Oden could try setting his clock ahead... (-:
>
> Cheers; Leon

Thanks, I noticed this too and fixed it. Somehow I just doesn't seem to get it 
right during install, ever..., weirdness...

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Olivier Blin]

On Mon, 10 Nov 2003 08:40:33 +0100
Luca Berra <[EMAIL PROTECTED]> wrote:

> could you try and remove the CONFIG_ACPI_DEBUG item?

It was already done.
I've removed almost all DEBUG options.
I've kept only CONFIG_DEBUG_KERNEL for Magic SysRq keys,
CONFIG_DEBUG_SPINLOCK_SLEEP and CONFIG_FRAME_POINTER.

Regards

-- 
Olivier Blin

Re: [Cooker] kernel 23mdk panic

[Gwenole Beauchesne]

On Mon, 10 Nov 2003, Jure Repinc wrote:

> I have tried with kernel -24mdk and still the same problem. I did get
> the partition table consistency check message and in paranthesis it
> says: overflow.

Found stupid problem, this will be fixed in -25mdk.

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Luca Berra]

On Mon, Nov 10, 2003 at 12:19:57AM +0100, Olivier Blin wrote:
On Sun, 9 Nov 2003 23:50:41 +0100
Oden Eriksson <[EMAIL PROTECTED]> wrote:
lördagen den 8 november 2003 23.56 skrev Olivier Blin:
> On Sat, 8 Nov 2003 21:12:01 +0100
> It will be in test9.5mdk .

No module aic7xxx found for kernel 2.6.0-0.test9.4mdk

Sorry, but there's no aic7xxx support in this one either...
I said test9.5mdk ;)
I'm tweaking the config files right now, it will be built next morning.
could you try and remove the CONFIG_ACPI_DEBUG item?

regards,
L.
--
Luca Berra -- [EMAIL PROTECTED]
   Communication Media & Services S.r.l.
/"\
\ / ASCII RIBBON CAMPAIGN
 XAGAINST HTML MAIL
/ \

Re: [Cooker] kernel 23mdk panic

[Gwenole Beauchesne]

Hi,

I have tried with kernel -24mdk and still the same problem. I did get 
the partition table consistency check message and in paranthesis it 
says: overflow.
Thanks, I now have something to work on. It could be that start_sec & 
nr_sects values are signed (but I can't find this on the specs) so the 
overflow checking code needs to be changed.

Have you changed your partitions layout or is the my_disk dump you sent 
me still valid?

And sorry for asking, but how do I use/install the .test3 kernel?
The .test3 changes are now integrated in the -24mdk kernel. Provided 
you had a -23mdk UP kernel installed, simply duplicate your boot entry 
in lilo.conf and replace /boot/vmlinuz-whatever with 
/boot/vmlinuz.test3, run lilo, reboot.

Bye,
Gwenole.

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Leon Brooks]

On Mon, 10 Nov 2003 07:19, Olivier Blin wrote:
> On Sun, 9 Nov 2003 23:50:41 +0100
> I said test9.5mdk ;)
> I'm tweaking the config files right now, it will be built next
> morning.

Oden could try setting his clock ahead... (-:

Cheers; Leon

Re: [Cooker] kernel 23mdk panic

[Quel Qun]

On Sun, 2003-11-09 at 15:21, Jure Repinc wrote:
> Gwenole Beauchesne wrote:
> > Please try .test3 kernel on a UP system. I think you really should get a 
> > message about "partition table consistency  checks" failure and a reason 
> > in parenthesis (when determining disk partitions).
> > 
> > 
> > And BTW, do you happen to have two disks? And the system one being the 
> > second?
> 
> I have tried with kernel -24mdk and still the same problem. I did get 
> the partition table consistency check message and in paranthesis it 
> says: overflow.
> 
Yes,
I also eventually found that error message:

hdb attached ide-disk driver
hdb host protected area => 1
hdb x sectors w/ cache...
Partition check: /dev/ide/host0/bus0/target0/lun0: inconsistent
partition table (overflow)
Partition check: /dev/ide/host0/bus0/target1/lun0: inconsistent
partition table (overflow)
ide: late registration of driver.

Sorry for not finding it earlier.
-- 
Quel Qun <[EMAIL PROTECTED]>

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Oden Eriksson]

måndagen den 10 november 2003 00.19 skrev Olivier Blin:
> On Sun, 9 Nov 2003 23:50:41 +0100
>
> Oden Eriksson <[EMAIL PROTECTED]> wrote:
> > lördagen den 8 november 2003 23.56 skrev Olivier Blin:
> > > On Sat, 8 Nov 2003 21:12:01 +0100
> > > It will be in test9.5mdk .
> >
> > No module aic7xxx found for kernel 2.6.0-0.test9.4mdk
> >
> > Sorry, but there's no aic7xxx support in this one either...
>
> I said test9.5mdk ;)
> I'm tweaking the config files right now, it will be built next morning.

Ahh, I'm tired it seems.

Cool, thanks.

Re: [Cooker] kernel 23mdk panic

[Jure Repinc]

Gwenole Beauchesne wrote:
Please try .test3 kernel on a UP system. I think you really should get a 
message about "partition table consistency  checks" failure and a reason 
in parenthesis (when determining disk partitions).


And BTW, do you happen to have two disks? And the system one being the 
second?
I have tried with kernel -24mdk and still the same problem. I did get 
the partition table consistency check message and in paranthesis it 
says: overflow.

The harddisk is /dev/hda with partitions
hda1 - swap
hda2 - ext3 for Mandrake 9.2
hda3 - NTFS for Windows XP
This is the only harddrive (Western Digital WD800JB) and it is connected 
to VIA chipset on Abit KT7A motherboard.

And sorry for asking, but how do I use/install the .test3 kernel?

--
Live long and prosper!

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Olivier Blin]

On Sun, 9 Nov 2003 23:50:41 +0100
Oden Eriksson <[EMAIL PROTECTED]> wrote:

> lördagen den 8 november 2003 23.56 skrev Olivier Blin:
> > On Sat, 8 Nov 2003 21:12:01 +0100
> > It will be in test9.5mdk .

> No module aic7xxx found for kernel 2.6.0-0.test9.4mdk
> 
> Sorry, but there's no aic7xxx support in this one either...

I said test9.5mdk ;)
I'm tweaking the config files right now, it will be built next morning.

-- 
Olivier Blin

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Oden Eriksson]

lördagen den 8 november 2003 23.56 skrev Olivier Blin:
> On Sat, 8 Nov 2003 21:12:01 +0100
>
> Oden Eriksson <[EMAIL PROTECTED]> wrote:
> > Hi (Olivier Blin)
> >
> > Is there a reason why aic7xxx is not compiled and provided with this
> > package?
>
> No, there isn't any good reason ...
> Perhaps it was disabled by Olivier Thauvin in previous releases because
> it didn't compile.
>
> It will be in test9.5mdk .
>
> Regards.

# rpm -Uvh /contrib/RPMS/kernel-2.6.0-0.test9.4mdk-1-1mdk.i586.rpm
Preparing...### [100%]
   1:kernel-2.6.0-0.test9.4m### [100%]
No module aic7xxx found for kernel 2.6.0-0.test9.4mdk
No module aic7xxx found for kernel 2.6.0-0.test9.4mdk


Sorry, but there's no aic7xxx support in this one either...

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Svetoslav Slavtchev]

> > IMO there couldn't be a reason for not including them in cooker,
> > hotplug may be(?hotplug service?), but module-init-tools must go in
> >
> 
> no one is forced to turn on this service (it can be off by default as far
> as I 
> am concerned). Using coldpug fixed at least one real problem - usb-storage
> 
> not loaded if you boot with USB stick already plugged.
> 
> Else hotplug has quite a bit of clean up since old version available in
> mdk.
> 

:-)
i ment that i can not find a reason for not updating module-init-tools,
even so questionable as the one for hotplug 

input.rc fixes all my issues with getting the desired keyboard with the
correct desktop :-)


svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test8 rpms

[Svetoslav Slavtchev]

> On Sunday 09 November 2003 18:51, Svetoslav Slavtchev wrote:
> [...]
> > >
> > > That is with standard mdk config? Yes it is bad if kernel does not fit
> on
> > > one
> > > floppy.
> >
> > if i didn't missed smth, it's a standard 2.4 mdk config
> > + some new ide drivers (part of them probably can be built as modules)
> > and agpgart by misstake (agp support, not via-agp, ati-agp, ...)
> >
> > > There was some discussion on LKML recently about kernel size but I do
> not
> > > remember exact subject. Have you asked there?
> >
> > i know, but there is no solution (? currently? )
> >
> > in -mm i think there is config option to compile with -Os not -O2
> > other alternatives to reduce the size are:
> > - to update/fix the bzip2 compression support patches
> 
> this requires bot lilo and grub changes or just some bootstrap code in
> kernel? 

i have to dig a bit , but
IIRC just kernel ( eventually + mkinitrd )

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test8 rpms

[Andrey Borzenkov]

On Sunday 09 November 2003 18:51, Svetoslav Slavtchev wrote:
[...]
> >
> > That is with standard mdk config? Yes it is bad if kernel does not fit on
> > one
> > floppy.
>
> if i didn't missed smth, it's a standard 2.4 mdk config
> + some new ide drivers (part of them probably can be built as modules)
> and agpgart by misstake (agp support, not via-agp, ati-agp, ...)
>
> > There was some discussion on LKML recently about kernel size but I do not
> > remember exact subject. Have you asked there?
>
> i know, but there is no solution (? currently? )
>
> in -mm i think there is config option to compile with -Os not -O2
> other alternatives to reduce the size are:
> - to update/fix the bzip2 compression support patches

this requires bot lilo and grub changes or just some bootstrap code in kernel? 

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Andrey Borzenkov]

On Sunday 09 November 2003 18:31, Svetoslav Slavtchev wrote:
[...]
> > > i'm thinking to rebuild them under 9.2 & cooker
> > > and upload them to the usuak address
> > > (may be update to -pre3 if no reason exist)
[...]
> > > PS.
> > > i'm thinking also to upload them to mandrake-club
> >
> > no. I do not want to start alternative packages that must be in
> > mainstream.
> > The only reason I do not upload them is I do not run cooker so I cannot
> > test
> > not build them on cooker so I won't upload packages that may not function
> > on
> > cooker.
> >
> > These packages belong to main and must be in main. If there are reasons
> > to not
> > having them in mainstream - so be it, anyone can get them and do whatever
> > they like.
>
> no, no
> i'm not talking about alternative packages but update packages for
> mandrake 9.2 through mandrake club
>

Ah, sorry, that's fine.

> IMO there couldn't be a reason for not including them in cooker,
> hotplug may be(?hotplug service?), but module-init-tools must go in
>

no one is forced to turn on this service (it can be off by default as far as I 
am concerned). Using coldpug fixed at least one real problem - usb-storage 
not loaded if you boot with USB stick already plugged.

Else hotplug has quite a bit of clean up since old version available in mdk.

> we probably should submit a bug report &/ or contact the maintainer
>

this is Cc to maintainer of module-init-tools. I do not know who maintains 
hotplug currently.

-andrey

Re: [Cooker] kernel 23mdk panic

[danny]

On Sun, 9 Nov 2003, Andrey Borzenkov wrote:

> On Wednesday 05 November 2003 14:57, [EMAIL PROTECTED] wrote:
> > kernel-desktop can have all the preempt stuff and other things (setpcap?)
> > you do not want to have on your server.
> 
> actually capabilities are exactly for server for all I can say. It allows you 
> to run services with reduced privileges thus reducing the possible intrusion 
> impact.


setpcap? What i remember from discussions about it is that it is not 
secure. It is a one-line patch, so why was it not ever included in 2.4?
It allows processes to inherit privileges and i think the reason it is 
frowned upon that it is a bit too powerful and becomes easy for an app to 
screw up things.

d.

Re: [Cooker] kernel-2.6-test8 rpms

[Svetoslav Slavtchev]

> On Sunday 09 November 2003 14:07, Svetoslav Slavtchev wrote:
> [...]
> >
> > 2.4 with debuging (CONFIG_KSYMS=yes)
> >  1337954 Aug 25 17:47 /boot/vmlinuz-2.4.22-1mdk
> >
> > 2.4 without KSYMS (~ kernel tmb here)
> >  1035464 Nov  9 04:04 /boot/vmlinuz-2.4.22-21br.1mdk
> >
> > 2.6 without debuging
> >  1532105 Oct 29 19:37 /boot/vmlinuz-2.6.0-test9-bk2
> >  1560749 Nov  4 04:42 /boot/vmlinuz-2.6.0-test9-bk8
> >  1555036 Nov  5 13:11 /boot/vmlinuz-2.6.0-test9-bk9
> >
> > isn't this a bit special :(
> >
> 
> That is with standard mdk config? Yes it is bad if kernel does not fit on
> one 
> floppy.

if i didn't missed smth, it's a standard 2.4 mdk config
+ some new ide drivers (part of them probably can be built as modules)
and agpgart by misstake (agp support, not via-agp, ati-agp, ...)

> There was some discussion on LKML recently about kernel size but I do not 
> remember exact subject. Have you asked there?

i know, but there is no solution (? currently? )

in -mm i think there is config option to compile with -Os not -O2
other alternatives to reduce the size are:
- to update/fix the bzip2 compression support patches 
- to drop some of the schedulers, futexes, ... (CONFIG_EMBEDDED)
but i don't think the second is a good solution :(

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Svetoslav Slavtchev]

> On Sunday 09 November 2003 14:14, Svetoslav Slavtchev wrote:
> > > {pts/1}% rpm -q module-init-tools
> > > module-init-tools-0.9.15-0.pre2.0.2bor
> >
> > any special reason for not using -pre3 ?
> >
> 
> any special reason to use -pre3? AFAIK there are no significant changes 
> against -pre2 and I have nothing to add as well. Frankly speaking I do not
> 
> have time to rebuild for the sake of rebuild only.
> 

staying current :-)
 
> > i'm thinking to rebuild them under 9.2 & cooker
> > and upload them to the usuak address
> > (may be update to -pre3 if no reason exist)
> >
> > hint hint
> > unless you give me permissions to upload
> > them to the supermount-ng.sf.net space :-)
> >
> 
> do you have SF account?

[EMAIL PROTECTED]
 
> > best,
> >
> > svetljo
> >
> > PS.
> > i'm thinking also to upload them to mandrake-club
> 
> no. I do not want to start alternative packages that must be in
> mainstream.
> The only reason I do not upload them is I do not run cooker so I cannot
> test 
> not build them on cooker so I won't upload packages that may not function
> on 
> cooker.
> 
> These packages belong to main and must be in main. If there are reasons to
> not 
> having them in mainstream - so be it, anyone can get them and do whatever 
> they like.
> 

no, no
i'm not talking about alternative packages but update packages for 
mandrake 9.2 through mandrake club

IMO there couldn't be a reason for not including them in cooker,
hotplug may be(?hotplug service?), but module-init-tools must go in

we probably should submit a bug report &/ or contact the maintainer

svetljo  

PS.
if they are running in 9.2 they must run in cooker too
there are still no major changes 

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6-test8 rpms

[Andrey Borzenkov]

On Sunday 09 November 2003 14:07, Svetoslav Slavtchev wrote:
[...]
>
> 2.4 with debuging (CONFIG_KSYMS=yes)
>  1337954 Aug 25 17:47 /boot/vmlinuz-2.4.22-1mdk
>
> 2.4 without KSYMS (~ kernel tmb here)
>  1035464 Nov  9 04:04 /boot/vmlinuz-2.4.22-21br.1mdk
>
> 2.6 without debuging
>  1532105 Oct 29 19:37 /boot/vmlinuz-2.6.0-test9-bk2
>  1560749 Nov  4 04:42 /boot/vmlinuz-2.6.0-test9-bk8
>  1555036 Nov  5 13:11 /boot/vmlinuz-2.6.0-test9-bk9
>
> isn't this a bit special :(
>

That is with standard mdk config? Yes it is bad if kernel does not fit on one 
floppy.

There was some discussion on LKML recently about kernel size but I do not 
remember exact subject. Have you asked there?

-andrey

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Andrey Borzenkov]

On Sunday 09 November 2003 14:14, Svetoslav Slavtchev wrote:
> > {pts/1}% rpm -q module-init-tools
> > module-init-tools-0.9.15-0.pre2.0.2bor
>
> any special reason for not using -pre3 ?
>

any special reason to use -pre3? AFAIK there are no significant changes 
against -pre2 and I have nothing to add as well. Frankly speaking I do not 
have time to rebuild for the sake of rebuild only.

> i'm thinking to rebuild them under 9.2 & cooker
> and upload them to the usuak address
> (may be update to -pre3 if no reason exist)
>
> hint hint
> unless you give me permissions to upload
> them to the supermount-ng.sf.net space :-)
>

do you have SF account?

> best,
>
> svetljo
>
> PS.
> i'm thinking also to upload them to mandrake-club

no. I do not want to start alternative packages that must be in mainstream.
The only reason I do not upload them is I do not run cooker so I cannot test 
not build them on cooker so I won't upload packages that may not function on 
cooker.

These packages belong to main and must be in main. If there are reasons to not 
having them in mainstream - so be it, anyone can get them and do whatever 
they like.

Re: [Cooker] kernel-2.6-test8 rpms

[Svetoslav Slavtchev]

> On Saturday 01 November 2003 21:01, Svetoslav Slavtchev wrote:
> > > On Saturday 01 November 2003 06:03, Svetoslav Slavtchev wrote:
> > > > > > all FS's built in ? why that ?
> > > > >
> > > > > Oops, there is no reason to do that, I've now compiled ext3, jbd,
> > > > > ReiserFS, jfs and xfs as modules in -2mdk.
> > > > > ext2 is still built-in because our initrd image is ext2.
> > > > > By the way, should we switch to ROM FS or Minix FS for initrd in
> > > > > order to gain some space ?
> > > > >
> > > > > my -2mdk rpms are available here :
> > > > > http://compil.mandrake.org/~blino/kernel-2.6/
> > > >
> > > > first we've to hack mkinitrd,
> > > > and i'm not sure how much will we gain,
> > >
> > > Well, adding support for alternate FS to mkinitrd is trivial, it is
> > > rather
> > >
> > > administrative consideration - you need utilities for this available
> i.e.
> > > proper Requires: etc.
> > >
> > > > besides initramfs is always in,
> > > > (but it's pretty experimental stuff yet,
> > > > and i haven't heard of successfull initrd's using it)
> > > > probably better wait for it
> > >
> > > initramfs as implemented currently must be done at kernel build time
> > > which
> > >
> > > makes it rather useless. It basically appends compressed cpio archives
> to
> > > kernel. Frankly speaking I do not see any advantage in using it - both
> > > initrd
> > > and initramfs are initialized at the same time.
> > >
> > > The only remote advantage would be that initramfs does not require
> chroot
> > > as
> > > everything is unpacked into (mini-)root and thus using various
> programs
> > > like
> > > hotplug or modprobe is easier. I guess one can add support for
> initramfs
> > > in
> > > initrd image if needed then.
> >
> > OK
> > so what options do we have to reduce the kernel/ initrd size ?
> >
> 
> Why exactly do you want to do it? There is nothing special with 2.6 as far
> as 
> I can tell:
> 
> {pts/1}% LC_ALL=C ll /boot/initrd-2.4.22-10mdk.img 
> /boot/initrd-2.6.0-test9.img
> -rw-r--r--1 root root   357177 Oct 25 18:36 
> /boot/initrd-2.4.22-10mdk.img
> -rw-r--r--1 root root   139356 Nov  4 21:19 
> /boot/initrd-2.6.0-test9.img
> 
> now when I turned debugging off ...
>  

2.4 with debuging (CONFIG_KSYMS=yes)
 1337954 Aug 25 17:47 /boot/vmlinuz-2.4.22-1mdk

2.4 without KSYMS (~ kernel tmb here)
 1035464 Nov  9 04:04 /boot/vmlinuz-2.4.22-21br.1mdk

2.6 without debuging
 1532105 Oct 29 19:37 /boot/vmlinuz-2.6.0-test9-bk2
 1560749 Nov  4 04:42 /boot/vmlinuz-2.6.0-test9-bk8
 1555036 Nov  5 13:11 /boot/vmlinuz-2.6.0-test9-bk9

isn't this a bit special :(

> > > I'd
> > >
> > > like to enable PCI coldplug but it apparently requires initscripts
> tuning
> > > (at
> > > least ALSA, possibly others, USB is not actually an issue with
> hotplug).
> >
> > i don't think enabling PCI cold pug is a good idea
> > it might try to load the correct fb driver (which might currently be
> broken
> >
> > :(
> >
> > also it'll load the drivers for any hardware found (do you mentioned
> alsa
> > for that reason?)
> > but do we need this, we already have modprobe.[conf, preload, devfs?]
> >
> 
> exactly to remove any need for static configuration. I still dream about 
> loading kernel and picking automatically correct drivers without user 
> intervention.
> 
> Now really. What we have is
> 
> - kernel is expected to provide aliases for device numbers, protocol
> numbers 
> etc. This obviates need to have manual configuration as in modutils
> 
> - we have hotplug and device IDs for most subsystems. That allows to match
> 
> driver and load it automatically.
> 
> What do we have now? We have exactly the same deviceID-to-module but as
> static 
> static table (ldetect-lst) that is used to create static configuration.
> But 
> all of this information is already available so it looks rather redundant
> ...
> 
> Sure there are open issues. Alternative drivers need to be handled (OSS vs
> 
> ALSA is the most obvious example). Possibly broken drivers need to be 
> handled. Some sort of "safe mode" with hotplug disabled need to exist.
> Sure 
> there will remain legacy devices that cannot be hotplugged. 
> 
> not that I suggest doing all of this in next release. But as remote goal

IMO static configuration will be needed always

what happens if you have 2-3 NIC's, or soundcards
and want them in a certain order?

so why change the current static configuration with other 
static configuration using hotplug, when the second won't work
with kernels < 2.6 
IIRC mandrake still ships 2.2 kernel

svetljo

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Svetoslav Slavtchev]

> {pts/1}% rpm -q module-init-tools
> module-init-tools-0.9.15-0.pre2.0.2bor

any special reason for not using -pre3 ?

i'm thinking to rebuild them under 9.2 & cooker
and upload them to the usuak address 
(may be update to -pre3 if no reason exist)

hint hint
unless you give me permissions to upload 
them to the supermount-ng.sf.net space :-)

best,

svetljo

PS.
i'm thinking also to upload them to mandrake-club

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Re: [Cooker] kernel 23mdk panic

[Andrey Borzenkov]

On Wednesday 05 November 2003 14:57, [EMAIL PROTECTED] wrote:
> kernel-desktop can have all the preempt stuff and other things (setpcap?)
> you do not want to have on your server.

actually capabilities are exactly for server for all I can say. It allows you 
to run services with reduced privileges thus reducing the possible intrusion 
impact.

BTW one interesting thing in 2.6 is including of SE Linux. Anyone has tried it 
(as separate distribution possibly) and can comment on impact on system 
configuration? It could finally be used to replace/supplement secure kernel.

-andrey

Re: [Cooker] kernel-2.6-test8 rpms

[Andrey Borzenkov]

On Saturday 01 November 2003 21:01, Svetoslav Slavtchev wrote:
> > On Saturday 01 November 2003 06:03, Svetoslav Slavtchev wrote:
> > > > > all FS's built in ? why that ?
> > > >
> > > > Oops, there is no reason to do that, I've now compiled ext3, jbd,
> > > > ReiserFS, jfs and xfs as modules in -2mdk.
> > > > ext2 is still built-in because our initrd image is ext2.
> > > > By the way, should we switch to ROM FS or Minix FS for initrd in
> > > > order to gain some space ?
> > > >
> > > > my -2mdk rpms are available here :
> > > > http://compil.mandrake.org/~blino/kernel-2.6/
> > >
> > > first we've to hack mkinitrd,
> > > and i'm not sure how much will we gain,
> >
> > Well, adding support for alternate FS to mkinitrd is trivial, it is
> > rather
> >
> > administrative consideration - you need utilities for this available i.e.
> > proper Requires: etc.
> >
> > > besides initramfs is always in,
> > > (but it's pretty experimental stuff yet,
> > > and i haven't heard of successfull initrd's using it)
> > > probably better wait for it
> >
> > initramfs as implemented currently must be done at kernel build time
> > which
> >
> > makes it rather useless. It basically appends compressed cpio archives to
> > kernel. Frankly speaking I do not see any advantage in using it - both
> > initrd
> > and initramfs are initialized at the same time.
> >
> > The only remote advantage would be that initramfs does not require chroot
> > as
> > everything is unpacked into (mini-)root and thus using various programs
> > like
> > hotplug or modprobe is easier. I guess one can add support for initramfs
> > in
> > initrd image if needed then.
>
> OK
> so what options do we have to reduce the kernel/ initrd size ?
>

Why exactly do you want to do it? There is nothing special with 2.6 as far as 
I can tell:

{pts/1}% LC_ALL=C ll /boot/initrd-2.4.22-10mdk.img 
/boot/initrd-2.6.0-test9.img
-rw-r--r--1 root root   357177 Oct 25 18:36 
/boot/initrd-2.4.22-10mdk.img
-rw-r--r--1 root root   139356 Nov  4 21:19 
/boot/initrd-2.6.0-test9.img

now when I turned debugging off ...

> > I'd
> >
> > like to enable PCI coldplug but it apparently requires initscripts tuning
> > (at
> > least ALSA, possibly others, USB is not actually an issue with hotplug).
>
> i don't think enabling PCI cold pug is a good idea
> it might try to load the correct fb driver (which might currently be broken
>
> :(
>
> also it'll load the drivers for any hardware found (do you mentioned alsa
> for that reason?)
> but do we need this, we already have modprobe.[conf, preload, devfs?]
>

exactly to remove any need for static configuration. I still dream about 
loading kernel and picking automatically correct drivers without user 
intervention.

Now really. What we have is

- kernel is expected to provide aliases for device numbers, protocol numbers 
etc. This obviates need to have manual configuration as in modutils

- we have hotplug and device IDs for most subsystems. That allows to match 
driver and load it automatically.

What do we have now? We have exactly the same deviceID-to-module but as static 
static table (ldetect-lst) that is used to create static configuration. But 
all of this information is already available so it looks rather redundant ...

Sure there are open issues. Alternative drivers need to be handled (OSS vs 
ALSA is the most obvious example). Possibly broken drivers need to be 
handled. Some sort of "safe mode" with hotplug disabled need to exist. Sure 
there will remain legacy devices that cannot be hotplugged. 

not that I suggest doing all of this in next release. But as remote goal ...

-andrey

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Andrey Borzenkov]

On Sunday 09 November 2003 05:07, Olivier Blin wrote:
> On Sun, 9 Nov 2003 02:50:46 +0100
>
> Olivier Blin <[EMAIL PROTECTED]> wrote:
> > On Sun, 9 Nov 2003 01:23:35 +0100
> >
> > Oden Eriksson <[EMAIL PROTECTED]> wrote:
> > > Another thing. I noticed ivp6 was loaded per default, why is that?
> >
> > Hum, you're right, I don't know why, perhaps a wrong module
> > dependency.
>
> It's loaded by the network init script (/etc/rc.d/init.d/network) :
>
> -
> # If IPv6 is explicitly configured, make sure it's available.
> if [ "$NETWORKING_IPV6" = "yes" ]; then
> alias=`modprobe -c | awk '/^alias net-pf-10 / { print $3 }'`
> if [ "$alias" != "ipv6" -a ! -f /proc/net/if_inet6 ]; then
> case "$(modprobe -V 2>/dev/null)" in
> modprobe* )
> echo "alias net-pf-10 ipv6" >>
> /etc/modules.conf
> ;;
> module-init-tools* )
> echo "alias net-pf-10 ipv6" >>
> /etc/modprobe.conf
> ;;
> esac
> fi
> fi
> -
>
> $ grep ipv6 /lib/modules/`uname -r`/modules.alias
> alias net-pf-10 ipv6
>
> An alias is made to ipv6 in modules configuration files, so the
> network script loads it.
> I don't know if it's the correct behaviour what do you think ?
>
> I'm cc-ing Andrey because he's the author of modprobe configuration
> files, so he's likely to help us :)

I am not sure what the exact question is, so I try to guess.

/lib/modules/`uname -r`/modules.alias is created by depmod based on alias 
information from modules themselves.

{pts/1}% grep MODULE_ALIAS *
af_inet6.c:MODULE_ALIAS_NETPROTO(PF_INET6);

This is to finally replace static 
driver-to-{major,pf-number,ldisc-number,whatever} mapping from old modutils.

The part you quoted is not relevant because it is executed only as long as 
IPV6 is explicitly enabled. Nor is it needed actually as you have seen. Nor 
is it the correct way to handle it because it breaks if module name is 
changed for whatever reason.

So I guess that some program tries to use IPV6 by default which results in 
module being autoloaded.

The part in /etc/init.d/network was needed in modutils because it defaulted to 
IPV6 off:

{pts/1}% modprobe-24 -c | grep net-pf-10
modprobe: QM_MODULES: Function not implemented

alias net-pf-10 off

Till my last release of module-init-tools I had the same in 
/lib/module-init-tools/modprobe.default. The last version removed this line. 
So I guess for module-init-tools you have to explicitly add "alias net-pf-10 
off" if IPV6 is not configured. Note that it may simply be too late because 
protocol can be already registered by some other before /etc/init.d/network 
ever starts.

So what version of module-init-tools do you run? If you run my last version:

{pts/1}% rpm -q module-init-tools
module-init-tools-0.9.15-0.pre2.0.2bor

loading of ipv6 should be "normal" :) Turn it off in modprobe.conf ...

I do not suggest any patch because we need to establish some policy first. To 
recap:

- kernel is expected to finally provide in-band module aliases that replace 
previous static configuration as found in modutils

- for this reason any program or script that assume that net-pf-N or 
block-major-M or whatever is handled by specific module is broken by 
definition (hmm ... I wonder how they are going to handle dynamic device 
numbers when - if - they ever become available ...)

- so we should start with assumption "everything configured in kernel is 
available" and configuration tools should blacklist or turn off those modules 
user does not need (want). Extreme case is disable kmod.

Unfortunately overriding default values in module-init-tools does not work 
cleanly. Specifically modprobe -c output becomes highly confusing in this 
case. It is not a bug it is design decision :(

-andrey

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Oden Eriksson]

söndagen den 9 november 2003 03.07 skrev Olivier Blin:
> On Sun, 9 Nov 2003 02:50:46 +0100
>
> Olivier Blin <[EMAIL PROTECTED]> wrote:
> > On Sun, 9 Nov 2003 01:23:35 +0100
> >
> > Oden Eriksson <[EMAIL PROTECTED]> wrote:
> > > Another thing. I noticed ivp6 was loaded per default, why is that?
> >
> > Hum, you're right, I don't know why, perhaps a wrong module
> > dependency.
>
> It's loaded by the network init script (/etc/rc.d/init.d/network) :
>
> -
> # If IPv6 is explicitly configured, make sure it's available.
> if [ "$NETWORKING_IPV6" = "yes" ]; then
> alias=`modprobe -c | awk '/^alias net-pf-10 / { print $3 }'`
> if [ "$alias" != "ipv6" -a ! -f /proc/net/if_inet6 ]; then
> case "$(modprobe -V 2>/dev/null)" in
> modprobe* )
> echo "alias net-pf-10 ipv6" >>
> /etc/modules.conf
> ;;
> module-init-tools* )
> echo "alias net-pf-10 ipv6" >>
> /etc/modprobe.conf
> ;;
> esac
> fi
> fi
> -
>
> $ grep ipv6 /lib/modules/`uname -r`/modules.alias
> alias net-pf-10 ipv6
>
> An alias is made to ipv6 in modules configuration files, so the
> network script loads it.
> I don't know if it's the correct behaviour what do you think ?
>
> I'm cc-ing Andrey because he's the author of modprobe configuration
> files, so he's likely to help us :)

Hmm..., I know absolutely nothing about this kernel and the things needed to 
run it (but it seems to work to me).

Since I had problems with my soundcard I thought I should give it a try. These 
problems had nothing to do with the kernel.

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[John Allen]

On Sunday 09 November 2003 02:07, Olivier Blin wrote:
> On Sun, 9 Nov 2003 02:50:46 +0100
>
> Olivier Blin <[EMAIL PROTECTED]> wrote:
> > On Sun, 9 Nov 2003 01:23:35 +0100
> >
> > Oden Eriksson <[EMAIL PROTECTED]> wrote:
> > > Another thing. I noticed ivp6 was loaded per default, why is that?
> >
> > Hum, you're right, I don't know why, perhaps a wrong module
> > dependency.
>
> It's loaded by the network init script (/etc/rc.d/init.d/network) :
>
> -
> # If IPv6 is explicitly configured, make sure it's available.
> if [ "$NETWORKING_IPV6" = "yes" ]; then

It must be defined in your /etc/sysconfig/network

> alias=`modprobe -c | awk '/^alias net-pf-10 / { print $3 }'`
> if [ "$alias" != "ipv6" -a ! -f /proc/net/if_inet6 ]; then
> case "$(modprobe -V 2>/dev/null)" in
> modprobe* )
> echo "alias net-pf-10 ipv6" >>
> /etc/modules.conf
> ;;
> module-init-tools* )
> echo "alias net-pf-10 ipv6" >>
> /etc/modprobe.conf
> ;;
> esac
> fi
> fi
> -
>
> $ grep ipv6 /lib/modules/`uname -r`/modules.alias
> alias net-pf-10 ipv6
>
> An alias is made to ipv6 in modules configuration files, so the
> network script loads it.
> I don't know if it's the correct behaviour what do you think ?
>
> I'm cc-ing Andrey because he's the author of modprobe configuration
> files, so he's likely to help us :)

-- 
John Allen,  mailto:[EMAIL PROTECTED]
MandrakeClub Silver Member.  http://johnallen.kicks-ass.net/

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Olivier Blin]

On Sun, 9 Nov 2003 02:50:46 +0100
Olivier Blin <[EMAIL PROTECTED]> wrote:

> On Sun, 9 Nov 2003 01:23:35 +0100
> Oden Eriksson <[EMAIL PROTECTED]> wrote:
> 
> > Another thing. I noticed ivp6 was loaded per default, why is that?
> 
> Hum, you're right, I don't know why, perhaps a wrong module
> dependency.

It's loaded by the network init script (/etc/rc.d/init.d/network) :

-
# If IPv6 is explicitly configured, make sure it's available.
if [ "$NETWORKING_IPV6" = "yes" ]; then
alias=`modprobe -c | awk '/^alias net-pf-10 / { print $3 }'`
if [ "$alias" != "ipv6" -a ! -f /proc/net/if_inet6 ]; then
case "$(modprobe -V 2>/dev/null)" in
modprobe* )
echo "alias net-pf-10 ipv6" >>
/etc/modules.conf
;;
module-init-tools* )
echo "alias net-pf-10 ipv6" >>
/etc/modprobe.conf
;;
esac
fi
fi
-

$ grep ipv6 /lib/modules/`uname -r`/modules.alias
alias net-pf-10 ipv6

An alias is made to ipv6 in modules configuration files, so the
network script loads it.
I don't know if it's the correct behaviour what do you think ?

I'm cc-ing Andrey because he's the author of modprobe configuration
files, so he's likely to help us :)

-- 
Olivier Blin

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Olivier Blin]

On Sun, 9 Nov 2003 01:23:35 +0100
Oden Eriksson <[EMAIL PROTECTED]> wrote:

> Another thing. I noticed ivp6 was loaded per default, why is that?

Hum, you're right, I don't know why, perhaps a wrong module dependency.

> Also none of my sound modules was loaded at boot, I had to manually
> modprobe them, it's a initscript thing only?

Does it happen with test5 or test9 ?
It should be fixed in test9, which is uploaded in contrib.
Enjoy.

-- 
Olivier Blin

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Oden Eriksson]

söndagen den 9 november 2003 01.18 skrev Oden Eriksson:
> lördagen den 8 november 2003 23.56 skrev Olivier Blin:
> > On Sat, 8 Nov 2003 21:12:01 +0100
> >
> > Oden Eriksson <[EMAIL PROTECTED]> wrote:
> > > Hi (Olivier Blin)
> > >
> > > Is there a reason why aic7xxx is not compiled and provided with this
> > > package?
> >
> > No, there isn't any good reason ...
> > Perhaps it was disabled by Olivier Thauvin in previous releases because
> > it didn't compile.
> >
> > It will be in test9.5mdk .
> >
> > Regards.
>
> Thanks. I just compiled a "custom" kernel and it seems to work to me
> (aic7xxx).


Another thing. I noticed ivp6 was loaded per default, why is that? Also none 
of my sound modules was loaded at boot, I had to manually modprobe them, it's 
a initscript thing only?

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Oden Eriksson]

lördagen den 8 november 2003 23.56 skrev Olivier Blin:
> On Sat, 8 Nov 2003 21:12:01 +0100
>
> Oden Eriksson <[EMAIL PROTECTED]> wrote:
> > Hi (Olivier Blin)
> >
> > Is there a reason why aic7xxx is not compiled and provided with this
> > package?
>
> No, there isn't any good reason ...
> Perhaps it was disabled by Olivier Thauvin in previous releases because
> it didn't compile.
>
> It will be in test9.5mdk .
>
> Regards.

Thanks. I just compiled a "custom" kernel and it seems to work to me 
(aic7xxx).

Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk

[Olivier Blin]

On Sat, 8 Nov 2003 21:12:01 +0100
Oden Eriksson <[EMAIL PROTECTED]> wrote:

> Hi (Olivier Blin)
> 
> Is there a reason why aic7xxx is not compiled and provided with this
> package?

No, there isn't any good reason ...
Perhaps it was disabled by Olivier Thauvin in previous releases because
it didn't compile.

It will be in test9.5mdk .

Regards.

-- 
Olivier Blin

Re: [Cooker] kernel 23mdk panic

[Tim Sawchuck]

On Wed, 05 Nov 2003 23:38:30 +
Adam Williamson <[EMAIL PROTECTED]> scribed on electronic parchment:

> On Wed, 2003-11-05 at 08:49, Tim Sawchuck wrote:
> 
> > There is more power in your music than you know - is this the "music
> > hath charms to sooth a savage beast" thing going here?!?!?
> 
> Since I'm on a correcting-colloquialisms kick on this list...:)
> 
> That's a misquote. The original is: "Music hath charms to soothe the
> savage breast" (note breast, not beast). Something by...er...William
> Congreve, I believe.


Well, I'll blame it on Google and artistic license. ;-)   My memory was even
worse.  And all these many years I thought it was beast.. 
savage.  breast.   damn!!



Tim

-- 
 _
( ) ASCII ribbon campaign against HTML e-mail
 x registered Linux user # 329428
/ \ GnuPG KeyID 6B5A70DF www.keyserver.net


pgp0.pgp
Description: PGP signature