Re: [Th] SMP for all!
Dnia wtorek, 23 stycznia 2007, Bartosz Taudul napisał: On Mon, Jan 22, 2007 at 06:32:54PM +0100, Rafał Cygnarowski wrote: Besides... if there is problem with thouse devices on smp kernel than it should be fixed and I think it's the correct way to solve problem (not running away to up kernel...). So fix them and then we'll talk. There are many things that should be, but unfortunately, they aren't. There is nothing to fix so far, couse no one said concretes informatinon - only rumors: 1. [EMAIL PROTECTED] I.E. Amarok and probably some other apps do some magic on their own to ensure smooth ridding on SMP machines and wouldn't this post problems?? _magic_ is not my domain 2. Paweł Sikora iirc not all stuff works fine in smp enviroment. e.g. some lirc drivers, video tuners, tape/floppy drivers. _some_ - which one? what are the symptoms of not working? oops? where they are? 3. Marcin Król There is one. I've encountered some UP hardware where running any SMP kernel simply locks whole machine. no concret information - even kernel version is a secret 4. qboosh What about modules marked as BROKEN_ON_SMP since the beginning (of BROKEN_ON_SMP flag)? I found no driver which uses this flag. I suppose most of these rumors concern some old 2.6 (or even 2.5) kernels. -- Rafał Cygnarowski [EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
2. Paweł Sikora iirc not all stuff works fine in smp enviroment. e.g. some lirc drivers, video tuners, tape/floppy drivers. _some_ - which one? what are the symptoms of not working? oops? where they are? 2.6.17 doesn't have one tape driver ( 2.6.20 not checked ), lirc_parallel.c isn't smp safe, v4l looks fixed in recent 2.6.x 2.6.20: [cut] Now it doesn't look so bright... :/ -- Rafał Cygnarowski [EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
On Tue, Jan 23, 2007 at 10:16:22AM +0100, Rafał Cygnarowski wrote: There is nothing to fix so far, couse no one said concretes informatinon - only rumors: There were (or are?) some (yeah, some;) SMP issues in netfilter modules also. I didn't notice any on my SMP machines, but I've got there my own kernels. -- Tom Pala [EMAIL PROTECTED] http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
Paweł Sikora wrote: ./cdrom/Kconfig-tristate Matsushita/Panasonic/Creative, Longshine, TEAC CDROM support ./cdrom/Kconfig-tristate Philips/LMS CM206 CDROM support ./cdrom/Kconfig-config CDU31A ./cdrom/Kconfig-tristate Sony CDU31A/CDU33A CDROM support Looks like exhibit list in museum of technology ;) Do You believe that 15 years old CD-ROM is still working? Artur ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
Dnia wtorek, 23 stycznia 2007, Andrzej Krzysztofowicz napisał: Yes. I even know a person who is using one of them. They are dumb and very useful for copying CDs protected by malformed CD info. How do you think: persons with such hardwer need special kernel with extra patches? What about vanila-up kernels for those machines? -- Rafał Cygnarowski [EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
On Tue, Jan 23, 2007 at 10:40:25AM +0100, Paweł Sikora wrote: 2.6.17 doesn't have one tape driver ( 2.6.20 not checked ), lirc_parallel.c isn't smp safe, v4l looks fixed in recent 2.6.x 2.6.20: ./cdrom/Kconfig-config SBPCD [...] Are these broken on SMP kernel or broken on SMP system? I guess, in most cases it is the system. So disabling other CPUs/cores should be enough so solve the problems, not much worse than booting UP kernel. Greets, Jacek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
On Mon, 22 Jan 2007, Jakub Bogusz wrote: iirc not all stuff works fine in smp enviroment. e.g. some lirc drivers, video tuners, tape/floppy drivers. But most of that will work well with SMP kernel on a single processor/core. For multi-CPU machines (including multi-core and hyper-threading) kernel boot options may be used to limit number of logical CPU available for system. I think that should be enough to limit mentioned problems, like UP kernel would limit them. Besides... if there is problem with thouse devices on smp kernel than it should be fixed and I think it's the correct way to solve problem (not running away to up kernel...). What about modules marked as BROKEN_ON_SMP since the beginning (of BROKEN_ON_SMP flag)? But... these are broken_smp_kernel or broken_on_smp_machine ? It's quite important difference :) AFAIR debian has SMP kernel by default... -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
Dnia 21-01-2007, nie o godzinie 21:58 +0100, Arkadiusz Miskiewicz napisał(a): +1 I use SMP kernels while having a single one-core CPU. It's just damn easier to share packages among laptops. +1 +1 here, too. An unsure +1, if an SMP kernel really works everywhere and doesn't post problems. I.E. Amarok and probably some other apps do some magic on their own to ensure smooth ridding on SMP machines and wouldn't this post problems?? About the mistake of installing UP on SMP machine - the spec could look up /proc/cpu or whatever to ensure proper kernel is being installed. [EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
iirc not all stuff works fine in smp enviroment. e.g. some lirc drivers, video tuners, tape/floppy drivers. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
On Mon, Jan 22, 2007 at 02:20:34PM +0100, Marcin Król wrote: An what about trying to turn ACPI off? I was trying this, and few more AFAIR. None of them helped. It looked like this: lilo, dots after pressing enter, end of story. Not even single character from kernel bootup was displayed. So it failed even before trying to probe/start other processors? I guess that would mean not that the SMP functionality didn't work, but some other feature of our SMP kernel which was different from our UP kernels. Greets, Jacek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
Dnia poniedziałek, 22 stycznia 2007, Jakub Bogusz napisał: What about modules marked as BROKEN_ON_SMP since the beginning (of BROKEN_ON_SMP flag)? I see no source files with BROKEN_ON_SMP string. grep -r BROKEN_ON_SMP linux-2.6.19/ shows only CONFIG_BROKEN_ON_SMP=y in config files (or am I wrong?). -- Rafał Cygnarowski [EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
On Mon, Jan 22, 2007 at 06:32:54PM +0100, Rafał Cygnarowski wrote: Besides... if there is problem with thouse devices on smp kernel than it should be fixed and I think it's the correct way to solve problem (not running away to up kernel...). So fix them and then we'll talk. There are many things that should be, but unfortunately, they aren't. wolf -- Bartek . Taudul : .: w o l f @ p l d - l i n u x . o r g.:. http://wolf.valkyrie.one.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
Dnia 21-01-2007, nie o godzinie 21:32 +0100, Artur Flinta napisał(a): Hi! I have idea to provide in Th only SMP kernels. Pro: - simplify kernel build process - simplify building kernel dependent packages (drivers, VMware, VirtualBox, etc.) - unified kernel for support - full speed on most modern hardware (there is no possibility to install by mistake UP kernel on SMP HW and get only part of CPU(s) speed) - It's working on UP HW too - Unnoticeable slowdown on UP hardware Cons: - ? I have no idea what to put here :) Comments? +1 I use SMP kernels while having a single one-core CPU. It's just damn easier to share packages among laptops. -- Patryk Zawadzki [EMAIL PROTECTED] PLD Linux signature.asc Description: To jest część listu podpisana cyfrowo ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
Dnia Sun, 21 Jan 2007 21:42:15 +0100 Patryk Zawadzki [EMAIL PROTECTED] napisał(a): Dnia 21-01-2007, nie o godzinie 21:32 +0100, Artur Flinta napisał(a): Hi! I have idea to provide in Th only SMP kernels. Pro: - simplify kernel build process - simplify building kernel dependent packages (drivers, VMware, VirtualBox, etc.) - unified kernel for support - full speed on most modern hardware (there is no possibility to install by mistake UP kernel on SMP HW and get only part of CPU(s) speed) - It's working on UP HW too - Unnoticeable slowdown on UP hardware Cons: - ? I have no idea what to put here :) Comments? +1 I use SMP kernels while having a single one-core CPU. It's just damn easier to share packages among laptops. +1 especially because of this multicore race now... -- Tomasz Rutkowski, e-mail/jid: [EMAIL PROTECTED], +48 604 419 913 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
Cons: - ? I have no idea what to put here :) There is one. I've encountered some UP hardware where running any SMP kernel simply locks whole machine. No boot messages, no errors. That was also reason why Ra and Ac bootdisks weren't based on SMP kernels. M. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
