Re: [Cooker] kernel-2.6-test9 config
-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 :) joke and you are going to back port initramfs to 2.4 or even 2.2? /joke 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 /2.6 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 [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
-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-test9 config
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
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
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
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
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
... 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
... 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
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
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 [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
-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
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
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
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
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-test9 config
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
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
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
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
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
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
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
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
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
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
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
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 # To make sure we do not include .config for any of the *config targets # catch them early, and
Re: [Cooker] kernel-2.6-test9 config
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
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
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 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
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-test9 config
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
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
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
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
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
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
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