Re: [Cooker] kernel-2.6-test8 rpms
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-test8 rpms
-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
-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
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-test8 rpms
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
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-test8 rpms
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 needing it to debug are likely to know how to recompile kernel. CONFIG_SERIAL_8250_CS=m CONFIG_SERIAL_8250_ACPI=y --
Re: [Cooker] kernel-2.6-test8 rpms
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. In which case why not configure others as well? ok, so i'll build in all mouse and keyboard drivers There is no problem loading them out of initrd. Of course it needs harddrake support finally. WDYT?
Re: [Cooker] kernel-2.6-test8 rpms
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 +CONFIG_SUNRPC=m CONFIG_SUNRPC_GSS=m -- 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
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
-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-test8 rpms
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 -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
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-test8 rpms
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-test8 rpms
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-test8 rpms
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-test8 rpms
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-test8 rpms
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
Olivier Blin [EMAIL PROTECTED] writes: i would rather wait for a later bk snapshot if the question is what to release I'd rather used test9 given two mentioned problems. Should I consider applying 2.6.0-test9-mm1 patchset ? http://kerneltrap.org/node/view/1070 since andrew will be the maintainer for the 2.6.x branch, yes.
Re: [Cooker] kernel-2.6-test8 rpms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Olivier Blin wrote: So the problem may/must be in mkinitrd. I'm working on it. My mistake, it's a bug in kernel packaging. No depmod is done in %install, so mkinitrd find the first time an empty modules.desc file and can't guess ext3 depends on jbd ... A test9.4mdk will come later this evening, or are we already in the morning ? ;) It seems you're a bit ahead of the rest of us ... by about a day ... - -- |--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/pjlYrJK6UGDSBKcRAkw8AJ9J7X00TQL9kve3+c/T1c83KRYOUgCgoT7i 3wl7WitRaRpBn/LvkpoRA4Q= =pQTo -END PGP SIGNATURE-
Re: [Cooker] kernel-2.6-test8 rpms
Le Dimanche 2 Novembre 2003 09:29, Tim Sawchuck a écrit : On Sun, 02 Nov 2003 11:44:20 + Adam Williamson [EMAIL PROTECTED] scribed on electronic parchment: On Sun, 2003-11-02 at 02:23, Olivier Blin wrote: I really need to browse all kernel config options, the initial config was done by Nanar months ago :) Everybody is free to update it, I made a basic config to make the package, but I am not good with kernel stuff, and my config are surelly not perfect. I made the package because nobody seems to be ok to start it. I'm not a kernel expert either :) I maintain this package only for fun and girls. I do not blame you for the initial config file, it was quite good. I haven't even browsed all the kernel config file ... Without the help of Svetljo and Andrey, our kernel hackers, I won't have noticed anything :) BTW, test9-2mdk seems to be broken here - it has trouble loading the ext3.o module early in the boot process and since all my partitions are ext3 it can't mount anything and stops booting. Anyone else seeing this, or did I break something? I had the same exact thing last night on my first attempt to try the 2.6 test9-2mdk kernel. Tim Does this kernel support LVM (version 1, compatibile with 2.4) ?
Re: [Cooker] kernel-2.6-test8 rpms
On Mon, Nov 03, 2003 at 10:24:52PM +0100, Gilles Mocellin wrote: I had the same exact thing last night on my first attempt to try the 2.6 test9-2mdk kernel. Does this kernel support LVM (version 1, compatibile with 2.4) ? nope. If you want to use lvm with 2.6 you need to test the packages at http://www.comedia.it/~bluca/cooker/lvm2 they are nearly 100% complete, barring bugs the only feature i'd like to add to mkinitrd is putting a minimal /etc/lvm/lvm.conf, to preserve user-defined filters for device scanning. regards, L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] kernel-2.6-test8 rpms
It seems you're a bit ahead of the rest of us ... by about a day ... oops, sorry, it should be fixed now :) I should sleep a bit now ... -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
On Sun, 2003-11-02 at 02:23, Olivier Blin wrote: I really need to browse all kernel config options, the initial config was done by Nanar months ago :) Everybody is free to update it, I made a basic config to make the package, but I am not good with kernel stuff, and my config are surelly not perfect. I made the package because nobody seems to be ok to start it. I'm not a kernel expert either :) I maintain this package only for fun and girls. I do not blame you for the initial config file, it was quite good. I haven't even browsed all the kernel config file ... Without the help of Svetljo and Andrey, our kernel hackers, I won't have noticed anything :) BTW, test9-2mdk seems to be broken here - it has trouble loading the ext3.o module early in the boot process and since all my partitions are ext3 it can't mount anything and stops booting. Anyone else seeing this, or did I break something? -- adamw
Re: [Cooker] kernel-2.6-test8 rpms
On Sun, 02 Nov 2003 11:44:20 + Adam Williamson [EMAIL PROTECTED] scribed on electronic parchment: On Sun, 2003-11-02 at 02:23, Olivier Blin wrote: I really need to browse all kernel config options, the initial config was done by Nanar months ago :) Everybody is free to update it, I made a basic config to make the package, but I am not good with kernel stuff, and my config are surelly not perfect. I made the package because nobody seems to be ok to start it. I'm not a kernel expert either :) I maintain this package only for fun and girls. I do not blame you for the initial config file, it was quite good. I haven't even browsed all the kernel config file ... Without the help of Svetljo and Andrey, our kernel hackers, I won't have noticed anything :) BTW, test9-2mdk seems to be broken here - it has trouble loading the ext3.o module early in the boot process and since all my partitions are ext3 it can't mount anything and stops booting. Anyone else seeing this, or did I break something? I had the same exact thing last night on my first attempt to try the 2.6 test9-2mdk kernel. Tim -- _ ( ) ASCII ribbon campaign against HTML e-mail x registered Linux user # 329428 / \ GnuPG KeyID 6B5A70DF www.keyserver.net pgp0.pgp Description: PGP signature
Re: [Cooker] kernel-2.6-test8 rpms
BTW, test9-2mdk seems to be broken here - it has trouble loading the ext3.o module early in the boot process and since all my partitions are ext3 it can't mount anything and stops booting. Anyone else seeing this, or did I break something? Right, the ext3 module can't be loaded from the initrd image because of unresolved symbols (journal_* functions IIRC). I don't really know how to track this error, this occurs very early. I've noticed that the jbd module wasn't included in the initrd, isn't it needed by the ext3 module ? But even with jdb in initrd, ext3 can't be loaded at boot. I've made another release with built-in ext3 : http://compil.mandrake.org/~blino/kernel-2.6/ Regards -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
On Tue, 4 Nov 2003 04:08:30 +0100 Olivier Blin [EMAIL PROTECTED] wrote: BTW, test9-2mdk seems to be broken here - it has trouble loading the ext3.o module early in the boot process and since all my partitions are ext3 it can't mount anything and stops booting. Anyone else seeing this, or did I break something? Right, the ext3 module can't be loaded from the initrd image because of unresolved symbols (journal_* functions IIRC). I don't really know how to track this error, this occurs very early. I've noticed that the jbd module wasn't included in the initrd, isn't it needed by the ext3 module ? Some more info: insmod ext3.ko exits with -1 Unknown symbol in module From syslog (thanks to wacky on IRC) : ext3: Unknown symbol journal_force_commit ext3: Unknown symbol journal_dirty_data ext3: Unknown symbol journal_init_dev ext3: Unknown symbol journal_dirty_metadata ext3: Unknown symbol journal_forget ext3: Unknown symbol journal_wipe ext3: Unknown symbol journal_blocks_per_page ext3: Unknown symbol journal_errno ext3: Unknown symbol journal_extend ext3: Unknown symbol journal_invalidatepage ext3: Unknown symbol journal_create ext3: Unknown symbol journal_unlock_updates ext3: Unknown symbol journal_revoke ext3: Unknown symbol journal_lock_updates ext3: Unknown symbol journal_start_commit ext3: Unknown symbol journal_flush ext3: Unknown symbol journal_load ext3: Unknown symbol journal_try_to_free_buffers ext3: Unknown symbol journal_update_format ext3: Unknown symbol journal_get_write_access ext3: Unknown symbol journal_get_undo_access ext3: Unknown symbol journal_get_create_access ext3: Unknown symbol journal_destroy ext3: Unknown symbol journal_enable_debug ext3: Unknown symbol journal_clear_err ext3: Unknown symbol journal_stop ext3: Unknown symbol journal_init_inode ext3: Unknown symbol journal_start ext3: Unknown symbol log_wait_commit ext3: Unknown symbol journal_release_buffer ext3: Unknown symbol journal_check_available_features ext3: Unknown symbol journal_abort ext3: Unknown symbol journal_restart These symbols are defined in jbd module. But even with jdb in initrd, ext3 can't be loaded at boot. Errm, there's a mistake in my /linuxrc, I'll retry right now :) -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
But even with jdb in initrd, ext3 can't be loaded at boot. Errm, there's a mistake in my /linuxrc, I'll retry right now :) Found it. If I add the following lines at the beginning of my /linuxrc in initrd image, it boots fine with ext3 as a module : echo Loading jbd.ko module insmod /lib/jbd.ko So the problem may/must be in mkinitrd. I'm working on it. In the meantime, you can use these instructions (as root) to build a correct initrd and run test9.2mdk : cp /boot/initrd-2.6.0-0.test9.2mdk.img initrd-2.6-test9.2mdk.gz gunzip initrd-2.6-test9.2mdk.gz mkdir initrd-2.6-test9 mount initrd-2.6-test9.2mdk initrd-2.6-test9 -o loop my_favourite_editor_aka_emacs initrd-2.6-test9/linuxrc # add the 2 lines to load jbd after #!/bin/nash umount initrd-2.6-test9 gzip initrd-2.6-test9.2mdk cp initrd-2.6-test9.2mdk.gz /boot/initrd-2.6.0-0.test9.2mdk.img lilo # or install any other boot loader Regards -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
So the problem may/must be in mkinitrd. I'm working on it. My mistake, it's a bug in kernel packaging. No depmod is done in %install, so mkinitrd find the first time an empty modules.desc file and can't guess ext3 depends on jbd ... A test9.4mdk will come later this evening, or are we already in the morning ? ;) -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
On Sat, Nov 01, 2003 at 04:03:03AM +0100, Svetoslav Slavtchev wrote: By the way, should we switch to ROM FS or Minix FS for initrd in order to gain some space ? first we've to hack mkinitrd, and i'm not sure how much will we gain, besides the initrd needs to be writable for lvm setup, so if we use genromfs we need an initrd that mounts a tmpfs over /etc and copies files there. And initrd is too complex already. At the moment mkinitrd calculates the size of the image by 100k + size_of_all_files + 5m (if lvm) My mkinitrd uses 100k + size_of_all_files + size of inodes + 1m (if lvm2) + 5m (if lvm1) and if you are not using devfs wants to write to /dev as well. me thinks, better get Andrey's module-init-tools with gziiped module support compress the modules this would be easier to implement. -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] kernel-2.6-test8 rpms
On Saturday 01 November 2003 03:34, Olivier Blin wrote: I really need to browse all kernel config options, the initial config was done by Nanar months ago :) my config for test9 attached. It was initially based on standard mdk config. With this I can boot mdk 2.4 and vanilla 2.4 and vanilla 2.6 on the same system (I do use my hotplug so for others some things may break). This is SMP (I need it to test spinlocks) and has all debugging options turned on; also it removes all drivers I do not need and makes more of others modules. You can take it as reference. It is known to work :) -andrey
Re: [Cooker] kernel-2.6-test8 rpms
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. me thinks, better get Andrey's module-init-tools with gziiped module support compress the modules But initrd is already built compressed it does not require module-init-tools support (the whole image is compressed). I updated both on usual place (http://supermount-ng.sf.net/mdk-25/). hotplug is updated to CVS code, quite a lot of patches are already integrated. 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). module-init-tools now depends on kernel version - I removed all static aliases for which MODULE_ALIAS is defined based on test9. Future versions may add more aliases. Ideally modrobe.default should be near empty. This means module-init-tools should contain Conflict: kernel-2.6 2.6.0-test9 but as I am not using kernel RPM I am not sure about proper versioning. Svetoslav, would you get a look? Thierry, I really think both need to be in cooker to enable proper testing. -andrey
Re: [Cooker] kernel-2.6-test8 rpms
On Friday 31 October 2003 13:46, Svetoslav Slavtchev wrote: [...] actually on second look it's a bit later, the last line is : Freeing unused kernel memory:272k freed [...] Do you mean that using the same setup test9 stops logging to console and previous kernels not? i haven't tried for a long time it's probably a user error :( if i stop syslogd serial console comes back, so it's either missconfiguration, or some problem between your initscripts package mdk9.1 sysklogd actually rc.sysinit resets console log level to 3 (ERR) by default which means that only critical errors are logged. Check /etc/sysconfig/init. So there is nothing strange you do not see anything after that point. The reason it works after syslog is stopped should be that _something_ resets console log level to higher value. Quick strace on syslog/klogd do not show anything but I am not expert here. Nor do I use syslog - I use syslog-ng. Just try dmesg -n7 and check if you now get output. It would be nice to have different levels for each console OTOH it may not worth the troubles. -andrey
Re: [Cooker] kernel-2.6-test8 rpms
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 ? bzip compression? (last time i loocked the patches were against 2.5.59 :( ) compile with Os ? me thinks, better get Andrey's module-init-tools with gziiped module support compress the modules But initrd is already built compressed it does not require module-init-tools support (the whole image is compressed). I updated both on usual place (http://supermount-ng.sf.net/mdk-25/). hotplug is updated to CVS code, quite a lot of patches are already integrated. 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?] module-init-tools now depends on kernel version - I removed all static aliases for which MODULE_ALIAS is defined based on test9. Future versions may add more aliases. Ideally modrobe.default should be near empty. This means module-init-tools should contain Conflict: kernel-2.6 2.6.0-test9 but as I am not using kernel RPM I am not sure about proper versioning. Svetoslav, would you get a look? we seem to use 0.[pre/test] for not final kernels :-) (kernel-2.6-2.6.0-0.test9.2mdk for example ) 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
On Friday 31 October 2003 13:46, Svetoslav Slavtchev wrote: [...] actually on second look it's a bit later, the last line is : Freeing unused kernel memory:272k freed [...] Do you mean that using the same setup test9 stops logging to console and previous kernels not? i haven't tried for a long time it's probably a user error :( if i stop syslogd serial console comes back, so it's either missconfiguration, or some problem between your initscripts package mdk9.1 sysklogd actually rc.sysinit resets console log level to 3 (ERR) by default which means that only critical errors are logged. Check /etc/sysconfig/init. So there is nothing strange you do not see anything after that point. The reason it works after syslog is stopped should be that _something_ resets console log level to higher value. Quick strace on syslog/klogd do not show anything but I am not expert here. Nor do I use syslog - I use syslog-ng. Just try dmesg -n7 and check if you now get output. It would be nice to have different levels for each console OTOH it may not worth the troubles. thanks, i found it yesterday, sysrq-8 brings everything back :-) i haven't looked in rc.sysinit but i was thinking of adding a boot option for enabling loglevel 8 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
On Saturday 01 November 2003 21:01, Svetoslav Slavtchev wrote: [...] OK so what options do we have to reduce the kernel/ initrd size ? optimize compilation? My initrd consists only of reiserfs. Compare: {pts/2}% l -s /boot/initrd-2.6.0-test9.img 992 /boot/initrd-2.6.0-test9.img {pts/2}% l -s /boot/initrd-2.4.23-pre8.img 340 /boot/initrd-2.4.23-pre8.img That is not code bloat - code size increased only marginally: {pts/2}% size linux-2.6.0-test9/fs/reiserfs/reiserfs.ko textdata bss dec hex filename 21829214006644 226336 37420 linux-2.6.0-test9/fs/reiserfs/reiserfs.ko {pts/2}% size linux-2.4.23-pre8/fs/reiserfs/reiserfs.o textdata bss dec hex filename 18028710286612 187927 2de17 linux-2.4.23-pre8/fs/reiserfs/reiserfs.o but file size increased dramatically: {pts/2}% ls -s linux-2.6.0-test9/fs/reiserfs/reiserfs.ko 2612 linux-2.6.0-test9/fs/reiserfs/reiserfs.ko {pts/2}% ls -s linux-2.4.23-pre8/fs/reiserfs/reiserfs.o 232 linux-2.4.23-pre8/fs/reiserfs/reiserfs.o take separate files, extreme example is super.o: {pts/2}% size linux-2.6.0-test9/fs/reiserfs/super.o textdata bss dec hex filename 15766 448 4 162183f5a linux-2.6.0-test9/fs/reiserfs/super.o {pts/2}% size linux-2.4.23-pre8/fs/reiserfs/super.o textdata bss dec hex filename 14520 108 0 146283924 linux-2.4.23-pre8/fs/reiserfs/super.o {pts/2}% ls -s linux-2.6.0-test9/fs/reiserfs/super.o 180 linux-2.6.0-test9/fs/reiserfs/super.o {pts/2}% ls -s linux-2.4.23-pre8/fs/reiserfs/super.o 24 linux-2.4.23-pre8/fs/reiserfs/super.o apparently it is symbol table size. My knowledge of GCC internals is not as good as it was ten years ago so I do not know why it happens and how to change it. bzip compression? (last time i loocked the patches were against 2.5.59 :( ) compile with Os ? it is not object size :) You do not need to optimize code, you simply has to remove all this (redundant? superfluous?) symbol table entries. Well, I have all debugging options enabled it may have something to do with it of course. -andrey
Re: [Cooker] kernel-2.6-test8 rpms
Le Samedi 01 Novembre 2003 01:34, Olivier Blin a écrit : cause the problems with /etc/init.d/alsa if set to =m everything is ok thanks, fixed in -2mdk I really need to browse all kernel config options, the initial config was done by Nanar months ago :) Everybody is free to update it, I made a basic config to make the package, but I am not good with kernel stuff, and my config are surelly not perfect. I made the package because nobody seems to be ok to start it. -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] kernel-2.6-test8 rpms
I really need to browse all kernel config options, the initial config was done by Nanar months ago :) Everybody is free to update it, I made a basic config to make the package, but I am not good with kernel stuff, and my config are surelly not perfect. I made the package because nobody seems to be ok to start it. I'm not a kernel expert either :) I maintain this package only for fun and girls. I do not blame you for the initial config file, it was quite good. I haven't even browsed all the kernel config file ... Without the help of Svetljo and Andrey, our kernel hackers, I won't have noticed anything :) -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
well vanilla test9 has brocken rlogin/rsh Do you seriously mean anyone is using them? Or does it apply to ssh as well?
Re: [Cooker] kernel-2.6-test8 rpms
well vanilla test9 has brocken rlogin/rsh Do you seriously mean anyone is using them? Or does it apply to ssh as well? well, it was reported by 3-4 people on lkml :-) besides Linus is currently accepting only _real_bug_fixes_ and i have the impression that somehow -bk's are more stable then real releases :-) best, svetljo PS. is serial console working for everyone ? i just tried it and when fbcon took over vgacon, it stopped logging to ttyS0 is this normal behaviour ? BOOT_IMAGE=260t9serC ro root=2208 devfs=mount elevator=deadline console=ttyS0,38400 console=tty0 -- 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
well vanilla test9 has brocken rlogin/rsh Do you seriously mean anyone is using them? Or does it apply to ssh as well? well, it was reported by 3-4 people on lkml :-) Ah, if you mean that, it was not rsh. The OOB data delivery was broken and this is used by rsh to transmit e.g. terminal settings change. This is likely to affect ssh as well, yes. besides Linus is currently accepting only _real_bug_fixes_ and i have the impression that somehow -bk's are more stable then real releases :-) that is simply due to the fact the real releases are tested by real people while -bk are tested by developers only. So any bug introduced in -bk is much less likely to be noticed till next release. PS. is serial console working for everyone ? i just tried it and when fbcon took over vgacon, it stopped logging to ttyS0 is this normal behaviour ? apparently not. I guess James Simmons may be interested :) BTW have you tried his patch for framebuffer posted recently? http://marc.theaimsgroup.com/?t=10668441672r=1w=2n=9 seriously it really needs be fixed, it does not make debugging easier. -andrey BOOT_IMAGE=260t9serC ro root=2208 devfs=mount elevator=deadline console=ttyS0,38400 console=tty0 -- NEU FR ALLE - GMX MediaCenter - fr Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gru, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse fr Mail, Message, More! +++
Re: [Cooker] kernel-2.6-test8 rpms
well vanilla test9 has brocken rlogin/rsh Do you seriously mean anyone is using them? Or does it apply to ssh as well? well, it was reported by 3-4 people on lkml :-) Ah, if you mean that, it was not rsh. The OOB data delivery was broken and this is used by rsh to transmit e.g. terminal settings change. This is likely to affect ssh as well, yes. besides Linus is currently accepting only _real_bug_fixes_ and i have the impression that somehow -bk's are more stable then real releases :-) that is simply due to the fact the real releases are tested by real people while -bk are tested by developers only. So any bug introduced in -bk is much less likely to be noticed till next release. PS. is serial console working for everyone ? i just tried it and when fbcon took over vgacon, it stopped logging to ttyS0 is this normal behaviour ? apparently not. I guess James Simmons may be interested :) BTW have you tried actually on second look it's a bit later, the last line is : Freeing unused kernel memory:272k freed could it be related to the initrd.c removal ? his patch for framebuffer posted recently? http://marc.theaimsgroup.com/?t=10668441672r=1w=2n=9 the last one i didn't, i've tried several prevous version fbdev bk's but no luck AIW radeon7500 AGP: if i pass some options (for ex. 1024x768) the system freezes somewere in init if i don't pass anything system boots fine, but fbset garbels everything and console is not usable Geforce4 PCI tottal freeze at initialisation with/without a nice screen with all colors got smth interesting if loaded as module: rivafb: nVidia device/chipset 10DE0172 rivafb: Detected CRTC controller 0 being used rivafb: RIVA MTRR set to ON rivafb: PCI nVidia NV20 framebuffer ver 0.9.5b (nVidiaGeForce4-M, 2MB @ 0xE000) and the card is 00:0c.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 420] (rev a3) (prog-if 00 [VGA]) Subsystem: Micro-Star International Co., Ltd.: Unknown device 8852 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Interrupt: pin A routed to IRQ 18 Region 0: Memory at e400 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e000 (32-bit, prefetchable) [size=64M] Region 2: Memory at e800 (32-bit, prefetchable) [size=512K] Expansion ROM at unassigned [disabled] [size=128K] Capabilities: [60] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- this was vanilla test9-bk3+ seriously it really needs be fixed, it does not make debugging easier. i'll probably try to revert the initrd changes 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
PS. is serial console working for everyone ? i just tried it and when fbcon took over vgacon, it stopped logging to ttyS0 is this normal behaviour ? apparently not. I guess James Simmons may be interested :) BTW have you tried actually on second look it's a bit later, the last line is : Freeing unused kernel memory:272k freed could it be related to the initrd.c removal ? unlikely. they simply replaced access to initrd image via block device by direct copying of the initrd memory area into file on rootfs. Do you mean that using the same setup test9 stops logging to console and previous kernels not? his patch for framebuffer posted recently? http://marc.theaimsgroup.com/?t=10668441672r=1w=2n=9 the last one i didn't, i've tried several prevous version fbdev bk's but no luck oh well. I guess he can be interested in this too :) -andrey [...] seriously it really needs be fixed, it does not make debugging easier. i'll probably try to revert the initrd changes
Re: [Cooker] kernel-2.6-test8 rpms
PS. is serial console working for everyone ? i just tried it and when fbcon took over vgacon, it stopped logging to ttyS0 is this normal behaviour ? apparently not. I guess James Simmons may be interested :) BTW have you tried actually on second look it's a bit later, the last line is : Freeing unused kernel memory:272k freed could it be related to the initrd.c removal ? unlikely. they simply replaced access to initrd image via block device by direct copying of the initrd memory area into file on rootfs. Do you mean that using the same setup test9 stops logging to console and previous kernels not? i haven't tried for a long time it's probably a user error :( if i stop syslogd serial console comes back, so it's either missconfiguration, or some problem between your initscripts package mdk9.1 sysklogd his patch for framebuffer posted recently? http://marc.theaimsgroup.com/?t=10668441672r=1w=2n=9 the last one i didn't, i've tried several prevous version fbdev bk's but no luck oh well. I guess he can be interested in this too :) i'll try latest patch and will mail him, i just found smth interesting rivafb is reporting NV20 while lspci reports NV17 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
well vanilla test9 has brocken rlogin/rsh and here is the fix by Linus http://marc.theaimsgroup.com/?l=linux-kernelm=106722085714275w=2 oups, I'll fix that in another release CONFIG_SOUND=yes CONFIG_SND=yes cause the problems with /etc/init.d/alsa if set to =m everything is ok thanks, fixed in -2mdk I really need to browse all kernel config options, the initial config was done by Nanar months ago :) CONFIG_USB=yes does the same for /etc/init.d/usb usbfs is not automatically mounted which might cause troubles for certain drivers turning to module fixes the problem fixed in -2dmk too 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/ Regards PS: don't forgot to CC Andrey, he may still be interested :) -- Olivier Blin -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
i would rather wait for a later bk snapshot if the question is what to release I'd rather used test9 given two mentioned problems. Should I consider applying 2.6.0-test9-mm1 patchset ? http://kerneltrap.org/node/view/1070 The -love patchset from Gentoo guys has a lot of new features :) Nick Scheduler v17a Exec-shield (default off - breakage warning) Kexec Vesa Hack MCE fix Autoregulation of swapiness Reiser4 (Breakage warning) Runtime Selectable IO schedulers Processor C3 idling for AMD76x http://forums.gentoo.org/viewtopic.php?t=98296postdays=0postorder=ascstart=150 They've some nice framebuffer (vesafb) fixes. Regards -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
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, 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 me thinks, better get Andrey's module-init-tools with gziiped module support compress the modules there was also a patch flowting around for adding a config option for compilation with Os 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-test8 rpms
i would rather wait for a later bk snapshot if the question is what to release I'd rather used test9 given two mentioned problems. Should I consider applying 2.6.0-test9-mm1 patchset ? http://kerneltrap.org/node/view/1070 The -love patchset from Gentoo guys has a lot of new features :) Nick Scheduler v17a i think he back outs Con's scheduler changes, never tried it Exec-shield (default off - breakage warning) i had it default on for enabled binaries, but then removed it why include it if we wont use it our XFree segfaults very nice if enabled (redhat has a fix for it, but there probably other broken apps in mdk) Kexec still have it here, but i think to drop it it does run only on i386, and seemd to be tested only on 3PC owned by the devlopers, 2 of them OK, the other(my PC too) no go Vesa Hack later in the thread they mention smth about droping fb patches -- brokeness MCE fix Autoregulation of swapiness Reiser4 (Breakage warning) i don't think it ready for prime time, and is not very offten updated (even the bk) Runtime Selectable IO schedulers Processor C3 idling for AMD76x http://forums.gentoo.org/viewtopic.php?t=98296postdays=0postorder=ascstart=150 They've some nice framebuffer (vesafb) fixes. that's my current vanilla patch (i've also a multi-user tree, which lacks the fbdev updates or is a bit behind with them) linus.patch acpi_off-fix.patch cfq-4.patch uml-update.patch hpt374-autotune_fix.patch nforce-ideata133.patch i82365-sysfs-ordering-fix.patch kobject-oops-fixes.patch nosysfs.patch config_os.patch osdl_kexec.patch osdl_lkcd-lite.patch osdl_lkcd-driver.patch osdl_dump_netdev.patch osdl_rcu-stats.patch autoswap.patch dm_snapshot_move_1.patch dm_snapshot_move_2.patch dm_snapshot_move_3.patch dm_snapshot_move_4.patch dev_mapper_exports.patch dev_mapper_Makefile.patch dm-crypt.patch dm-crypt_update.patch dm-raid0_split_request.patch packetcdvd.patch ieee1394r1076.patch input-use-after-free-checks.patch keyboard-repeat-rate-setting-fix.patch 3c509-mca-fix.patch 3c527-smp-update.patch 3c527-race-fix.patch sym-2.1.18f.patch sym-do-160.patch qlogic.patch supermount-2.0.2a-2.6.0-test8.patch firmware-kernel_thread-on-demand.patch loop-autoloading-fix.patch loop-module-alias.patch ntel8x0-cleanup.patch and eventually latest fbdev update but i could never get it running properly on my AIW radeon7500 and tottal freeze onGeforce4 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-test8 rpms
You may just as well jump to test9. I built against test8 only because test9 did not propagated to locale kernel.org mirror last weekend. patch applies to it even without any offset. Nice :) I have packaged -test9 with supermount -test8 patch, you can find it here : http://compil.mandrake.org/~blino/kernel-2.6/ httpd is up again on klama, thanks warly :) Also I had very nasty problem with test8 - no traffic ever flowed over dialup PPP connection. test9 fixed it whatever it was. Oh and test8 does not boot with inintrd and devfs :) Ouch :-/ I can't do much testing this week because I use a slow dialup connection, that's why I don't upload 2.6 to contrib. I'll do that next week :) Regards -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
You may just as well jump to test9. I built against test8 only because test9 did not propagated to locale kernel.org mirror last weekend. patch applies to it even without any offset. Nice :) I have packaged -test9 with supermount -test8 patch, you can find it here : http://compil.mandrake.org/~blino/kernel-2.6/ httpd is up again on klama, thanks warly :) Also I had very nasty problem with test8 - no traffic ever flowed over dialup PPP connection. test9 fixed it whatever it was. Oh and test8 does not boot with inintrd and devfs :) Ouch :-/ I can't do much testing this week because I use a slow dialup connection, that's why I don't upload 2.6 to contrib. I'll do that next week :) well vanilla test9 has brocken rlogin/rsh and here is the fix by Linus http://marc.theaimsgroup.com/?l=linux-kernelm=106722085714275w=2 CONFIG_SOUND=yes CONFIG_SND=yes cause the problems with /etc/init.d/alsa if set to =m everything is ok CONFIG_USB=yes does the same for /etc/init.d/usb usbfs is not automatically mounted which might cause troubles for certain drivers turning to module fixes the problem all FS's built in ? why that ? 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
I've built rpms of kernel-2.6-test8 (thanks to Andrey who released supermount for -test8). You may just as well jump to test9. I built against test8 only because test9 did not propagated to locale kernel.org mirror last weekend. patch applies to it even without any offset. Also I had very nasty problem with test8 - no traffic ever flowed over dialup PPP connection. test9 fixed it whatever it was. Oh and test8 does not boot with inintrd and devfs :) -andrey ., . - http://r.mail.ru/cln2135/mail.ru
Re: [Cooker] kernel-2.6-test8 rpms
I've built rpms of kernel-2.6-test8 (thanks to Andrey who released supermount for -test8). You may just as well jump to test9. I built against test8 only because test9 did not propagated to locale kernel.org mirror last weekend. patch applies to it even without any offset. Also I had very nasty problem with test8 - no traffic ever flowed over dialup PPP connection. test9 fixed it whatever it was. i think it was fixed in test8-bk1 or bk2 (i had the same problem on a lan conection, but only with http, ssh ftp worked) Oh and test8 does not boot with inintrd and devfs :) also fixed in bk1 i think, if you need a patch drop a line ( on second thought also available here : http://marc.theaimsgroup.com/?t=10665063731r=1w=2 ) best, svetljo PS. talking about test9? aren't you scared by the posts on lkml ? it might be that there a lot new testers, but i never seen that much oopses fail reports with earlier test kernels i would rather wait for a later bk snapshot -- 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
any offset. Also I had very nasty problem with test8 - no traffic ever flowed over dialup PPP connection. test9 fixed it whatever it was. i think it was fixed in test8-bk1 or bk2 (i had the same problem on a lan conection, but only with http, ssh ftp worked) good, I was curious it it was just an accident. gone in test9 Oh and test8 does not boot with inintrd and devfs :) also fixed in bk1 i think, fixed in test9 anyway. [...] PS. talking about test9? aren't you scared by the posts on lkml ? it might be that there a lot new testers, but i never seen that much oopses fail reports with earlier test kernels not much more than usual :) I am afraid 2.6 final will not be in good shape when it appears (and rumors are it should be RSN). i would rather wait for a later bk snapshot if the question is what to release I'd rather used test9 given two mentioned problems. -andrey
[Cooker] kernel-2.6-test8 rpms
Hi, I've built rpms of kernel-2.6-test8 (thanks to Andrey who released supermount for -test8). They're available here : http://www.enseirb.fr/~blino/kernel-2.6/ Can someone please confirm it boots and works before I upload the rpms to contrib ? Thanks -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
Hi, I've built rpms of kernel-2.6-test8 (thanks to Andrey who released supermount for -test8). They're available here : http://www.enseirb.fr/~blino/kernel-2.6/ Can someone please confirm it boots and works before I upload the rpms to contrib ? you might want to take a look at my special 2.6 kernel packages :-) http://varna.demon.co.uk/~svetlio/cook/2.6/ pretty hackish, especially *_configs, but i'm running them without troubles the last 2-3 weeks. and they require newer module-init-tools (gziped module support) if someone ones to try them get module-init-tools from the above address or from http://supermount-ng.sourceforge.net/mdk-25/ note for LG-cdrom users : please don't use the binaries (if any available) as the packetcdvd patch is included, and i'm not sure wether changes are needed ( the 2.4.22 patch got's updated, but the 2.6 not to fix the issues with LG-cdrom's ) 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! +++