Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
Ingo Molnar <[EMAIL PROTECTED]> writes: > We are pleased to announce something we've been working on for some > time: a finegrained, split-up patch queue of the -rt kernel patch. From > now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt > release and it is available from the -rt download site: Better late than never. Thank You. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
On Thu, 2007-07-12 at 20:40 +0200, Thomas Gleixner wrote: > On Thu, 2007-07-12 at 10:02 -0700, Daniel Walker wrote: > > On Thu, 2007-07-12 at 19:01 +0200, Thomas Gleixner wrote: > > > > > We know very well and Ingo nowhere said, that this is not a perfect > > > queue, but it was and still is _our_ work base and we opened it up for > > > the reasons explained. > > > > Easy Thomas .. I was just trying to be helpful .. > > Think for a minute: > > > I haven't really been submitting much to -rt mainly because there was > > no broken out set .. > > Now you expect, that we are completely excited because you condescend to > work with us from one minute to the other ? I'm not "condecending" to anything. I was personally discouraged .. If I was you I'd re-evaluate my position. You should _thrive_ on more developers working with your, instead of trying to discourage people (by sending email like this) .. I won't be discouraged by your nasty emails. Just so this isn't a a totally negative thread, I'll take this opportunity to again thank you and Ingo for release a broken out set. I appreciate it, and I'm sure many other people do as well. Daniel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
On Thu, 2007-07-12 at 10:02 -0700, Daniel Walker wrote: > On Thu, 2007-07-12 at 19:01 +0200, Thomas Gleixner wrote: > > > We know very well and Ingo nowhere said, that this is not a perfect > > queue, but it was and still is _our_ work base and we opened it up for > > the reasons explained. > > Easy Thomas .. I was just trying to be helpful .. Think for a minute: > I haven't really been submitting much to -rt mainly because there was > no broken out set .. Now you expect, that we are completely excited because you condescend to work with us from one minute to the other ? tglx - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
On Thu, 2007-07-12 at 19:01 +0200, Thomas Gleixner wrote: > We know very well and Ingo nowhere said, that this is not a perfect > queue, but it was and still is _our_ work base and we opened it up for > the reasons explained. Easy Thomas .. I was just trying to be helpful .. > What we definitely not need is platitude advise, how we should manage > the queue and what could be improved as well as hysteric shuffling in > the queue right now. > > There are enough problems to work on, cleanups to do and the least one > is to worry about how the queue is organized. If you don't think massaging the queue is important right now, what are your priorities ? Daniel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
Daniel, On Thu, 2007-07-12 at 09:33 -0700, Daniel Walker wrote: > On Thu, 2007-07-12 at 17:37 +0200, Ingo Molnar wrote: > > We are pleased to announce something we've been working on for some > > time: a finegrained, split-up patch queue of the -rt kernel patch. From > > now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt > > release and it is available from the -rt download site: > > > >http://redhat.com/~mingo/realtime-preempt/ > > > > the -rt patch-queue consists of 374 patches at the moment, which do: > > > >698 files changed, 27920 insertions(+), 9603 deletions(-) > > Is the number of patches relevant to you ? It seems like some patches > could be boken out more. For instance there could be a per-architecture > patch dedicated to converting spinlocks to raw spinlocks .. I was > looking at preempt-realtime-i386.patch .. We know very well and Ingo nowhere said, that this is not a perfect queue, but it was and still is _our_ work base and we opened it up for the reasons explained. What we definitely not need is platitude advise, how we should manage the queue and what could be improved as well as hysteric shuffling in the queue right now. There are enough problems to work on, cleanups to do and the least one is to worry about how the queue is organized. tglx - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
On Thu, 2007-07-12 at 17:37 +0200, Ingo Molnar wrote: > We are pleased to announce something we've been working on for some > time: a finegrained, split-up patch queue of the -rt kernel patch. From > now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt > release and it is available from the -rt download site: > >http://redhat.com/~mingo/realtime-preempt/ > > the -rt patch-queue consists of 374 patches at the moment, which do: > >698 files changed, 27920 insertions(+), 9603 deletions(-) Is the number of patches relevant to you ? It seems like some patches could be boken out more. For instance there could be a per-architecture patch dedicated to converting spinlocks to raw spinlocks .. I was looking at preempt-realtime-i386.patch .. Daniel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
On Thu, 2007-07-12 at 17:37 +0200, Ingo Molnar wrote: > We are pleased to announce something we've been working on for some > time: a finegrained, split-up patch queue of the -rt kernel patch. From > now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt > release and it is available from the -rt download site: > >http://redhat.com/~mingo/realtime-preempt/ > > the -rt patch-queue consists of 374 patches at the moment, which do: > >698 files changed, 27920 insertions(+), 9603 deletions(-) > > which is impressive as we moved a huge chunk of -rt into mainline > already ;-) The series file is attached below. > > the splitup work has been done by Thomas and me, and we completed it > during the recent merge of -rt to 2.6.22. (what we had before was pretty > monolithic, messy and hard to merge, not really suitable for general > consumption.) Thank you! > the purpose of this finegrained splitup is to foster (even ;-) quicker > upstream integration of various -rt features, and to see the full -rt > tree integrated upstream. We also hope that this split-up queue helps > various vendors standardize their (currently quite splintered) real-time > implementations to the upstream -rt patchset. I haven't really been submitting much to -rt mainly because there was no broken out set .. Every time I had to download that one big patch I would clinch my fists .. > the queue is not (yet) bisectable at every point, and many of the splits > are thematic, to allow the simpler future handling of updates. > > more info about the -rt patchset in general can be found in the RT wiki: > > http://rt.wiki.kernel.org > > Ingo, Thomas > > -> > # > # base tree: 2.6.22.1 > # > > # > # Linus latest > # > > # > # CFS queue: > # > sched-cfs-v2.6.22.1-v19.patch > sched-cfs-latest.patch > > # > # Futex-fixes in -mm > # > futex-tidy-up-the-code-v2.patch > > # > # hrt: 2.6.22-hrt4 queue > # > > # Basic cpuidle patches > cpuidle_take2_core_cpuidle_infrastructure.patch > cpuidle_take2_hookup_acpi_c-states_driver_with_cpuidle.patch > cpuidle_take2_basic_documentation_for_cpuidle.patch > cpuidle_build_fix_for_not_CPU_IDLE.patch > cpuidle_fix_build_break.patch > cpuidle_make_code_static.patch > cpuidle_ladder_does_not_depend_on_ACPI.patch > cpuidle_fix_boot_hang.patch > cpuidle_1_bit_field_must_be_unsigned.patch > cpuidle_fix_sysfs_related_issue.patch > cpuidle_add_cpuidle_force_redetect_devices_api.patch > cpuidle_add_support_for_max_cstate_limit.patch > cpuidle_hang_fix.patch > #cpuidle_basic_into_test_branch.patch > > #cpuidle menu governor patches > cpuidle_governor_api_change.patch > cpuidle_export_time_until_next_timer_interrupt_using_no_hz.patch > cpuidle_add_menu_governor.patch > #cpuidle_menu_into_test_branch.patch > cpuidle_build_fix_cpuidle_vs_ipw2100_module.patch > > #cpuidle most recent changes > menu_hrt_compile_fix_001.patch > keep_proc_acpi_power_around_001.patch > cpuidle_warning_fix_002.patch > cpuidle_last_measured_004.patch > cpuidle_developer_switch_04.patch > cpuidle_governor_ratings_04.patch > cpuidle_documentation_update_04.patch > cpuidle-fix-modular-build.patch > > # > # Generic hrtimer/time/clockevent/source patches > # > i386-hpet-check-if-the-counter-works.patch > clockevents-remove-unused-code.patch > nohz-fix-nohz-x86-dyntick-idle-handling.patch > acpi-move-timer-broadcast-and-pmtimer-access-before-c3-arbiter-shutdown.patch > clockevents-fix-typo-in-acpi_pmc.patch > timekeeping-fixup-shadow-variable-argument.patch > timerc-cleanup-recently-introduced-whitespace-damage.patch > clockevents-remove-prototypes-of-removed-functions.patch > clockevents-fix-resume-logic.patch > clockevents-fix-device-replacement.patch > tick-management-spread-timer-interrupt.patch > highres-improve-debug-output.patch > highres-improve-debug-output-fix.patch > hrtimer-speedup-hrtimer_enqueue.patch > pcspkr-use-the-global-pit-lock.patch > ntp-move-the-cmos-update-code-into-ntpc.patch > ntp-move-the-cmos-update-code-into-ntpc-fix.patch > ntp-move-the-cmos-update-code-into-ntpc-fix-fix.patch > i386-pit-stop-only-when-in-periodic-or-oneshot-mode.patch > i386-remove-volatile-in-apicc.patch > i386-hpet-assumes-boot-cpu-is-0.patch > i386-move-pit-function-declarations-and-constants-to-correct-header-file.patch > > # > # x86-64 > # > x86_64-untangle-asm-hpeth-from-asm-timexh.patch > x86_64-use-generic-cmos-update.patch > x86_64-remove-dead-code-and-other-janitor-work-in-tscc.patch > x86_64-fix-apic-typo.patch > x86_64-fix-irq-regs-leftovers.patch > x86_64-share-hpet-h.patch > x86_64-i8259-remove-useless-forward-declaration.patch > i386-prepare-sharing-hpet-code.patch > i386-prepare-sharing-pit-code.patch > x86_64-apic-whitespace-comment-and-remove-unused-code.patch > x86_64-timec-fix-whitespace-wreckage.patch > x86_64-consolidate-tsc-calibration.patch > > x86_64-preparatory-apic-set-lvtt.patch > x86_64-convert-to-cleckevents.patch > > x86_64-remove-now-useless-hpet-code.patch >
[announce] split-up -rt patch-queue, v2.6.22.1-rt2
We are pleased to announce something we've been working on for some time: a finegrained, split-up patch queue of the -rt kernel patch. From now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt release and it is available from the -rt download site: http://redhat.com/~mingo/realtime-preempt/ the -rt patch-queue consists of 374 patches at the moment, which do: 698 files changed, 27920 insertions(+), 9603 deletions(-) which is impressive as we moved a huge chunk of -rt into mainline already ;-) The series file is attached below. the splitup work has been done by Thomas and me, and we completed it during the recent merge of -rt to 2.6.22. (what we had before was pretty monolithic, messy and hard to merge, not really suitable for general consumption.) the purpose of this finegrained splitup is to foster (even ;-) quicker upstream integration of various -rt features, and to see the full -rt tree integrated upstream. We also hope that this split-up queue helps various vendors standardize their (currently quite splintered) real-time implementations to the upstream -rt patchset. the queue is not (yet) bisectable at every point, and many of the splits are thematic, to allow the simpler future handling of updates. more info about the -rt patchset in general can be found in the RT wiki: http://rt.wiki.kernel.org Ingo, Thomas -> # # base tree: 2.6.22.1 # # # Linus latest # # # CFS queue: # sched-cfs-v2.6.22.1-v19.patch sched-cfs-latest.patch # # Futex-fixes in -mm # futex-tidy-up-the-code-v2.patch # # hrt: 2.6.22-hrt4 queue # # Basic cpuidle patches cpuidle_take2_core_cpuidle_infrastructure.patch cpuidle_take2_hookup_acpi_c-states_driver_with_cpuidle.patch cpuidle_take2_basic_documentation_for_cpuidle.patch cpuidle_build_fix_for_not_CPU_IDLE.patch cpuidle_fix_build_break.patch cpuidle_make_code_static.patch cpuidle_ladder_does_not_depend_on_ACPI.patch cpuidle_fix_boot_hang.patch cpuidle_1_bit_field_must_be_unsigned.patch cpuidle_fix_sysfs_related_issue.patch cpuidle_add_cpuidle_force_redetect_devices_api.patch cpuidle_add_support_for_max_cstate_limit.patch cpuidle_hang_fix.patch #cpuidle_basic_into_test_branch.patch #cpuidle menu governor patches cpuidle_governor_api_change.patch cpuidle_export_time_until_next_timer_interrupt_using_no_hz.patch cpuidle_add_menu_governor.patch #cpuidle_menu_into_test_branch.patch cpuidle_build_fix_cpuidle_vs_ipw2100_module.patch #cpuidle most recent changes menu_hrt_compile_fix_001.patch keep_proc_acpi_power_around_001.patch cpuidle_warning_fix_002.patch cpuidle_last_measured_004.patch cpuidle_developer_switch_04.patch cpuidle_governor_ratings_04.patch cpuidle_documentation_update_04.patch cpuidle-fix-modular-build.patch # # Generic hrtimer/time/clockevent/source patches # i386-hpet-check-if-the-counter-works.patch clockevents-remove-unused-code.patch nohz-fix-nohz-x86-dyntick-idle-handling.patch acpi-move-timer-broadcast-and-pmtimer-access-before-c3-arbiter-shutdown.patch clockevents-fix-typo-in-acpi_pmc.patch timekeeping-fixup-shadow-variable-argument.patch timerc-cleanup-recently-introduced-whitespace-damage.patch clockevents-remove-prototypes-of-removed-functions.patch clockevents-fix-resume-logic.patch clockevents-fix-device-replacement.patch tick-management-spread-timer-interrupt.patch highres-improve-debug-output.patch highres-improve-debug-output-fix.patch hrtimer-speedup-hrtimer_enqueue.patch pcspkr-use-the-global-pit-lock.patch ntp-move-the-cmos-update-code-into-ntpc.patch ntp-move-the-cmos-update-code-into-ntpc-fix.patch ntp-move-the-cmos-update-code-into-ntpc-fix-fix.patch i386-pit-stop-only-when-in-periodic-or-oneshot-mode.patch i386-remove-volatile-in-apicc.patch i386-hpet-assumes-boot-cpu-is-0.patch i386-move-pit-function-declarations-and-constants-to-correct-header-file.patch # # x86-64 # x86_64-untangle-asm-hpeth-from-asm-timexh.patch x86_64-use-generic-cmos-update.patch x86_64-remove-dead-code-and-other-janitor-work-in-tscc.patch x86_64-fix-apic-typo.patch x86_64-fix-irq-regs-leftovers.patch x86_64-share-hpet-h.patch x86_64-i8259-remove-useless-forward-declaration.patch i386-prepare-sharing-hpet-code.patch i386-prepare-sharing-pit-code.patch x86_64-apic-whitespace-comment-and-remove-unused-code.patch x86_64-timec-fix-whitespace-wreckage.patch x86_64-consolidate-tsc-calibration.patch x86_64-preparatory-apic-set-lvtt.patch x86_64-convert-to-cleckevents.patch x86_64-remove-now-useless-hpet-code.patch acpi-remove-the-useless-ifdef-code.patch i386-pit-remove-the-useless-ifdefs.patch x86_64-prep-idle-loop-for-dynticks.patch x86_64-enable-high-resolution-timers-and-dynticks.patch # # Venki's HPET series # ich-force-hpet-make-generic-time-capable-of-switching-broadcast-timer.patch ich-force-hpet-restructure-hpet-generic-clock-code.patch ich-force-hpet-ich7-or-later-quirk-to-force-detect-enable.patch ich-force-hpet-ich7-or-later-quirk-to-force-detect-enable-fix.patch
[announce] split-up -rt patch-queue, v2.6.22.1-rt2
We are pleased to announce something we've been working on for some time: a finegrained, split-up patch queue of the -rt kernel patch. From now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt release and it is available from the -rt download site: http://redhat.com/~mingo/realtime-preempt/ the -rt patch-queue consists of 374 patches at the moment, which do: 698 files changed, 27920 insertions(+), 9603 deletions(-) which is impressive as we moved a huge chunk of -rt into mainline already ;-) The series file is attached below. the splitup work has been done by Thomas and me, and we completed it during the recent merge of -rt to 2.6.22. (what we had before was pretty monolithic, messy and hard to merge, not really suitable for general consumption.) the purpose of this finegrained splitup is to foster (even ;-) quicker upstream integration of various -rt features, and to see the full -rt tree integrated upstream. We also hope that this split-up queue helps various vendors standardize their (currently quite splintered) real-time implementations to the upstream -rt patchset. the queue is not (yet) bisectable at every point, and many of the splits are thematic, to allow the simpler future handling of updates. more info about the -rt patchset in general can be found in the RT wiki: http://rt.wiki.kernel.org Ingo, Thomas - # # base tree: 2.6.22.1 # # # Linus latest # # # CFS queue: # sched-cfs-v2.6.22.1-v19.patch sched-cfs-latest.patch # # Futex-fixes in -mm # futex-tidy-up-the-code-v2.patch # # hrt: 2.6.22-hrt4 queue # # Basic cpuidle patches cpuidle_take2_core_cpuidle_infrastructure.patch cpuidle_take2_hookup_acpi_c-states_driver_with_cpuidle.patch cpuidle_take2_basic_documentation_for_cpuidle.patch cpuidle_build_fix_for_not_CPU_IDLE.patch cpuidle_fix_build_break.patch cpuidle_make_code_static.patch cpuidle_ladder_does_not_depend_on_ACPI.patch cpuidle_fix_boot_hang.patch cpuidle_1_bit_field_must_be_unsigned.patch cpuidle_fix_sysfs_related_issue.patch cpuidle_add_cpuidle_force_redetect_devices_api.patch cpuidle_add_support_for_max_cstate_limit.patch cpuidle_hang_fix.patch #cpuidle_basic_into_test_branch.patch #cpuidle menu governor patches cpuidle_governor_api_change.patch cpuidle_export_time_until_next_timer_interrupt_using_no_hz.patch cpuidle_add_menu_governor.patch #cpuidle_menu_into_test_branch.patch cpuidle_build_fix_cpuidle_vs_ipw2100_module.patch #cpuidle most recent changes menu_hrt_compile_fix_001.patch keep_proc_acpi_power_around_001.patch cpuidle_warning_fix_002.patch cpuidle_last_measured_004.patch cpuidle_developer_switch_04.patch cpuidle_governor_ratings_04.patch cpuidle_documentation_update_04.patch cpuidle-fix-modular-build.patch # # Generic hrtimer/time/clockevent/source patches # i386-hpet-check-if-the-counter-works.patch clockevents-remove-unused-code.patch nohz-fix-nohz-x86-dyntick-idle-handling.patch acpi-move-timer-broadcast-and-pmtimer-access-before-c3-arbiter-shutdown.patch clockevents-fix-typo-in-acpi_pmc.patch timekeeping-fixup-shadow-variable-argument.patch timerc-cleanup-recently-introduced-whitespace-damage.patch clockevents-remove-prototypes-of-removed-functions.patch clockevents-fix-resume-logic.patch clockevents-fix-device-replacement.patch tick-management-spread-timer-interrupt.patch highres-improve-debug-output.patch highres-improve-debug-output-fix.patch hrtimer-speedup-hrtimer_enqueue.patch pcspkr-use-the-global-pit-lock.patch ntp-move-the-cmos-update-code-into-ntpc.patch ntp-move-the-cmos-update-code-into-ntpc-fix.patch ntp-move-the-cmos-update-code-into-ntpc-fix-fix.patch i386-pit-stop-only-when-in-periodic-or-oneshot-mode.patch i386-remove-volatile-in-apicc.patch i386-hpet-assumes-boot-cpu-is-0.patch i386-move-pit-function-declarations-and-constants-to-correct-header-file.patch # # x86-64 # x86_64-untangle-asm-hpeth-from-asm-timexh.patch x86_64-use-generic-cmos-update.patch x86_64-remove-dead-code-and-other-janitor-work-in-tscc.patch x86_64-fix-apic-typo.patch x86_64-fix-irq-regs-leftovers.patch x86_64-share-hpet-h.patch x86_64-i8259-remove-useless-forward-declaration.patch i386-prepare-sharing-hpet-code.patch i386-prepare-sharing-pit-code.patch x86_64-apic-whitespace-comment-and-remove-unused-code.patch x86_64-timec-fix-whitespace-wreckage.patch x86_64-consolidate-tsc-calibration.patch x86_64-preparatory-apic-set-lvtt.patch x86_64-convert-to-cleckevents.patch x86_64-remove-now-useless-hpet-code.patch acpi-remove-the-useless-ifdef-code.patch i386-pit-remove-the-useless-ifdefs.patch x86_64-prep-idle-loop-for-dynticks.patch x86_64-enable-high-resolution-timers-and-dynticks.patch # # Venki's HPET series # ich-force-hpet-make-generic-time-capable-of-switching-broadcast-timer.patch ich-force-hpet-restructure-hpet-generic-clock-code.patch ich-force-hpet-ich7-or-later-quirk-to-force-detect-enable.patch ich-force-hpet-ich7-or-later-quirk-to-force-detect-enable-fix.patch
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
On Thu, 2007-07-12 at 17:37 +0200, Ingo Molnar wrote: We are pleased to announce something we've been working on for some time: a finegrained, split-up patch queue of the -rt kernel patch. From now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt release and it is available from the -rt download site: http://redhat.com/~mingo/realtime-preempt/ the -rt patch-queue consists of 374 patches at the moment, which do: 698 files changed, 27920 insertions(+), 9603 deletions(-) which is impressive as we moved a huge chunk of -rt into mainline already ;-) The series file is attached below. the splitup work has been done by Thomas and me, and we completed it during the recent merge of -rt to 2.6.22. (what we had before was pretty monolithic, messy and hard to merge, not really suitable for general consumption.) Thank you! the purpose of this finegrained splitup is to foster (even ;-) quicker upstream integration of various -rt features, and to see the full -rt tree integrated upstream. We also hope that this split-up queue helps various vendors standardize their (currently quite splintered) real-time implementations to the upstream -rt patchset. I haven't really been submitting much to -rt mainly because there was no broken out set .. Every time I had to download that one big patch I would clinch my fists .. the queue is not (yet) bisectable at every point, and many of the splits are thematic, to allow the simpler future handling of updates. more info about the -rt patchset in general can be found in the RT wiki: http://rt.wiki.kernel.org Ingo, Thomas - # # base tree: 2.6.22.1 # # # Linus latest # # # CFS queue: # sched-cfs-v2.6.22.1-v19.patch sched-cfs-latest.patch # # Futex-fixes in -mm # futex-tidy-up-the-code-v2.patch # # hrt: 2.6.22-hrt4 queue # # Basic cpuidle patches cpuidle_take2_core_cpuidle_infrastructure.patch cpuidle_take2_hookup_acpi_c-states_driver_with_cpuidle.patch cpuidle_take2_basic_documentation_for_cpuidle.patch cpuidle_build_fix_for_not_CPU_IDLE.patch cpuidle_fix_build_break.patch cpuidle_make_code_static.patch cpuidle_ladder_does_not_depend_on_ACPI.patch cpuidle_fix_boot_hang.patch cpuidle_1_bit_field_must_be_unsigned.patch cpuidle_fix_sysfs_related_issue.patch cpuidle_add_cpuidle_force_redetect_devices_api.patch cpuidle_add_support_for_max_cstate_limit.patch cpuidle_hang_fix.patch #cpuidle_basic_into_test_branch.patch #cpuidle menu governor patches cpuidle_governor_api_change.patch cpuidle_export_time_until_next_timer_interrupt_using_no_hz.patch cpuidle_add_menu_governor.patch #cpuidle_menu_into_test_branch.patch cpuidle_build_fix_cpuidle_vs_ipw2100_module.patch #cpuidle most recent changes menu_hrt_compile_fix_001.patch keep_proc_acpi_power_around_001.patch cpuidle_warning_fix_002.patch cpuidle_last_measured_004.patch cpuidle_developer_switch_04.patch cpuidle_governor_ratings_04.patch cpuidle_documentation_update_04.patch cpuidle-fix-modular-build.patch # # Generic hrtimer/time/clockevent/source patches # i386-hpet-check-if-the-counter-works.patch clockevents-remove-unused-code.patch nohz-fix-nohz-x86-dyntick-idle-handling.patch acpi-move-timer-broadcast-and-pmtimer-access-before-c3-arbiter-shutdown.patch clockevents-fix-typo-in-acpi_pmc.patch timekeeping-fixup-shadow-variable-argument.patch timerc-cleanup-recently-introduced-whitespace-damage.patch clockevents-remove-prototypes-of-removed-functions.patch clockevents-fix-resume-logic.patch clockevents-fix-device-replacement.patch tick-management-spread-timer-interrupt.patch highres-improve-debug-output.patch highres-improve-debug-output-fix.patch hrtimer-speedup-hrtimer_enqueue.patch pcspkr-use-the-global-pit-lock.patch ntp-move-the-cmos-update-code-into-ntpc.patch ntp-move-the-cmos-update-code-into-ntpc-fix.patch ntp-move-the-cmos-update-code-into-ntpc-fix-fix.patch i386-pit-stop-only-when-in-periodic-or-oneshot-mode.patch i386-remove-volatile-in-apicc.patch i386-hpet-assumes-boot-cpu-is-0.patch i386-move-pit-function-declarations-and-constants-to-correct-header-file.patch # # x86-64 # x86_64-untangle-asm-hpeth-from-asm-timexh.patch x86_64-use-generic-cmos-update.patch x86_64-remove-dead-code-and-other-janitor-work-in-tscc.patch x86_64-fix-apic-typo.patch x86_64-fix-irq-regs-leftovers.patch x86_64-share-hpet-h.patch x86_64-i8259-remove-useless-forward-declaration.patch i386-prepare-sharing-hpet-code.patch i386-prepare-sharing-pit-code.patch x86_64-apic-whitespace-comment-and-remove-unused-code.patch x86_64-timec-fix-whitespace-wreckage.patch x86_64-consolidate-tsc-calibration.patch x86_64-preparatory-apic-set-lvtt.patch x86_64-convert-to-cleckevents.patch x86_64-remove-now-useless-hpet-code.patch acpi-remove-the-useless-ifdef-code.patch i386-pit-remove-the-useless-ifdefs.patch x86_64-prep-idle-loop-for-dynticks.patch
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
On Thu, 2007-07-12 at 17:37 +0200, Ingo Molnar wrote: We are pleased to announce something we've been working on for some time: a finegrained, split-up patch queue of the -rt kernel patch. From now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt release and it is available from the -rt download site: http://redhat.com/~mingo/realtime-preempt/ the -rt patch-queue consists of 374 patches at the moment, which do: 698 files changed, 27920 insertions(+), 9603 deletions(-) Is the number of patches relevant to you ? It seems like some patches could be boken out more. For instance there could be a per-architecture patch dedicated to converting spinlocks to raw spinlocks .. I was looking at preempt-realtime-i386.patch .. Daniel - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
Daniel, On Thu, 2007-07-12 at 09:33 -0700, Daniel Walker wrote: On Thu, 2007-07-12 at 17:37 +0200, Ingo Molnar wrote: We are pleased to announce something we've been working on for some time: a finegrained, split-up patch queue of the -rt kernel patch. From now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt release and it is available from the -rt download site: http://redhat.com/~mingo/realtime-preempt/ the -rt patch-queue consists of 374 patches at the moment, which do: 698 files changed, 27920 insertions(+), 9603 deletions(-) Is the number of patches relevant to you ? It seems like some patches could be boken out more. For instance there could be a per-architecture patch dedicated to converting spinlocks to raw spinlocks .. I was looking at preempt-realtime-i386.patch .. We know very well and Ingo nowhere said, that this is not a perfect queue, but it was and still is _our_ work base and we opened it up for the reasons explained. What we definitely not need is platitude advise, how we should manage the queue and what could be improved as well as hysteric shuffling in the queue right now. There are enough problems to work on, cleanups to do and the least one is to worry about how the queue is organized. tglx - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
On Thu, 2007-07-12 at 19:01 +0200, Thomas Gleixner wrote: We know very well and Ingo nowhere said, that this is not a perfect queue, but it was and still is _our_ work base and we opened it up for the reasons explained. Easy Thomas .. I was just trying to be helpful .. What we definitely not need is platitude advise, how we should manage the queue and what could be improved as well as hysteric shuffling in the queue right now. There are enough problems to work on, cleanups to do and the least one is to worry about how the queue is organized. If you don't think massaging the queue is important right now, what are your priorities ? Daniel - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
On Thu, 2007-07-12 at 10:02 -0700, Daniel Walker wrote: On Thu, 2007-07-12 at 19:01 +0200, Thomas Gleixner wrote: We know very well and Ingo nowhere said, that this is not a perfect queue, but it was and still is _our_ work base and we opened it up for the reasons explained. Easy Thomas .. I was just trying to be helpful .. Think for a minute: I haven't really been submitting much to -rt mainly because there was no broken out set .. Now you expect, that we are completely excited because you condescend to work with us from one minute to the other ? tglx - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
On Thu, 2007-07-12 at 20:40 +0200, Thomas Gleixner wrote: On Thu, 2007-07-12 at 10:02 -0700, Daniel Walker wrote: On Thu, 2007-07-12 at 19:01 +0200, Thomas Gleixner wrote: We know very well and Ingo nowhere said, that this is not a perfect queue, but it was and still is _our_ work base and we opened it up for the reasons explained. Easy Thomas .. I was just trying to be helpful .. Think for a minute: I haven't really been submitting much to -rt mainly because there was no broken out set .. Now you expect, that we are completely excited because you condescend to work with us from one minute to the other ? I'm not condecending to anything. I was personally discouraged .. If I was you I'd re-evaluate my position. You should _thrive_ on more developers working with your, instead of trying to discourage people (by sending email like this) .. I won't be discouraged by your nasty emails. Just so this isn't a a totally negative thread, I'll take this opportunity to again thank you and Ingo for release a broken out set. I appreciate it, and I'm sure many other people do as well. Daniel - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
Ingo Molnar [EMAIL PROTECTED] writes: We are pleased to announce something we've been working on for some time: a finegrained, split-up patch queue of the -rt kernel patch. From now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt release and it is available from the -rt download site: Better late than never. Thank You. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/