Re: [Th] SMP for all!
OK! 2.6.20 is coming, maybe it will be good idea to make it first SMP by default kernel, which doesn't have smp suffix and obsoletes smp kernel? We can leave with_up option which will generate kernel-up and if everything goes well we can easily remove it. Regards 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!
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:bluesjabbergdapl -- 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!
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!
> Do You believe that 15 years old CD-ROM is still working? Of course. Not to mention my CDU33a is working better than most of brand new drives. Especially with scratched discs or poor quality discs CD-Rs. M. ___ 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!
> 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 Any SMP enabled kernel will do. 2.4, 2.6, doesn't matter. The last I tried was AFAIK PLDs 2.6.14.7-5. M. ___ 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!
=?iso-8859-2?q?Rafa=B3_Cygnarowski?= wrote: > > 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? It does not matter what I think about this specific case. We are talking about our policy rules. Personally, I have no objections against using SMP kernel as a 686 default. Unless there is something non-SMP for special cases. But is there any advantage if still two kernels are maintained ? -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology ___ 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!
Artur Flinta wrote: > 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? 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. -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology ___ 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 11:21:21AM +0100, Artur Flinta wrote: > 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? I have one working sbpcd ;) (but it's 2x, so slow I don't want to use it anyway) -- Jakub Boguszhttp://qboosh.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!
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!
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!
> > 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: > 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. grep Kconfig files, which options depend on BROKEN_ON_SMP. Well, these are mostly drivers for some old hardware which almost nobody cares of, but they still are. -- Jakub Boguszhttp://qboosh.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!
Rafał Cygnarowski napisał(a): > 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: > 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: ./cdrom/Kconfig-config SBPCD ./cdrom/Kconfig-tristate "Matsushita/Panasonic/Creative, Longshine, TEAC CDROM support" ./cdrom/Kconfig:depends on CD_NO_IDESCSI && BROKEN_ON_SMP -- ./cdrom/Kconfig-config CM206 ./cdrom/Kconfig-tristate "Philips/LMS CM206 CDROM support" ./cdrom/Kconfig:depends on CD_NO_IDESCSI && BROKEN_ON_SMP -- ./cdrom/Kconfig-config CDU31A ./cdrom/Kconfig-tristate "Sony CDU31A/CDU33A CDROM support" ./cdrom/Kconfig:depends on CD_NO_IDESCSI && BROKEN_ON_SMP -- ./char/Kconfig-config RISCOM8 ./char/Kconfig- tristate "SDL RISCom/8 card support" ./char/Kconfig: depends on SERIAL_NONSTANDARD && BROKEN_ON_SMP -- ./char/Kconfig-config STALLION ./char/Kconfig- tristate "Stallion EasyIO or EC8/32 support" ./char/Kconfig: depends on STALDRV && BROKEN_ON_SMP -- ./char/Kconfig-config ISTALLION ./char/Kconfig- tristate "Stallion EC8/64, ONboard, Brumby support" ./char/Kconfig: depends on STALDRV && BROKEN_ON_SMP -- ./char/Kconfig-config A2232 ./char/Kconfig- tristate "Commodore A2232 serial support (EXPERIMENTAL)" ./char/Kconfig: depends on EXPERIMENTAL && ZORRO && BROKEN_ON_SMP -- ./i2c/busses/Kconfig-config I2C_ELEKTOR ./i2c/busses/Kconfig- tristate "Elektor ISA card" ./i2c/busses/Kconfig: depends on I2C && ISA && BROKEN_ON_SMP -- ./isdn/hysdn/Kconfig-config HYSDN ./isdn/hysdn/Kconfig- tristate "Hypercope HYSDN cards (Champ, Ergo, Metro) support (module only)" ./isdn/hysdn/Kconfig: depends on m && PROC_FS && PCI && BROKEN_ON_SMP -- ./isdn/i4l/Kconfig-config ISDN_DRV_LOOP ./isdn/i4l/Kconfig- tristate "isdnloop support" ./isdn/i4l/Kconfig: depends on BROKEN_ON_SMP -- ./net/Kconfig-config NI5010 ./net/Kconfig- tristate "NI5010 support (EXPERIMENTAL)" ./net/Kconfig: depends on NET_VENDOR_RACAL && ISA && EXPERIMENTAL && BROKEN_ON_SMP -- ./net/hamradio/Kconfig-config DMASCC ./net/hamradio/Kconfig- tristate "High-speed (DMA) SCC driver for AX.25" ./net/hamradio/Kconfig: depends on ISA && AX25 && BROKEN_ON_SMP && ISA_DMA_API -- ./net/irda/Kconfig-config IRPORT_SIR ./net/irda/Kconfig- tristate "IrPORT (IrDA serial driver)" ./net/irda/Kconfig: depends on IRDA && BROKEN_ON_SMP -- ./net/irda/Kconfig-config DONGLE_OLD ./net/irda/Kconfig- bool "Old Serial dongle support" ./net/irda/Kconfig: depends on IRPORT_SIR && BROKEN_ON_SMP -- ./net/tulip/Kconfig-config PCMCIA_XIRTULIP ./net/tulip/Kconfig-tristate "Xircom Tulip-like CardBus support (old driver)" ./net/tulip/Kconfig:depends on NET_TULIP && CARDBUS && BROKEN_ON_SMP -- ./scsi/Kconfig-config SCSI_MCA_53C9X ./scsi/Kconfig- tristate "NCR MCA 53C9x SCSI support" ./scsi/Kconfig: depends on MCA_LEGACY && SCSI && BROKEN_ON_SMP ___ 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, 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!
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 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: > Dnia poniedziałek, 22 stycznia 2007, Jacek Konieczny napisał: > > On Mon, Jan 22, 2007 at 01:42:52PM +0100, Paweł Sikora 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)? -- Jakub Boguszhttp://qboosh.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 poniedziałek, 22 stycznia 2007, Jacek Konieczny napisał: > On Mon, Jan 22, 2007 at 01:42:52PM +0100, Paweł Sikora 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...). -- 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 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!
On Mon, Jan 22, 2007 at 01:42:52PM +0100, Paweł Sikora 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. 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!
> 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. M. ___ 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!
> Did You try upgrading BIOS or trying to trace problem? No bioses were available for this hardware at that moment. > What HW is this? It was some old Abit PIII capable board, I'm not sure what model. I don't have this hardware anymore. M. ___ 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!
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!
Artur Flinta wrote: > Marcin Król wrote: >> Unfortunately one of them was PIII capable. I think its mainboard/bios >> fault. > > Did You try upgrading BIOS or trying to trace problem? > What HW is this? An what about trying to turn ACPI off? 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!
Marcin Król wrote: > Unfortunately one of them was PIII capable. I think its mainboard/bios > fault. Did You try upgrading BIOS or trying to trace problem? What HW is this? 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!
> Are these machines >= i686? If not, then we may leave UP kernel for > older hardware only. Unfortunately one of them was PIII capable. I think its mainboard/bios fault. M. ___ 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 Sun, Jan 21, 2007 at 10:15:13PM +0100, Marcin Król wrote: > 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. Are these machines >= i686? If not, then we may leave UP kernel for older hardware only. 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!
> 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
Re: [Th] SMP for all!
On niedziela, 21 stycznia 2007, Tomasz Rutkowski wrote: > 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. [...] > > > > +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. -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ 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!
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
[Th] SMP for all!
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? Regards Artur ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en