* Re: [Xenomai-core] Proposal to use buildbot for Xenomai
From: Niklaus Giger @ 2006-04-08 10:23 UTC (permalink / raw)
To: Jan Kiszka; +Cc: xenomai-core
In-Reply-To: <443777D4.3030002@domain.hid>
Am Samstag, 8. April 2006 10:44 schrieb Jan Kiszka:
> Niklaus Giger wrote:
> > Hi everybody
<..>
> This is a really great idea! Of course, I already have another test
> candidate in mind: RTnet 8). Specifically the PPC environment would be
> interesting, as our "buildbot" (sorry, Wolfgang G. ;) ) is typically
> very busy so that build regressions are sometimes only detected with
> delay on that platform. Is it also possible to explicitly trigger an
> update and rebuild?
Yes of course. Just select a buildslave (e.g. ppc or hcu3 ->
http://ngiger.dyndns.org/buildbot/hcu3) and you may manually trigger it. I
intentionally left this facility open for everybody to test it. But it would
of course be possible to restrict it only to a few selected developers.
If you want, I can help you to setup the master.cfg for a rtnet buildbot.
> But also for Xenomai I would see this as a very useful tool, e.g. for
> 2.4 build tests (I must confess I only test sporadically against this
> kernel).
I will add one. Could you please e-mail me (privately if you want) a working
config (ppc, no cross compiling if possible). Or do you want to add a build
slave under your control?
<..>
> Is there no reset button you could control via a master station, e.g. by
> attaching some cheap electronic to a parallel or serial port?
There is a reset button, but then you have it running and consuming
electricity all the times.
> I just remember that DENX once had or still have a remote PPC test-lab
> running. I CC'ed Wolfgang, maybe he could comment on this if and how it
> could be used.
I would be willing to setup a buildbot for the u-boot, too, as my board boots
with a very outdated version of u-boot.
Best regards
--
Niklaus Giger
^ permalink raw reply
* 2.6.17-rc1-mm2
From: Andrew Morton @ 2006-04-08 10:14 UTC (permalink / raw)
To: linux-kernel
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17-rc1/2.6.17-rc1-mm2/
Changes since 2.6.17-rc1-mm1:
git-acpi.patch
git-agpgart.patch
git-arm.patch
git-audit-master.patch
git-cfq.patch
git-cpufreq.patch
git-drm.patch
git-dvb.patch
git-ia64.patch
git-infiniband.patch
git-input.patch
git-intelfb.patch
git-kbuild.patch
git-libata-all.patch
git-netdev-all.patch
git-net.patch
git-ocfs2.patch
git-powerpc.patch
git-pcmcia.patch
git-scsi-misc.patch
git-scsi-target.patch
git-sas-jg.patch
git-splice.patch
git-watchdog.patch
git-cryptodev.patch
git-viro-bird-m32r.patch
git-viro-bird-m68k.patch
git-viro-bird-frv.patch
git-viro-bird-upf.patch
git-viro-bird-volatile.patch
git trees
-selinux-build-fix.patch
-dmi-move-dmi_scanc-from-arch-i386-to-drivers-firmware.patch
-drm_pci-needs-dma-mappingh.patch
-spi-update-to-pxa2xx-spi-driver.patch
-driver-core-driver_bind-attribute-returns-incorrect-value.patch
-bus_add_device-losing-an-error-return-from-the-probe-method.patch
-spi-whitespace-fixes.patch
-spi-bounce-buffer-has-a-minimum-length.patch
-spi-add-david-as-the-spi-subsystem-maintainer.patch
-spi-renamed-bitbang_transfer_setup-to-spi_bitbang_setup_transfer.patch
-spi-busnum-==-0-needs-to-work.patch
-spi-devices-can-require-lsb-first-encodings.patch
-driver-core-fix-unnecessary-null-check-in-drivers-base-classc.patch
-drm-fix-issue-reported-by-coverity-in-drivers-char-drm-via_irqc.patch
-w1-exports.patch
-ia64-update-hp-csr-space-discovery-via-acpi.patch
-for_each_possible_cpu-ia64.patch
-fix-sed-regexp-to-generate-asm-offseth.patch
-netfilter-fix-fragmentation-issues-with-bridge-netfilter.patch
-64-bit-resources-core-changes.patch
-64-bit-resources-drivers-pci-changes.patch
-64-bit-resources-drivers-pci-changes-sparc32-fix.patch
-64-bit-resources-drivers-ide-changes.patch
-64-bit-resources-drivers-ide-changes-fix.patch
-64-bit-resources-drivers-media-changes.patch
-64-bit-resources-drivers-net-changes.patch
-64-bit-resources-drivers-pcmcia-changes.patch
-64-bit-resources-drivers-others-changes.patch
-64-bit-resources-sound-changes.patch
-64-bit-resources-arch-changes.patch
-64-bit-resources-arch-powerpc-changes.patch
-64-bit-resources-more-drivers-others-changes.patch
-64-bit-resources-more-sound-changes.patch
-pci-legacy-i-o-port-free-driver-changes-to-generic-pci-code.patch
-pci-legacy-i-o-port-free-driver-changes-to-generic-pci-code-fix.patch
-pci-legacy-i-o-port-free-driver-update-documentation-pcitxt.patch
-pci-legacy-i-o-port-free-driver-make-intel-e1000-driver-legacy-i-o-port-free.patch
-pci-legacy-i-o-port-free-driver-make-emulex-lpfc-driver-legacy-i-o-port-free.patch
-hid-corec-fix-input-irq-status-32-received-for-silvercrest-usb-keyboard.patch
-pm-print-name-of-failed-suspend-function.patch
-remove-kernel-power-pmcpm_unregister.patch
-convert-the-semaphores-in-the-sisusb-driver-to-mutexes.patch
-memory_hotplugh-cleanup.patch
-missing-n-in-sc1200wdt-driver.patch
Merged into mainline or a subsystem tree
+task-make-task-list-manipulations-rcu-safe-fix-fix.patch
Fix task-make-task-list-manipulations-rcu-safe.patch
+md-make-sure-64bit-fields-in-version-1-metadata-are-64-bit-aligned.patch
md fix
+git-arm-build-fix.patch
Fix git-arm.patch
+gregkh-driver-driver-core-fix-unnecessary-null-check-in-drivers-base-class.c.patch
+gregkh-driver-driver-core-driver_bind-attribute-returns-incorrect-value.patch
+gregkh-driver-pm-print-name-of-failed-suspend-function.patch
+gregkh-driver-dmi-move-dmi_scan.c-from-arch-i386-to-drivers-firmware.patch
+gregkh-driver-driver-core-bus-device-event-delay.patch
+gregkh-driver-spi-spi-whitespace-fixes.patch
+gregkh-driver-spi-spi-bounce-buffer-has-a-minimum-length.patch
+gregkh-driver-spi-add-david-as-the-spi-subsystem-maintainer.patch
+gregkh-driver-spi-renamed-bitbang_transfer_setup-to-spi_bitbang_setup_transfer-and-export-it.patch
+gregkh-driver-spi-devices-can-require-lsb-first-encodings.patch
+gregkh-driver-spi-busnum-0-needs-to-work.patch
+gregkh-driver-spi-update-to-pxa2xx-spi-driver.patch
Driver tree updates
+drivers-media-video-bt866c-small-fixes.patch
+drivers-media-video-bt866c-small-fixes-2.patch
+drivers-media-video-ks0127c-code-cleanup.patch
Fixes for avermedia-6-eyes-avs6eyes-support.patch
+gregkh-i2c-w1-make-w1-connector-notifications-depend-on-connector.patch
+gregkh-i2c-w1-use-mutexes-instead-of-semaphores.patch
+gregkh-i2c-w1-exports.patch
+gregkh-i2c-w1-cleanups.patch
I2C tree updates
+ia64-always-map-vga-framebuffer-uc-even-if-it-supports-wb.patch
VGA io mapping fixes
+pci-error-recovery-e100-network-device-driver.patch
PCI error recovery in the e100 driver
+remove-drivers-net-hydrah.patch
+via-rhine-execute-bounce-buffers-code-on-rhine-i-only.patch
+e100-disable-interrupts-at-boot.patch
netdev fixes
+remove-broken-and-unmaintained-sangoma-drivers.patch
Remove dead WAN drivers
+powerpc-pseries-bugfix-balance-calls-to-pci_device_put.patch
+powerpc-pseries-clear-pci-failure-counter-if-no-new-failures.patch
powerpc fixes
+serial-fix-uart_bug_txen-test.patch
Serial fix
+gregkh-pci-dma-doc-updates.patch
+gregkh-pci-remove-kernel-power-pm.c-pm_unregister.patch
+gregkh-pci-pci-hotplug-tollhouse-hp-sgi-hotplug-driver-changes.patch
+gregkh-pci-acpiphp-configure-_prt-v3.patch
+gregkh-pci-acpiphp-hotplug-slot-hotplug.patch
+gregkh-pci-acpiphp-host-and-p2p-hotplug.patch
+gregkh-pci-acpiphp-turn-off-slot-power-at-error-case.patch
+gregkh-pci-pci-legacy-i-o-port-free-driver-changes-to-generic-pci-code.patch
+gregkh-pci-pci-legacy-i-o-port-free-driver-update-documentation-pci_txt.patch
+gregkh-pci-pci-legacy-i-o-port-free-driver-make-intel-e1000-driver-legacy-i-o-port-free.patch
+gregkh-pci-pci-legacy-i-o-port-free-driver-make-emulex-lpfc-driver-legacy-i-o-port-free.patch
+gregkh-pci-pci-64-bit-resources-core-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-pci-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-ide-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-media-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-net-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-pcmcia-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-others-changes.patch
+gregkh-pci-pci-64-bit-resources-sound-changes.patch
+gregkh-pci-pci-64-bit-resources-arch-changes.patch
+gregkh-pci-pci-64-bit-resources-arch-powerpc-changes.patch
+gregkh-pci-pci-64-bit-resources-more-drivers-others-changes.patch
+gregkh-pci-pci-64-bit-resources-more-sound-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-pci-changes-sparc32-fix.patch
PCI tree updates
+fix-pciehp-driver-on-non-acpi-systems.patch
PCI hotplug driver build fix
+pcmcia-remove-unneeded-forward-declarations.patch
PCMCIA cleanup
+areca-raid-linux-scsi-driver-update5.patch
Update areca-raid-linux-scsi-driver.patch
+git-splice-fixup.patch
+splice-warning-fix.patch
Fix git-splice.patch
+gregkh-usb-usb-input-remove-kconfig-entries-of-old-touchscreen-drivers-in-favour-of-usbtouchscreen.patch
+gregkh-usb-usb-drivers-usb-core-remove-unused-exports.patch
+gregkh-usb-usb-ueagle-cosmetic.patch
+gregkh-usb-usb-ueagle-support-geode.patch
+gregkh-usb-usb-ueagle-null-pointer-dereference-fix.patch
+gregkh-usb-usb-ueagle-memory-leack-fix.patch
+gregkh-usb-usb-otg-hub-support-is-optional.patch
+gregkh-usb-usb-fix-gadget_is_musbhdrc.patch
+gregkh-usb-usb-net2280-short-rx-status-fix.patch
+gregkh-usb-usb-rndis_host-whitespace-comment-updates.patch
+gregkh-usb-usb-gadgetfs-highspeed-bugfix.patch
+gregkh-usb-usb-gadget-zero-poisons-out-buffers.patch
+gregkh-usb-usb-at91-usb-driver-supend-resume-fixes.patch
+gregkh-usb-usb-usbtest-scatterlist-out-data-pattern-testing.patch
+gregkh-usb-usb-g_ether-highspeed-conformance-fix.patch
+gregkh-usb-usb-linux-usb-net2280.h-common-definitions.patch
+gregkh-usb-usb-rename-ax8817x_func-to-asix_func-and-add-utility-functions-to-reduce-bloat.patch
+gregkh-usb-usb-keyspan-remote-bugfix.patch
+gregkh-usb-usb-uhci-don-t-track-suspended-ports.patch
+gregkh-usb-hid-core.c-fix-input-irq-status-32-received-for-silvercrest-usb-keyboard.patch
+gregkh-usb-usb-s3c2410-use-clk_enable-to-ensure-48mhz-to-ohci-core.patch
+gregkh-usb-usb-convert-the-semaphores-in-the-sisusb-driver-to-mutexes.patch
USB tree updates
+pl2303-added-support-for-otis-dku-5-clone-cable.patch
USB device support
+bcm43xx_phyc-fix-a-memory-leak.patch
+orinoco-remove-useless-cis-validation.patch
+orinoco-remove-pcmcia-audio-support-its-useless-for-wireless-cards.patch
+orinoco-remove-underscores-from-little-endian-field-names.patch
+orinoco-fix-truncating-commsquality-rid-with-the-latest-symbol-firmware.patch
+orinoco-remove-tracing-code-its-unused.patch
+orinoco-remove-debug-buffer-code-and-userspace-include-support.patch
+orinoco-symbol-card-supported-by-spectrum_cs-is-la4137-not-la4100.patch
+orinoco-optimize-tx-exception-handling-in-orinoco.patch
+orinoco-orinoco_xmit-should-only-return-valid-symbolic-constants.patch
+orinoco-replace-hermes_write_words-with-hermes_write_bytes.patch
+orinoco-dont-use-any-padding-for-tx-frames.patch
+orinoco-refactor-and-clean-up-tx-error-handling.patch
+orinoco-simplify-8023-encapsulation-code.patch
+orinoco-fix-bap0-offset-error-after-several-days-of-operation.patch
+orinoco-delay-fid-allocation-after-firmware-initialization.patch
+orinoco_pci-disable-device-and-free-irq-when-suspending.patch
+orinoco_pci-use-pci_iomap-for-resources.patch
+orinoco-support-pci-suspend-resume-for-nortel-plx-and-tmd-adaptors.patch
+orinoco-reduce-differences-between-pci-drivers-create-orinoco_pcih.patch
+orinoco-further-comment-cleanup-in-the-pci-drivers.patch
+orinoco-bump-version-to-015.patch
Wireless driver updates
-mm-posix-memory-lock.patch
Buggy, dropped.
+memory_hotplugh-cleanup.patch
+some-page-migration-fixups.patch
+page-migration-make-do_swap_page-redo-the-fault.patch
+slab-extract-cache_free_alien-from-__cache_free.patch
+overcommit-add-calculate_totalreserve_pages.patch
+overcommit-use-totalreserve_pages.patch
+overcomit-use-totalreserve_pages-for-nommu.patch
+page-flags-add-commentry-regarding-field-reservation.patch
+pg_uncached-is-ia64-only.patch
+mm-migratec-dont-export-a-static-function.patch
Memory management updates
-x86-clean-up-subarch-definitions.patch
Dropped - it broke UML.
+mpparse-prevent-table-index-out-of-bounds.patch
+mptspec-remove-duplicate-include.patch
+i386-move-smp-option-above-subarch-selection.patch
x86 updates
+alpha-smp-boot-fixes.patch
Alpha fix
+m32r-fix-cpu_possible_map-and.patch
+m32r-security-fix-of-getput_user-macros.patch
+remove-unused-prepare_to_switch-macro.patch
+m32r-remove-symbols-exported-twice.patch
m32r updates
+add-gfp_nowait.patch
+uml-memory-hotplug-cleanups.patch
+uml-make-64-bit-cow-files-compatible-with-32-bit-ones.patch
+uml-safe-migration-path-to-the-correct-v3-cow-format.patch
+uml-fix-2-harmless-cast-warnings-for-64-bit.patch
+uml-request-format-warnings-to-gcc-for-appropriate-functions.patch
+uml-fix-format-errors.patch
+uml-fix-some-double-export-warnings.patch
+uml-fix-extern-vs-static-proto-conflict-in-tls-code.patch
+uml-prepare-fixing-compilation-output.patch
+uml-fix-critical-typo-for-tt-mode.patch
+uml-support-sparse-for-userspace-files.patch
+uml-move-outside-spinlock-call-not-needing-it.patch
+uml-fix-hang-on-run_helper-failure-on-uml_net.patch
+uml-fix-failure-path-after-conversion.patch
+uml-fix-big-stack-user.patch
+uml-local_irq_save-not-local_save_flags.patch
+uml-fix-parallel-make-early-failure-on-clean-tree.patch
+uml-avoid-warnings-for-diffent-names-for-an-unsigned-quadword.patch
UML updates
+unify-pxm_to_node-and-node_to_pxm-update.patch
Fix unify-pxm_to_node-and-node_to_pxm.patch
+fix-dcache-race-during-umount-fix.patch
Fix fix-dcache-race-during-umount.patch
+sys_kexec_load-naming-fixups.patch
+process-accounting-take-original-leaders-start_time-in-non-leader-exec.patch
+remove-blkmtd.patch
+ptmx-fix-duplicate-idr_remove.patch
+tty-release_dev-remove-dead-code.patch
+mpbl0010-driver-sysfs-permissions-wide-open.patch
+last-dma_xbit_mask-cleanups.patch
+last-dma_xbit_mask-cleanups-fix.patch
+docs-laptop-modetxt-source-file-build.patch
+doc-fix-mtrr-userspace-programs-to-build-cleanly.patch
+fix-memory-barrier-docs-wrt-atomic-ops.patch
+fix-memory-barrier-docs-wrt-atomic-ops-update.patch
+improve-data-dependency-memory-barrier-example-in-documentation.patch
+update-contact-info-for-geert-uytterhoeven.patch
+keys-improve-usage-of-memory-barriers-and-remove-irq-disablement.patch
+kexec-update-maintainers.patch
+vgacon-make-vga_map_mem-take-size-remove-extra-use.patch
+parport-remove-duplicate-entry-for-netmos_9835.patch
+writeback-fix-range-handling.patch
+module-support-record-in-vermagic-ability-to-unload-a-module.patch
+#zlib_inflate-upgrade-library-code-to-a-recent-version.patch
+initramfs-cpio-unpacking-fix.patch
+kdump-enable-config_proc_vmcore-by-default.patch
+fix-cdrom-being-confused-on-using-kdump.patch
+fix-cdrom-being-confused-on-using-kdump-tweaks.patch
+inotify-check-for-null-inode-in-inotify_d_instantiate.patch
+kconfigdebug-set-debug_mutex-to-off-by-default.patch
+ipmi-fix-event-queue-limit.patch
Misc
+drivers-isdn-gigaset-commonc-small-cleanups.patch
+isdn-gigaset-commonc-fix-a-memory-leak.patch
+isdn_drv_gigaset-should-select-not-depend-on-crc_ccitt.patch
ISDN fixlets
+knfsd-locks-flag-nfsv4-owned-locks-cleanup.patch
Fix knfsd-locks-flag-nfsv4-owned-locks.patch
+sched-improve-smpnice-load-balancing-when-load-per-task.patch
smpnice fix
+sched_domain-handle-kmalloc-failure-fix.patch
Fix sched_domain-handle-kmalloc-failure.patch
+coredump-optimize-mm-users-traversal.patch
+coredump-speedup-sigkill-sending.patch
+coredump-kill-ptrace-related-stuff.patch
+coredump-dont-take-tasklist_lock.patch
Core dumping speedups and cleanups
+reiser4-have-get_exclusive_access-restart-transaction.patch
+reiser4-writeback-fix-range-handling.patch
reiser4 updates
+video-aty-atyfb_basec-fix-an-off-by-one-error.patch
+atyfb-is-bust-on-sparc32.patch
+sparc32-vga-support.patch
fbdev updates
+x86-kmap_atomic-debugging.patch
Using KM_IRQ0 or KM_IRQ1 with local IRQs enabled is a bug: check for it.
All 692 patches:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17-rc1/2.6.17-rc1-mm2/patch-list
^ permalink raw reply
* Re: [patch] ipv4: initialize arp_tbl rw lock
From: Andrew Morton @ 2006-04-08 10:12 UTC (permalink / raw)
To: Heiko Carstens; +Cc: shemminger, jgarzik, netdev, linux-kernel, fpavlic, davem
In-Reply-To: <20060408100213.GA9412@osiris.boeblingen.de.ibm.com>
Heiko Carstens <heiko.carstens@de.ibm.com> wrote:
>
> Ok, so the problem seems to be that inet_init gets called after qeth_init.
> Looking at the top level Makefile this seems to be true for all network
> drivers in drivers/net/ and drivers/s390/net/ since we have
>
> vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
>
> The patch below works for me... I guess there must be a better way to make
> sure that any networking driver's initcall is made before inet_init?
>
> Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
> ---
>
> Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Makefile b/Makefile
> index b401942..c5cea07 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -567,7 +567,7 @@ #
> # System.map is generated to document addresses of all kernel symbols
>
> vmlinux-init := $(head-y) $(init-y)
> -vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
> +vmlinux-main := $(core-y) $(libs-y) $(net-y) $(drivers-y)
<wonders what this will break>
I have a bad feeling that one day we're going to come unstuck with this
practice. Is there anything which dictates that the linker has to lay
sections out in .o-file-order?
Perhaps net initcalls should be using something higher priority than
device_initcall().
^ permalink raw reply
* Re: [patch] ipv4: initialize arp_tbl rw lock
From: David S. Miller @ 2006-04-08 10:14 UTC (permalink / raw)
To: heiko.carstens
Cc: shemminger, jgarzik, akpm, netdev, linux-kernel, fpavlic, davem
In-Reply-To: <20060408100213.GA9412@osiris.boeblingen.de.ibm.com>
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Date: Sat, 8 Apr 2006 12:02:13 +0200
> Ok, so the problem seems to be that inet_init gets called after qeth_init.
> Looking at the top level Makefile this seems to be true for all network
> drivers in drivers/net/ and drivers/s390/net/ since we have
>
> vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
>
> The patch below works for me... I guess there must be a better way to make
> sure that any networking driver's initcall is made before inet_init?
>
> Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
We could make inet_init() a subsystem init but I vaguely recall
that we were doing that at one point and it broke things for
some reason.
Perhaps fs_initcall() would work better. Or if that causes
problems we could create a net_initcall() that sits between
fs_initcall() and device_initcall().
Or any other ideas?
^ permalink raw reply
* 2.6.17-rc1-mm2
From: Andrew Morton @ 2006-04-08 10:14 UTC (permalink / raw)
To: linux-kernel
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17-rc1/2.6.17-rc1-mm2/
Changes since 2.6.17-rc1-mm1:
git-acpi.patch
git-agpgart.patch
git-arm.patch
git-audit-master.patch
git-cfq.patch
git-cpufreq.patch
git-drm.patch
git-dvb.patch
git-ia64.patch
git-infiniband.patch
git-input.patch
git-intelfb.patch
git-kbuild.patch
git-libata-all.patch
git-netdev-all.patch
git-net.patch
git-ocfs2.patch
git-powerpc.patch
git-pcmcia.patch
git-scsi-misc.patch
git-scsi-target.patch
git-sas-jg.patch
git-splice.patch
git-watchdog.patch
git-cryptodev.patch
git-viro-bird-m32r.patch
git-viro-bird-m68k.patch
git-viro-bird-frv.patch
git-viro-bird-upf.patch
git-viro-bird-volatile.patch
git trees
-selinux-build-fix.patch
-dmi-move-dmi_scanc-from-arch-i386-to-drivers-firmware.patch
-drm_pci-needs-dma-mappingh.patch
-spi-update-to-pxa2xx-spi-driver.patch
-driver-core-driver_bind-attribute-returns-incorrect-value.patch
-bus_add_device-losing-an-error-return-from-the-probe-method.patch
-spi-whitespace-fixes.patch
-spi-bounce-buffer-has-a-minimum-length.patch
-spi-add-david-as-the-spi-subsystem-maintainer.patch
-spi-renamed-bitbang_transfer_setup-to-spi_bitbang_setup_transfer.patch
-spi-busnum-==-0-needs-to-work.patch
-spi-devices-can-require-lsb-first-encodings.patch
-driver-core-fix-unnecessary-null-check-in-drivers-base-classc.patch
-drm-fix-issue-reported-by-coverity-in-drivers-char-drm-via_irqc.patch
-w1-exports.patch
-ia64-update-hp-csr-space-discovery-via-acpi.patch
-for_each_possible_cpu-ia64.patch
-fix-sed-regexp-to-generate-asm-offseth.patch
-netfilter-fix-fragmentation-issues-with-bridge-netfilter.patch
-64-bit-resources-core-changes.patch
-64-bit-resources-drivers-pci-changes.patch
-64-bit-resources-drivers-pci-changes-sparc32-fix.patch
-64-bit-resources-drivers-ide-changes.patch
-64-bit-resources-drivers-ide-changes-fix.patch
-64-bit-resources-drivers-media-changes.patch
-64-bit-resources-drivers-net-changes.patch
-64-bit-resources-drivers-pcmcia-changes.patch
-64-bit-resources-drivers-others-changes.patch
-64-bit-resources-sound-changes.patch
-64-bit-resources-arch-changes.patch
-64-bit-resources-arch-powerpc-changes.patch
-64-bit-resources-more-drivers-others-changes.patch
-64-bit-resources-more-sound-changes.patch
-pci-legacy-i-o-port-free-driver-changes-to-generic-pci-code.patch
-pci-legacy-i-o-port-free-driver-changes-to-generic-pci-code-fix.patch
-pci-legacy-i-o-port-free-driver-update-documentation-pcitxt.patch
-pci-legacy-i-o-port-free-driver-make-intel-e1000-driver-legacy-i-o-port-free.patch
-pci-legacy-i-o-port-free-driver-make-emulex-lpfc-driver-legacy-i-o-port-free.patch
-hid-corec-fix-input-irq-status-32-received-for-silvercrest-usb-keyboard.patch
-pm-print-name-of-failed-suspend-function.patch
-remove-kernel-power-pmcpm_unregister.patch
-convert-the-semaphores-in-the-sisusb-driver-to-mutexes.patch
-memory_hotplugh-cleanup.patch
-missing-n-in-sc1200wdt-driver.patch
Merged into mainline or a subsystem tree
+task-make-task-list-manipulations-rcu-safe-fix-fix.patch
Fix task-make-task-list-manipulations-rcu-safe.patch
+md-make-sure-64bit-fields-in-version-1-metadata-are-64-bit-aligned.patch
md fix
+git-arm-build-fix.patch
Fix git-arm.patch
+gregkh-driver-driver-core-fix-unnecessary-null-check-in-drivers-base-class.c.patch
+gregkh-driver-driver-core-driver_bind-attribute-returns-incorrect-value.patch
+gregkh-driver-pm-print-name-of-failed-suspend-function.patch
+gregkh-driver-dmi-move-dmi_scan.c-from-arch-i386-to-drivers-firmware.patch
+gregkh-driver-driver-core-bus-device-event-delay.patch
+gregkh-driver-spi-spi-whitespace-fixes.patch
+gregkh-driver-spi-spi-bounce-buffer-has-a-minimum-length.patch
+gregkh-driver-spi-add-david-as-the-spi-subsystem-maintainer.patch
+gregkh-driver-spi-renamed-bitbang_transfer_setup-to-spi_bitbang_setup_transfer-and-export-it.patch
+gregkh-driver-spi-devices-can-require-lsb-first-encodings.patch
+gregkh-driver-spi-busnum-0-needs-to-work.patch
+gregkh-driver-spi-update-to-pxa2xx-spi-driver.patch
Driver tree updates
+drivers-media-video-bt866c-small-fixes.patch
+drivers-media-video-bt866c-small-fixes-2.patch
+drivers-media-video-ks0127c-code-cleanup.patch
Fixes for avermedia-6-eyes-avs6eyes-support.patch
+gregkh-i2c-w1-make-w1-connector-notifications-depend-on-connector.patch
+gregkh-i2c-w1-use-mutexes-instead-of-semaphores.patch
+gregkh-i2c-w1-exports.patch
+gregkh-i2c-w1-cleanups.patch
I2C tree updates
+ia64-always-map-vga-framebuffer-uc-even-if-it-supports-wb.patch
VGA io mapping fixes
+pci-error-recovery-e100-network-device-driver.patch
PCI error recovery in the e100 driver
+remove-drivers-net-hydrah.patch
+via-rhine-execute-bounce-buffers-code-on-rhine-i-only.patch
+e100-disable-interrupts-at-boot.patch
netdev fixes
+remove-broken-and-unmaintained-sangoma-drivers.patch
Remove dead WAN drivers
+powerpc-pseries-bugfix-balance-calls-to-pci_device_put.patch
+powerpc-pseries-clear-pci-failure-counter-if-no-new-failures.patch
powerpc fixes
+serial-fix-uart_bug_txen-test.patch
Serial fix
+gregkh-pci-dma-doc-updates.patch
+gregkh-pci-remove-kernel-power-pm.c-pm_unregister.patch
+gregkh-pci-pci-hotplug-tollhouse-hp-sgi-hotplug-driver-changes.patch
+gregkh-pci-acpiphp-configure-_prt-v3.patch
+gregkh-pci-acpiphp-hotplug-slot-hotplug.patch
+gregkh-pci-acpiphp-host-and-p2p-hotplug.patch
+gregkh-pci-acpiphp-turn-off-slot-power-at-error-case.patch
+gregkh-pci-pci-legacy-i-o-port-free-driver-changes-to-generic-pci-code.patch
+gregkh-pci-pci-legacy-i-o-port-free-driver-update-documentation-pci_txt.patch
+gregkh-pci-pci-legacy-i-o-port-free-driver-make-intel-e1000-driver-legacy-i-o-port-free.patch
+gregkh-pci-pci-legacy-i-o-port-free-driver-make-emulex-lpfc-driver-legacy-i-o-port-free.patch
+gregkh-pci-pci-64-bit-resources-core-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-pci-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-ide-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-media-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-net-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-pcmcia-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-others-changes.patch
+gregkh-pci-pci-64-bit-resources-sound-changes.patch
+gregkh-pci-pci-64-bit-resources-arch-changes.patch
+gregkh-pci-pci-64-bit-resources-arch-powerpc-changes.patch
+gregkh-pci-pci-64-bit-resources-more-drivers-others-changes.patch
+gregkh-pci-pci-64-bit-resources-more-sound-changes.patch
+gregkh-pci-pci-64-bit-resources-drivers-pci-changes-sparc32-fix.patch
PCI tree updates
+fix-pciehp-driver-on-non-acpi-systems.patch
PCI hotplug driver build fix
+pcmcia-remove-unneeded-forward-declarations.patch
PCMCIA cleanup
+areca-raid-linux-scsi-driver-update5.patch
Update areca-raid-linux-scsi-driver.patch
+git-splice-fixup.patch
+splice-warning-fix.patch
Fix git-splice.patch
+gregkh-usb-usb-input-remove-kconfig-entries-of-old-touchscreen-drivers-in-favour-of-usbtouchscreen.patch
+gregkh-usb-usb-drivers-usb-core-remove-unused-exports.patch
+gregkh-usb-usb-ueagle-cosmetic.patch
+gregkh-usb-usb-ueagle-support-geode.patch
+gregkh-usb-usb-ueagle-null-pointer-dereference-fix.patch
+gregkh-usb-usb-ueagle-memory-leack-fix.patch
+gregkh-usb-usb-otg-hub-support-is-optional.patch
+gregkh-usb-usb-fix-gadget_is_musbhdrc.patch
+gregkh-usb-usb-net2280-short-rx-status-fix.patch
+gregkh-usb-usb-rndis_host-whitespace-comment-updates.patch
+gregkh-usb-usb-gadgetfs-highspeed-bugfix.patch
+gregkh-usb-usb-gadget-zero-poisons-out-buffers.patch
+gregkh-usb-usb-at91-usb-driver-supend-resume-fixes.patch
+gregkh-usb-usb-usbtest-scatterlist-out-data-pattern-testing.patch
+gregkh-usb-usb-g_ether-highspeed-conformance-fix.patch
+gregkh-usb-usb-linux-usb-net2280.h-common-definitions.patch
+gregkh-usb-usb-rename-ax8817x_func-to-asix_func-and-add-utility-functions-to-reduce-bloat.patch
+gregkh-usb-usb-keyspan-remote-bugfix.patch
+gregkh-usb-usb-uhci-don-t-track-suspended-ports.patch
+gregkh-usb-hid-core.c-fix-input-irq-status-32-received-for-silvercrest-usb-keyboard.patch
+gregkh-usb-usb-s3c2410-use-clk_enable-to-ensure-48mhz-to-ohci-core.patch
+gregkh-usb-usb-convert-the-semaphores-in-the-sisusb-driver-to-mutexes.patch
USB tree updates
+pl2303-added-support-for-otis-dku-5-clone-cable.patch
USB device support
+bcm43xx_phyc-fix-a-memory-leak.patch
+orinoco-remove-useless-cis-validation.patch
+orinoco-remove-pcmcia-audio-support-its-useless-for-wireless-cards.patch
+orinoco-remove-underscores-from-little-endian-field-names.patch
+orinoco-fix-truncating-commsquality-rid-with-the-latest-symbol-firmware.patch
+orinoco-remove-tracing-code-its-unused.patch
+orinoco-remove-debug-buffer-code-and-userspace-include-support.patch
+orinoco-symbol-card-supported-by-spectrum_cs-is-la4137-not-la4100.patch
+orinoco-optimize-tx-exception-handling-in-orinoco.patch
+orinoco-orinoco_xmit-should-only-return-valid-symbolic-constants.patch
+orinoco-replace-hermes_write_words-with-hermes_write_bytes.patch
+orinoco-dont-use-any-padding-for-tx-frames.patch
+orinoco-refactor-and-clean-up-tx-error-handling.patch
+orinoco-simplify-8023-encapsulation-code.patch
+orinoco-fix-bap0-offset-error-after-several-days-of-operation.patch
+orinoco-delay-fid-allocation-after-firmware-initialization.patch
+orinoco_pci-disable-device-and-free-irq-when-suspending.patch
+orinoco_pci-use-pci_iomap-for-resources.patch
+orinoco-support-pci-suspend-resume-for-nortel-plx-and-tmd-adaptors.patch
+orinoco-reduce-differences-between-pci-drivers-create-orinoco_pcih.patch
+orinoco-further-comment-cleanup-in-the-pci-drivers.patch
+orinoco-bump-version-to-015.patch
Wireless driver updates
-mm-posix-memory-lock.patch
Buggy, dropped.
+memory_hotplugh-cleanup.patch
+some-page-migration-fixups.patch
+page-migration-make-do_swap_page-redo-the-fault.patch
+slab-extract-cache_free_alien-from-__cache_free.patch
+overcommit-add-calculate_totalreserve_pages.patch
+overcommit-use-totalreserve_pages.patch
+overcomit-use-totalreserve_pages-for-nommu.patch
+page-flags-add-commentry-regarding-field-reservation.patch
+pg_uncached-is-ia64-only.patch
+mm-migratec-dont-export-a-static-function.patch
Memory management updates
-x86-clean-up-subarch-definitions.patch
Dropped - it broke UML.
+mpparse-prevent-table-index-out-of-bounds.patch
+mptspec-remove-duplicate-include.patch
+i386-move-smp-option-above-subarch-selection.patch
x86 updates
+alpha-smp-boot-fixes.patch
Alpha fix
+m32r-fix-cpu_possible_map-and.patch
+m32r-security-fix-of-getput_user-macros.patch
+remove-unused-prepare_to_switch-macro.patch
+m32r-remove-symbols-exported-twice.patch
m32r updates
+add-gfp_nowait.patch
+uml-memory-hotplug-cleanups.patch
+uml-make-64-bit-cow-files-compatible-with-32-bit-ones.patch
+uml-safe-migration-path-to-the-correct-v3-cow-format.patch
+uml-fix-2-harmless-cast-warnings-for-64-bit.patch
+uml-request-format-warnings-to-gcc-for-appropriate-functions.patch
+uml-fix-format-errors.patch
+uml-fix-some-double-export-warnings.patch
+uml-fix-extern-vs-static-proto-conflict-in-tls-code.patch
+uml-prepare-fixing-compilation-output.patch
+uml-fix-critical-typo-for-tt-mode.patch
+uml-support-sparse-for-userspace-files.patch
+uml-move-outside-spinlock-call-not-needing-it.patch
+uml-fix-hang-on-run_helper-failure-on-uml_net.patch
+uml-fix-failure-path-after-conversion.patch
+uml-fix-big-stack-user.patch
+uml-local_irq_save-not-local_save_flags.patch
+uml-fix-parallel-make-early-failure-on-clean-tree.patch
+uml-avoid-warnings-for-diffent-names-for-an-unsigned-quadword.patch
UML updates
+unify-pxm_to_node-and-node_to_pxm-update.patch
Fix unify-pxm_to_node-and-node_to_pxm.patch
+fix-dcache-race-during-umount-fix.patch
Fix fix-dcache-race-during-umount.patch
+sys_kexec_load-naming-fixups.patch
+process-accounting-take-original-leaders-start_time-in-non-leader-exec.patch
+remove-blkmtd.patch
+ptmx-fix-duplicate-idr_remove.patch
+tty-release_dev-remove-dead-code.patch
+mpbl0010-driver-sysfs-permissions-wide-open.patch
+last-dma_xbit_mask-cleanups.patch
+last-dma_xbit_mask-cleanups-fix.patch
+docs-laptop-modetxt-source-file-build.patch
+doc-fix-mtrr-userspace-programs-to-build-cleanly.patch
+fix-memory-barrier-docs-wrt-atomic-ops.patch
+fix-memory-barrier-docs-wrt-atomic-ops-update.patch
+improve-data-dependency-memory-barrier-example-in-documentation.patch
+update-contact-info-for-geert-uytterhoeven.patch
+keys-improve-usage-of-memory-barriers-and-remove-irq-disablement.patch
+kexec-update-maintainers.patch
+vgacon-make-vga_map_mem-take-size-remove-extra-use.patch
+parport-remove-duplicate-entry-for-netmos_9835.patch
+writeback-fix-range-handling.patch
+module-support-record-in-vermagic-ability-to-unload-a-module.patch
+#zlib_inflate-upgrade-library-code-to-a-recent-version.patch
+initramfs-cpio-unpacking-fix.patch
+kdump-enable-config_proc_vmcore-by-default.patch
+fix-cdrom-being-confused-on-using-kdump.patch
+fix-cdrom-being-confused-on-using-kdump-tweaks.patch
+inotify-check-for-null-inode-in-inotify_d_instantiate.patch
+kconfigdebug-set-debug_mutex-to-off-by-default.patch
+ipmi-fix-event-queue-limit.patch
Misc
+drivers-isdn-gigaset-commonc-small-cleanups.patch
+isdn-gigaset-commonc-fix-a-memory-leak.patch
+isdn_drv_gigaset-should-select-not-depend-on-crc_ccitt.patch
ISDN fixlets
+knfsd-locks-flag-nfsv4-owned-locks-cleanup.patch
Fix knfsd-locks-flag-nfsv4-owned-locks.patch
+sched-improve-smpnice-load-balancing-when-load-per-task.patch
smpnice fix
+sched_domain-handle-kmalloc-failure-fix.patch
Fix sched_domain-handle-kmalloc-failure.patch
+coredump-optimize-mm-users-traversal.patch
+coredump-speedup-sigkill-sending.patch
+coredump-kill-ptrace-related-stuff.patch
+coredump-dont-take-tasklist_lock.patch
Core dumping speedups and cleanups
+reiser4-have-get_exclusive_access-restart-transaction.patch
+reiser4-writeback-fix-range-handling.patch
reiser4 updates
+video-aty-atyfb_basec-fix-an-off-by-one-error.patch
+atyfb-is-bust-on-sparc32.patch
+sparc32-vga-support.patch
fbdev updates
+x86-kmap_atomic-debugging.patch
Using KM_IRQ0 or KM_IRQ1 with local IRQs enabled is a bug: check for it.
All 692 patches:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17-rc1/2.6.17-rc1-mm2/patch-list
^ permalink raw reply
* [patch] represent-dirty__centisecs-as-jiffies-internally.patch comment fix
From: Coywolf Qi Hunt @ 2006-04-08 10:10 UTC (permalink / raw)
To: linux-kernel; +Cc: bart, Andrew Morton
[-- Attachment #1: Type: text/plain, Size: 1002 bytes --]
2006/3/25, akpm@osdl.org <akpm@osdl.org>:
> From: Bart Samwel <bart@samwel.tk>
>
> Make that the internal values for:
>
> /proc/sys/vm/dirty_writeback_centisecs
> /proc/sys/vm/dirty_expire_centisecs
>
> are stored as jiffies instead of centiseconds. Let the sysctl interface do
> the conversions with full precision using clock_t_to_jiffies, instead of
> doing overflow-sensitive on-the-fly conversions every time the values are
> used.
> diff -puN mm/page-writeback.c~represent-dirty__centisecs-as-jiffies-internally mm/page-writeback.c
> --- devel/mm/page-writeback.c~represent-dirty__centisecs-as-jiffies-internally 2006-03-24 03:00:41.000000000 -0800
> +++ devel-akpm/mm/page-writeback.c 2006-03-24 03:00:41.000000000 -0800
> @@ -75,12 +75,12 @@ int vm_dirty_ratio = 40;
> * The interval between `kupdate'-style writebacks, in centiseconds
> * (hundredths of a second)
Bart,
You forgot to fix the comments. The attached patch fixes them.
--
Coywolf Qi Hunt
[-- Attachment #2: represent-dirty__centisecs-as-jiffies-internally-comment-fix.diff --]
[-- Type: text/x-patch, Size: 693 bytes --]
Signed-off-by: Coywolf Qi Hunt <qiyong@fc-cn.com>
---
diff --git a/mm/page-writeback.c b/mm/page-writeback.c
index 6dcce3a..75d7f48 100644
--- a/mm/page-writeback.c
+++ b/mm/page-writeback.c
@@ -72,13 +72,12 @@ int dirty_background_ratio = 10;
int vm_dirty_ratio = 40;
/*
- * The interval between `kupdate'-style writebacks, in centiseconds
- * (hundredths of a second)
+ * The interval between `kupdate'-style writebacks, in jiffies
*/
int dirty_writeback_interval = 5 * HZ;
/*
- * The longest number of centiseconds for which data is allowed to remain dirty
+ * The longest number of jiffies for which data is allowed to remain dirty
*/
int dirty_expire_interval = 30 * HZ;
^ permalink raw reply related
* Re: [LARTC] u32 and iptables do not work together
From: Piotr Chytla @ 2006-04-08 10:03 UTC (permalink / raw)
To: lartc
In-Reply-To: <4436AEB8.1070300@cnett.com.br>
On Fri, Apr 07, 2006 at 03:26:00PM -0300, Nataniel Klug wrote:
> Hello all,
>
Hello
> I am trying to make a filter into my QoS rules and I founded that
> when I try to use filters u32 and with fwmark they do not work together.
> This is the filter I use, just and example, for u32:
>
> $TC filter add dev $DL parent 1:0 protocol ip prio 1 u32 match ip sport
> 22 0xffff flowid 1:10
>
> This is working fine. Now if I try to mark a package that I want it
> to go to the same class (1:10) it get an error:
>
> $IPT -t mangle -A PREROUTING -s 200.163.208.4 -j MARK --set-mark 10
>
> Then I tryed to make the filter for this:
>
> $TC filter add dev $DL parent 1:0 protocol ip prio 1 handle 10 fw
> classid 1:10
>
In 2.4.x kernerls u32 and fwmark can't work together , you can only
mark by u32 or fwmark . In 2.6.x kernela I think from 2.6.8 or
something, you can use fwmark as u32 key
In menuconfig check Networking/Networking support/Networking options/
and you have "Use nfmark as a key in U32 classifier".
Example :
tc filter add dev eth0 protocol ip parent 1:0 prio 5 u32 \
match mark 0x0090 0xffff \
match ip dst 4.4.4.4 \
flowid 1:90
/pch
--
Dyslexia bug unpatched since 1977 ...
exploit has been leaked to the underground.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply
* Re: RT task scheduling
From: Bill Huey @ 2006-04-08 10:02 UTC (permalink / raw)
To: Ingo Molnar
Cc: Darren Hart, linux-kernel, Thomas Gleixner, Stultz, John,
Peter Williams, Siddha, Suresh B, Nick Piggin, Bill Huey (hui)
In-Reply-To: <20060408080349.GA19195@elte.hu>
On Sat, Apr 08, 2006 at 10:03:49AM +0200, Ingo Molnar wrote:
> * Bill Huey <billh@gnuppy.monkey.org> wrote:
> > As far as CPU binding goes, I'm wanting a method of getting around the
> > latency of the rt overload logic in certain cases at the expense of
> > rebalancing. That's what I ment by it.
>
> yeah, that certainly makes sense, and it's one reason why i'm thinking
> about the separate SCHED_FIFO_GLOBAL policy for 'globally scheduled' RT
> tasks, while still keeping the current lightweight non-global RT
> scheduling. Global scheduling either means a global lock, or as in the
> -rt implementation means a "global IPI", but there's always a nontrivial
> "global" cost involved.
This is an extremely tricky problem which is why I lean toward manual
techniques to resolve the issue. All automatic policies seem to fail for
one reason or another. Significant thought needs to be put to this
problem and you might not be able to effective address all parts of it.
It goes far beyond the conventions of SCHED_FIFO itself and really
forces one to think about what "priority" really is in the context of
the -rt patch, whether the priority range needs to be extended to a much
larger range (0-512 or larger) and other issues regarding that. I see
-rt SCHED_FIFO as a basic building block for other policies (done by
researchers) that can be faked in userspace (like scheduler activations),
but policies vary greatly given a typical load characteritic or demands
of a -rt app. No single policy can fullfill those needs and it's still
largely a research topic in many areas. Rebalancing in allocation
schedulers is still voodoo in SMP environments for example.
Please take this into consideration when thinking about SCHED_FIFO_GLOBAL
and related topics.
bill
^ permalink raw reply
* Re: [patch] ipv4: initialize arp_tbl rw lock
From: Heiko Carstens @ 2006-04-08 10:02 UTC (permalink / raw)
To: Stephen Hemminger
Cc: Jeff Garzik, Andrew Morton, netdev, linux-kernel, Frank Pavlic,
David S. Miller
In-Reply-To: <20060407074627.2f525b2e@localhost.localdomain>
> > The qeth driver makes use of the arp_tbl rw lock. CONFIG_DEBUG_SPINLOCK
> > detects that this lock is not initialized as it is supposed to be.
>
> This is a initialization order problem then, because:
> arp_init
> neigh_table_init
> rwlock_init
>
> does the initialization already. So fix the initialization sequence
> of the qeth driver or you will have other problems.
>
> My impression was the -rt folks wanted all lock initializations t be
> done at runtime not compile time.
Ok, so the problem seems to be that inet_init gets called after qeth_init.
Looking at the top level Makefile this seems to be true for all network
drivers in drivers/net/ and drivers/s390/net/ since we have
vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
The patch below works for me... I guess there must be a better way to make
sure that any networking driver's initcall is made before inet_init?
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index b401942..c5cea07 100644
--- a/Makefile
+++ b/Makefile
@@ -567,7 +567,7 @@ #
# System.map is generated to document addresses of all kernel symbols
vmlinux-init := $(head-y) $(init-y)
-vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
+vmlinux-main := $(core-y) $(libs-y) $(net-y) $(drivers-y)
vmlinux-all := $(vmlinux-init) $(vmlinux-main)
vmlinux-lds := arch/$(ARCH)/kernel/vmlinux.lds
^ permalink raw reply related
* Re: nasm / code distance
From: leslie.polzer @ 2006-04-08 9:47 UTC (permalink / raw)
To: Thiago Silva; +Cc: linux-assembly
In-Reply-To: <200604071847.32559.thiago.silva@kdemail.net>
[-- Attachment #1: Type: text/plain, Size: 326 bytes --]
On Fri, Apr 07, 2006 at 06:47:32PM +0000, Thiago Silva wrote:
> Hello, I'm having some troubles with an asm application.
It's hard to say anything specific without you showing the problematic
parts of your code.
Leslie
--
gpg --keyserver pgp.mit.edu --recv-keys 0x52D70289
http://nic-nac-project.de/~skypher/
[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]
^ permalink raw reply
* [ANNOUNCE] qgit-1.2rc1
From: Marco Costalba @ 2006-04-08 9:44 UTC (permalink / raw)
To: git; +Cc: linux-kernel
qgit is a very fast git GUI viewer with a lot of features .
The biggest new feature this time is *code range filtering*
Select a file and open the file/annotation viewer, then wait for
annotation finished and then select a history revision just to be sure
annotation info is displayed.
You will see the new 'filter' button (in annotation window tool
bar, not in main view tool bar) enabled. Press it and the file history
will be shrinked to show only revisions that modified the selected lines.
Selected code region is also highlighted for better browsing.
Filter button is a toggle button, so just press again it to release the filter.
NOTE NOTE: Range filtering it's _slippery_ code, there are a lot of
subtle details involved, so may be something it's still missing/bogous,
qgit-1.2rc1 it's here to let properly test before final release.
DOWNLOAD
Tarball is at
http://prdownloads.sourceforge.net/qgit/qgit-1.2rc1.tar.bz2?download
Git archive is at
http://digilander.libero.it/mcostalba/scm/qgit.git
See http://digilander.libero.it/mcostalba/ for detailed download information.
INSTALLATION
To install from tarball use:
./configure
make
make install-strip
To install from git archive:
autoreconf -i
./configure
make
make install-strip
Or check the shipped README for detailed information.
CHANGELOG
- add support for code range filtering
- much improved graph for partial repos views. Use new --boundary
git-rev-list option
- pressing ESC in startup dialog make application to quit
- add support for quick open of latest visited repositories
- add support for launching an external diff viewer
- speed-up git commands execution using usleep() in external program launcher
- highlight filter matches in revision logs
- add git version compatibility check
- fix duplicated unapplied patches in StGIT when qgit is called with
--all option
- fix run from subdirectory regression
Marco
^ permalink raw reply
* [PATCH] Fix swap entry for MIPS32 with 36-bit physical address
From: Sergei Shtylyov @ 2006-04-08 9:51 UTC (permalink / raw)
To: linux-mips
Cc: Bob Breuer, Jordan Crouse, Konstantin Baidarov, Ralf Baechle,
Pete Popov, Manish Lachwani
In-Reply-To: <4436E201.4090409@ru.mvista.com>
[-- Attachment #1: Type: text/plain, Size: 420 bytes --]
With 64-bit physical address enabled, 'swapon' was causing kernel oops on
Alchemy CPUs (MIPS32) because of the swap entry type field corrupting the
_PAGE_FILE bit in 'pte_low' field. So, switch to storing the swap entry in
'pte_high' field using all its bits except _PAGE_GLOBAL and _PAGE_VALID which
gives 25 bits for the swap entry offset.
WBR, Sergei
Signed-off-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
[-- Attachment #2: MIPS32-36bit-phys-addr-swap-entry-fix.patch --]
[-- Type: text/plain, Size: 1433 bytes --]
diff --git a/include/asm-mips/pgtable-32.h b/include/asm-mips/pgtable-32.h
index 4d6bc45..a5ce3f1 100644
--- a/include/asm-mips/pgtable-32.h
+++ b/include/asm-mips/pgtable-32.h
@@ -191,10 +191,17 @@ pfn_pte(unsigned long pfn, pgprot_t prot
#else
/* Swap entries must have VALID and GLOBAL bits cleared. */
+#if defined(CONFIG_64BIT_PHYS_ADDR) && defined(CONFIG_CPU_MIPS32)
+#define __swp_type(x) (((x).val >> 2) & 0x1f)
+#define __swp_offset(x) ((x).val >> 7)
+#define __swp_entry(type,offset) \
+ ((swp_entry_t) { ((type) << 2) | ((offset) << 7) })
+#else
#define __swp_type(x) (((x).val >> 8) & 0x1f)
-#define __swp_offset(x) ((x).val >> 13)
+#define __swp_offset(x) ((x).val >> 13)
#define __swp_entry(type,offset) \
- ((swp_entry_t) { ((type) << 8) | ((offset) << 13) })
+ ((swp_entry_t) { ((type) << 8) | ((offset) << 13) })
+#endif /* defined(CONFIG_64BIT_PHYS_ADDR) && defined(CONFIG_CPU_MIPS32) */
/*
* Bits 0, 1, 2, 7 and 8 are taken, split up the 27 bits of offset
@@ -218,7 +225,12 @@ pfn_pte(unsigned long pfn, pgprot_t prot
#endif
+#if defined(CONFIG_64BIT_PHYS_ADDR) && defined(CONFIG_CPU_MIPS32)
+#define __pte_to_swp_entry(pte) ((swp_entry_t) { (pte).pte_high })
+#define __swp_entry_to_pte(x) ((pte_t) { 0, (x).val })
+#else
#define __pte_to_swp_entry(pte) ((swp_entry_t) { pte_val(pte) })
#define __swp_entry_to_pte(x) ((pte_t) { (x).val })
+#endif
#endif /* _ASM_PGTABLE_32_H */
^ permalink raw reply related
* Re: iptables and mac filtering
From: Oleg @ 2006-04-08 9:39 UTC (permalink / raw)
To: netfilter
In-Reply-To: <44377281.60706@ratel.ru>
> . Line inserted showed by iptables -L -v -n but not block any IP-less
> requests from address specified. Ping or any IP protocols blocking
> success, but pppoe discovery, exchange and traffic pass the filter
> wthout any problem with no rule countr increment. How i can fix this
> thing? Or what i to do wrong?
IPTables is IP filtering tool, you should look at arptables for any 3 layer
protocol MAC-filtering.
--
Best regards, Oleg
^ permalink raw reply
* build problems with 2.0-testing
From: Hans-Christian Armingeon @ 2006-04-08 9:34 UTC (permalink / raw)
To: xen-devel
Hi,
I am having problems in building xen 2.0-testing.
make[3]: Leaving directory `/usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen'
[ -e include/asm ] || ln -sf asm-x86 include/asm
/usr/bin/make -C arch/x86 asm-offsets.s
make[3]: Entering directory `/usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen/arch/x86'
gcc -nostdinc -fno-builtin -fno-common -fno-strict-aliasing -iwithprefix include -Wall -Werror -pipe -I/usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen/in
ls -O3 -fomit-frame-pointer -msoft-float -m32 -march=i686 -DNDEBUG -S -o asm-offsets.s x86_32/asm-offsets.c
In file included from /usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen/include/asm/page.h:117,
from /usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen/include/asm/fixmap.h:18,
from /usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen/include/asm/smp.h:6,
from /usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen/include/xen/smp.h:13,
from /usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen/include/xen/sched.h:11,
from x86_32/asm-offsets.c:7:
/usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen/include/asm/processor.h:175: error: array type has incomplete element type
make[3]: *** [asm-offsets.s] Error 1
make[3]: Leaving directory `/usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen/arch/x86'
make[2]: *** [/usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen/xen] Error 2
make[2]: Leaving directory `/usr/src/xen/xen2/xen-testing.hg-2.0-20060408/xen'
make[1]: *** [xen] Error 2
make[1]: Leaving directory `/usr/src/xen/xen2/xen-testing.hg-2.0-20060408'
make: *** [build-stamp] Error 2
The build works fine on another ubuntu system.
Has anybody got an idea, what is missing?
Many thanks in advance,
Johnny
^ permalink raw reply
* Re: nvidia on sparc32
From: David S. Miller @ 2006-04-08 9:18 UTC (permalink / raw)
To: akpm; +Cc: linux-fbdev-devel
In-Reply-To: <20060408013917.00bd96ee.akpm@osdl.org>
From: Andrew Morton <akpm@osdl.org>
Date: Sat, 8 Apr 2006 01:39:17 -0700
> hm, OK, thanks. Given that it all compiles with the borrowed vga.h, I
> guess the simplest thing to do is to run with that - it fixes allmodconfig,
> avoids mucking up the Kconfig files and gives us wide compile coverage.
>
> What thinkest thou?
Sure, that's fine with me.
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply
* RE: upgrading from 3.0.1 to 3.0.2
From: James Harper @ 2006-04-08 9:17 UTC (permalink / raw)
To: rhce admin, xen-devel
> The second one refuses to start xend properly for some reason, but I
> just noticed it is pointing at a local but unmaintained Debian
> repository, so everything is much more out of date than it should be.
> I'm upgrading it now.
Actually, it turns out I didn't update a link on the tftp server so it
was still booting 2.6.12 from 3.0.1. Working fine now.
James
^ permalink raw reply
* [Xenomai-core] kgdb over ipipe
From: Jan Kiszka @ 2006-04-08 9:16 UTC (permalink / raw)
To: xenomai-core, adeos-main
[-- Attachment #1.1: Type: text/plain, Size: 1460 bytes --]
Hi,
this is the preliminary, though already usable result of my recent
effort to extend the tool situation for Xenomai: A kgdb patch series for
2.6.15 on x86. It already works quite well but likely does not yet catch
all fatal scenarios (e.g. page faults in the Xenomai domain).
To apply it, you first need to run the standard kgdb patch series
against a vanilla 2.6.15 (I tested .3 and .5), and then extend that
series like follows:
prepare-kgdb-ipipe-x86.patch
adeos-ipipe-2.6.15-i386-1.2-01.patch
kgdb-ipipe.patch
kgdb-ipipe-x86.patch
Note that the adeos patch is also vanilla, i.e. unmodified! I
successfully tested the debugger (via serial cable) by putting a
breakpoint at rt_sem_v and then running the latency test - all fine.
You may want to patch gdb to improve its awareness of modules (see
kgdb.linsyssoft.com, I haven't tried yet), or you retrieve the module
base address (busybox's lsmod does this nicely e.g.) and issue
"add-symbol-file <path_to_your_module.ko> <base_address>" at the gdb prompt.
I once hacked RTAI's old hal patch and an old kgdb over 2.4 together.
That was definitely more patching work than this one here! I'm quite
confident that this time we will be able to maintain the debugger over a
longer period without too much effort. I also think that porting it over
other archs should be fairly easy.
But more on this will follow, I first have to apply the tool on a real
problem...
Jan
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: prepare-kgdb-ipipe-x86.patch --]
[-- Type: text/x-patch; name="prepare-kgdb-ipipe-x86.patch", Size: 838 bytes --]
Index: linux-2.6.15.5/arch/i386/kernel/entry.S
===================================================================
--- linux-2.6.15.5.orig/arch/i386/kernel/entry.S 2006-04-07 16:42:54.000000000 +0200
+++ linux-2.6.15.5/arch/i386/kernel/entry.S 2006-04-07 16:47:23.000000000 +0200
@@ -123,7 +123,7 @@
.previous
-KPROBE_ENTRY(ret_from_fork)
+ENTRY(ret_from_fork)
pushl %eax
call schedule_tail
GET_THREAD_INFO(%ebp)
@@ -470,7 +470,7 @@
pushl $do_simd_coprocessor_error
jmp error_code
-KPROBE_ENTRY(device_not_available)
+ENTRY(device_not_available)
pushl $-1 # mark this as an int
SAVE_ALL
movl %cr0, %eax
@@ -652,7 +652,7 @@
jmp error_code
#endif
-KPROBE_ENTRY(spurious_interrupt_bug)
+ENTRY(spurious_interrupt_bug)
pushl $0
pushl $do_spurious_interrupt_bug
jmp error_code
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.3: kgdb-ipipe.patch --]
[-- Type: text/x-patch; name="kgdb-ipipe.patch", Size: 5248 bytes --]
Index: linux-2.6.15.3-kgdb/kernel/kgdb.c
===================================================================
--- linux-2.6.15.3-kgdb.orig/kernel/kgdb.c 2006-04-08 04:54:37.000000000 +0200
+++ linux-2.6.15.3-kgdb/kernel/kgdb.c 2006-04-08 11:01:42.000000000 +0200
@@ -740,7 +740,7 @@
unsigned long flags;
int processor;
- local_irq_save(flags);
+ local_irq_save_hw(flags);
processor = smp_processor_id();
kgdb_info[processor].debuggerinfo = regs;
kgdb_info[processor].task = current;
@@ -770,7 +770,7 @@
/* Signal the master processor that we are done */
atomic_set(&procindebug[processor], 0);
spin_unlock(&slavecpulocks[processor]);
- local_irq_restore(flags);
+ local_irq_restore_hw(flags);
}
#endif
@@ -1033,7 +1033,7 @@
* Interrupts will be restored by the 'trap return' code, except when
* single stepping.
*/
- local_irq_save(flags);
+ local_irq_save_hw(flags);
/* Hold debugger_active */
procid = smp_processor_id();
@@ -1056,7 +1056,7 @@
if (atomic_read(&cpu_doing_single_step) != -1 &&
atomic_read(&cpu_doing_single_step) != procid) {
atomic_set(&debugger_active, 0);
- local_irq_restore(flags);
+ local_irq_restore_hw(flags);
goto acquirelock;
}
@@ -1556,7 +1556,7 @@
kgdb_restore:
/* Free debugger_active */
atomic_set(&debugger_active, 0);
- local_irq_restore(flags);
+ local_irq_restore_hw(flags);
return error;
}
@@ -1925,9 +1925,9 @@
if (!kgdb_connected || atomic_read(&debugger_active) != 0)
return 0;
if ((code == SYS_RESTART) || (code == SYS_HALT) || (code == SYS_POWER_OFF)){
- local_irq_save(flags);
+ local_irq_save_hw(flags);
put_packet("X00");
- local_irq_restore(flags);
+ local_irq_restore_hw(flags);
}
return NOTIFY_DONE;
}
@@ -1942,9 +1942,9 @@
if (!kgdb_connected || atomic_read(&debugger_active) != 0)
return;
- local_irq_save(flags);
+ local_irq_save_hw(flags);
kgdb_msg_write(s, count);
- local_irq_restore(flags);
+ local_irq_restore_hw(flags);
}
static struct console kgdbcons = {
Index: linux-2.6.15.3-kgdb/drivers/serial/8250_kgdb.c
===================================================================
--- linux-2.6.15.3-kgdb.orig/drivers/serial/8250_kgdb.c 2006-04-08 04:54:37.000000000 +0200
+++ linux-2.6.15.3-kgdb/drivers/serial/8250_kgdb.c 2006-04-08 11:01:42.000000000 +0200
@@ -301,6 +301,10 @@
"GDB-stub", current_port) < 0)
printk(KERN_ERR "KGDB failed to request the serial IRQ (%d)\n",
current_port->irq);
+#ifdef CONFIG_IPIPE
+ ipipe_control_irq(current_port->irq, 0,
+ IPIPE_HANDLE_MASK|IPIPE_STICKY_MASK|IPIPE_SYSTEM_MASK);
+#endif /* CONFIG_IPIPE */
}
static __init int kgdb_init_io(void)
Index: linux-2.6.15.3-kgdb/include/linux/kgdb.h
===================================================================
--- linux-2.6.15.3-kgdb.orig/include/linux/kgdb.h 2006-04-08 04:54:37.000000000 +0200
+++ linux-2.6.15.3-kgdb/include/linux/kgdb.h 2006-04-08 11:01:42.000000000 +0200
@@ -271,5 +271,14 @@
/* Stubs for when KGDB is not set. */
static const atomic_t debugger_active = ATOMIC_INIT(0);
#endif /* CONFIG_KGDB */
+
+#ifdef CONFIG_IPIPE
+void kgdb_catch_domain(struct ipipe_domain *ipd);
+int kgdb_catch_event_allowed(unsigned event);
+#else /* !CONFIG_IPIPE */
+#define kgdb_catch_domain(ipd)
+#define kgdb_catch_event_allowed(event) 1
+#endif /* CONFIG_IPIPE */
+
#endif /* _KGDB_H_ */
#endif /* __KERNEL__ */
Index: linux-2.6.15.3-kgdb/kernel/ipipe/generic.c
===================================================================
--- linux-2.6.15.3-kgdb.orig/kernel/ipipe/generic.c 2006-04-08 04:54:37.000000000 +0200
+++ linux-2.6.15.3-kgdb/kernel/ipipe/generic.c 2006-04-08 11:01:42.000000000 +0200
@@ -29,6 +29,9 @@
#ifdef CONFIG_PROC_FS
#include <linux/proc_fs.h>
#endif /* CONFIG_PROC_FS */
+#ifdef CONFIG_KGDB
+#include <linux/kgdb.h>
+#endif /* CONFIG_KGDB */
MODULE_DESCRIPTION("I-pipe");
MODULE_LICENSE("GPL");
@@ -106,6 +109,10 @@
printk(KERN_WARNING "I-pipe: Domain %s registered.\n", ipd->name);
+#ifdef CONFIG_KGDB
+ kgdb_catch_domain(ipd);
+#endif
+
/*
* Finally, allow the new domain to perform its initialization
* chores.
@@ -277,6 +284,11 @@
self = 1;
}
+#ifdef CONFIG_KGDB
+ if (!kgdb_catch_event_allowed(event))
+ return 0; /* silently ignore request */
+#endif
+
if (event >= IPIPE_NR_EVENTS)
return -EINVAL;
Index: linux-2.6.15.3-kgdb/lib/Kconfig.debug
===================================================================
--- linux-2.6.15.3-kgdb.orig/lib/Kconfig.debug 2006-04-08 04:54:37.000000000 +0200
+++ linux-2.6.15.3-kgdb/lib/Kconfig.debug 2006-04-08 11:01:42.000000000 +0200
@@ -250,7 +250,7 @@
config KGDB_ONLY_MODULES
bool "KGDB: Use only kernel modules for I/O"
- depends on MODULES
+ depends on MODULES && !IPIPE
help
Use only kernel modules to configure KGDB I/O after the
kernel is booted.
@@ -295,7 +295,7 @@
endchoice
config KGDBOE
- tristate "KGDB: On ethernet" if !KGDBOE_NOMODULE
+ tristate "KGDB: On ethernet" if !KGDBOE_NOMODULE && !IPIPE
depends on m && KGDB
select NETPOLL
select NETPOLL_TRAP
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.4: kgdb-ipipe-x86.patch --]
[-- Type: text/x-patch; name="kgdb-ipipe-x86.patch", Size: 2652 bytes --]
Index: linux-2.6.15.3-kgdb/arch/i386/kernel/entry.S
===================================================================
--- linux-2.6.15.3-kgdb.orig/arch/i386/kernel/entry.S 2006-04-08 04:54:36.000000000 +0200
+++ linux-2.6.15.3-kgdb/arch/i386/kernel/entry.S 2006-04-08 11:01:52.000000000 +0200
@@ -194,7 +194,7 @@
.previous
-ENTRY(ret_from_fork)
+KPROBE_ENTRY(ret_from_fork)
STI_COND_HW
pushl %eax
call schedule_tail
@@ -582,7 +582,7 @@
PUSH_XCODE(do_simd_coprocessor_error)
jmp error_code
-ENTRY(device_not_available)
+KPROBE_ENTRY(device_not_available)
pushl $-1 # mark this as an int
SAVE_ALL
DIVERT_EXCEPTION(device_not_available)
@@ -767,7 +767,7 @@
jmp error_code
#endif
-ENTRY(spurious_interrupt_bug)
+KPROBE_ENTRY(spurious_interrupt_bug)
pushl $0
PUSH_XCODE(do_spurious_interrupt_bug)
jmp error_code
Index: linux-2.6.15.3-kgdb/arch/i386/kernel/ipipe-root.c
===================================================================
--- linux-2.6.15.3-kgdb.orig/arch/i386/kernel/ipipe-root.c 2006-04-08 04:54:36.000000000 +0200
+++ linux-2.6.15.3-kgdb/arch/i386/kernel/ipipe-root.c 2006-04-08 11:01:52.000000000 +0200
@@ -34,6 +34,9 @@
#include <asm/irq.h>
#include <asm/desc.h>
#include <asm/io.h>
+#ifdef CONFIG_KGDB
+#include <linux/kgdb.h>
+#endif /* CONFIG_KGDB */
#ifdef CONFIG_X86_LOCAL_APIC
#include <asm/tlbflush.h>
#include <asm/fixmap.h>
@@ -248,6 +251,10 @@
ipipe_root_domain->irqs[IPIPE_SERVICE_IPI2].control &= ~IPIPE_SYSTEM_MASK;
ipipe_root_domain->irqs[IPIPE_SERVICE_IPI3].control &= ~IPIPE_SYSTEM_MASK;
#endif /* CONFIG_X86_LOCAL_APIC */
+
+#ifdef CONFIG_KGDB
+ kgdb_catch_domain(ipipe_root_domain);
+#endif
}
static inline void __fixup_if(struct pt_regs *regs)
Index: linux-2.6.15.3-kgdb/arch/i386/kernel/kgdb.c
===================================================================
--- linux-2.6.15.3-kgdb.orig/arch/i386/kernel/kgdb.c 2006-04-08 04:54:36.000000000 +0200
+++ linux-2.6.15.3-kgdb/arch/i386/kernel/kgdb.c 2006-04-08 11:01:52.000000000 +0200
@@ -362,3 +362,22 @@
.flags = KGDB_HW_BREAKPOINT,
};
+#ifdef CONFIG_IPIPE
+int kgdb_catch_debug(unsigned event, struct ipipe_domain *ipd, void *data)
+{
+ struct pt_regs *regs = (struct pt_regs *)data;
+
+ return !kgdb_handle_exception(event, SIGTRAP, -1, regs);
+}
+
+void kgdb_catch_domain(struct ipipe_domain *ipd)
+{
+ ipipe_catch_event(ipd, 1, kgdb_catch_debug);
+ ipipe_catch_event(ipd, 3, kgdb_catch_debug);
+}
+
+int kgdb_catch_event_allowed(unsigned event)
+{
+ return ((event != 1) && (event != 3));
+}
+#endif /* CONFIG_IPIPE */
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]
^ permalink raw reply
* Re: [Xenomai-core] Xenosim 2.1 Compile Fixes
From: Philippe Gerum @ 2006-04-08 9:12 UTC (permalink / raw)
To: Bernhard Walle; +Cc: xenomai
In-Reply-To: <hsuig3-5kl.ln1@domain.hid>
Bernhard Walle wrote:
> Hello,
>
> following fixes were necessary to compile Xenosim 2.1 together with
> Xenomai 2.1 on SUSE 10.0 with gcc 4.0.2. I hope it can be applied to
> SVN. (If generated files are in SVN, autoreconf must be run.)
>
Fixed in both the maintenance branch and trunk/. Thanks.
> Thanks.
>
>
> Regards,
> Bernhard
>
> diff -Nur xenosim-2.1.0.orig/acinclude.m4 xenosim-2.1.0/acinclude.m4
> --- xenosim-2.1.0.orig/acinclude.m4 2006-03-11 23:09:35.000000000 +0100
> +++ xenosim-2.1.0/acinclude.m4 2006-04-07 21:48:59.000000000 +0200
> @@ -76,13 +76,13 @@
> ac_cv_using_gcc_for_mvm_c=no, ac_cv_using_gcc_for_mvm_c=yes)])dnl
> if test $ac_cv_using_gcc_for_mvm_c = yes; then
> AC_MSG_RESULT(yes)
> -AC_MSG_CHECKING([if C compiler supports -fwritable-strings -fdollars-in-identifiers])
> +AC_MSG_CHECKING([if C compiler supports -fdollars-in-identifiers])
> save_CFLAGS="$CFLAGS"
> -CFLAGS="-fwritable-strings -fdollars-in-identifiers -Werror"
> +CFLAGS="-fdollars-in-identifiers -Werror"
> AC_CACHE_VAL(ac_cv_cc_mvm_moreflags,
> [AC_TRY_COMPILE([],
> [int i = 0; return i; ],
> -ac_cv_cc_mvm_moreflags="-fwritable-strings -fdollars-in-identifiers", ac_cv_cc_mvm_moreflags="")])dnl
> +ac_cv_cc_mvm_moreflags="-fdollars-in-identifiers", ac_cv_cc_mvm_moreflags="")])dnl
> MVM_CFLAGS="$ac_cv_cc_mvm_moreflags"
> CFLAGS="$save_CFLAGS"
> else
> @@ -126,7 +126,7 @@
> else
> AC_MSG_RESULT(yes)
> fi
> -MVM_CXXFLAGS="-fwritable-strings -fdollars-in-identifiers $ac_cv_cxx_mvm_noex $ac_cv_cxx_mvm_nonnull"
> +MVM_CXXFLAGS="-fdollars-in-identifiers $ac_cv_cxx_mvm_noex $ac_cv_cxx_mvm_nonnull"
> CXXFLAGS="$save_CXXFLAGS"
> else
> AC_MSG_RESULT(no)
> diff -Nur xenosim-2.1.0.orig/vmutils/statobj.h xenosim-2.1.0/vmutils/statobj.h
> --- xenosim-2.1.0.orig/vmutils/statobj.h 2006-02-03 23:34:12.000000000 +0100
> +++ xenosim-2.1.0/vmutils/statobj.h 2006-04-07 22:00:19.000000000 +0200
> @@ -55,6 +55,9 @@
> class MvmFilter;
> class MvmScaler;
> class MvmTimeGraph;
> +struct MvmHistogramExportMsg;
> +struct MvmTimeGraphExportMsg;
> +struct MvmStateDiagramExportMsg;
>
> extern double variance(double,
> double,
>
>
> _______________________________________________
> Xenomai-core mailing list
> Xenomai-core@domain.hid
> https://mail.gna.org/listinfo/xenomai-core
>
--
Philippe.
^ permalink raw reply
* Re: What means "\xc7\x44\x24\x18\xda\xff\xff\xff\xe8"
From: Jan Engelhardt @ 2006-04-08 9:06 UTC (permalink / raw)
To: openbsd shen; +Cc: kernel
In-Reply-To: <6ff3e7140604051838k1b332990i488f373aad99fa71@mail.gmail.com>
>Subject: What means "\xc7\x44\x24\x18\xda\xff\xff\xff\xe8"
Does not look like x86 asm code:
> p = (char *) memmem(code, SCLEN, "\xff\x14\x85", 3);
call dword ptr [edx-...]
> pt = (char *) memmem(p+7, SCLEN-(p-code)-7,
> "\xc7\x44\x24\x18\xda\xff\xff\xff\xe8", 9);
mov dword ptr [esp+0x18], 0xffffffda
Nope, does not look meaningful if taken as x86 asm.
Jan Engelhardt
--
^ permalink raw reply
* Re: [Xenomai-help] Xenomai Live CD?
From: Jan Kiszka @ 2006-04-08 8:53 UTC (permalink / raw)
To: Bernhard Walle; +Cc: xenomai
In-Reply-To: <39tig3-7il.ln1@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 265 bytes --]
Bernhard Walle wrote:
> Hello,
>
> does anybody know if there's a Knoppix-like Live CD for Xenomai like
> there's one for RTAI?
Not that I know, but any effort in this regard would be warmly welcome... ;)
(RTnet would be nice to include as well)
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]
^ permalink raw reply
* Re: [Xenomai-core] bad/slow TSC hw detected by 2.6.17-rc1-mm1
From: Jan Kiszka @ 2006-04-08 8:45 UTC (permalink / raw)
To: Jim Cromie; +Cc: xenomai
In-Reply-To: <4436C5DF.6060005@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 1499 bytes --]
Jim Cromie wrote:
> FYI,
>
> Ive just built 17-rc1-mm1, and noted that the new time-keeping-system
> http://lwn.net/Articles/176837/
>
> can now detect the buggy TSC on my GEODE-sc1100 cpu,
> and also that its apparently fixable by adding 'idle=poll' to
> kernel-boot-line.
Keeps your CPU safe and warm, I guess. ;)
>
> Apr 7 11:42:01 truck kernel: [ 19.160016] Kernel command line:
> console=ttyS0,115200n81 root=/dev/nfs
> nfsroot=192.168.42.1:/nfshost/truck
> nfsaddrs=192.168.42.100:192.168.42.1:192.168.42.1:255.255.255.0:soekris:eth0
> panic=5 initrd=initrd-2.6.17-rc1-mm1-sk.img
> BOOT_IMAGE=vmlinuz-2.6.17-rc1-mm1-sk
> Apr 7 11:42:01 truck kernel: [ 24.314851] Time: tsc clocksource has
> been installed.
> Apr 7 11:42:01 truck kernel: [ 29.977802] TSC appears to be running
> slowly. Marking it as unstable
> Apr 7 11:42:01 truck kernel: [ 20.460000] Time: pit clocksource has
> been installed.
>
> Apr 7 12:35:56 truck kernel: [ 21.562573] Kernel command line:
> console=ttyS0,115200n81 root=/dev/nfs
> nfsroot=192.168.42.1:/nfshost/truck
> nfsaddrs=192.168.42.100:192.168.42.1:192.168.42.1:255.255.255.0:soekris:eth0
> panic=5 initrd=initrd-2.6.17-rc1-mm1-sk.img idle=poll
> BOOT_IMAGE=vmlinuz-2.6.17-rc1-mm1-sk
> Apr 7 12:35:56 truck kernel: [ 21.563049] using polling idle threads.
> Apr 7 12:35:56 truck kernel: [ 28.393469] Time: tsc clocksource has
> been installed.
>
>
> hope this is useful,
> jimc
>
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]
^ permalink raw reply
* Re: [Xenomai-core] Proposal to use buildbot for Xenomai
From: Jan Kiszka @ 2006-04-08 8:44 UTC (permalink / raw)
To: niklaus.giger; +Cc: xenomai-core
In-Reply-To: <200604072337.48181.niklaus.giger@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 4037 bytes --]
Niklaus Giger wrote:
> Hi everybody
>
> If you point your browser at http://ngiger.dyndns.org/buildbot/ (with ending
> slash please), you will find a first prototype of the continuos integration
> tool buildbot (http://buildbot.sourceforge.net/)
>
> It proves that it possible to automatically retrieve each revison of the
> Xenomai and compile it for (at the moment) two targets, a stock PPC and a
> custom PPC405 board (cross-compiling).
>
> At the moment it already is useful for me, but I would like to ask your
> opinion about its usefulness. Would this be useful for you too? Do you have a
> special target to propose (other architectures, other target like skins, all
> xenomai components as modules/built-ins, mvm simulator)?
This is a really great idea! Of course, I already have another test
candidate in mind: RTnet 8). Specifically the PPC environment would be
interesting, as our "buildbot" (sorry, Wolfgang G. ;) ) is typically
very busy so that build regressions are sometimes only detected with
delay on that platform. Is it also possible to explicitly trigger an
update and rebuild?
But also for Xenomai I would see this as a very useful tool, e.g. for
2.4 build tests (I must confess I only test sporadically against this
kernel).
>
> Be warned that setting up a buildbot master/slave using known good
> configuration is easy and can be accomplished in less than half an hour, but
> tweaking the master.cfg takes time and errors are not always easy to spot.
> E.g. I spent about 40 hours to until I could present you this email and the
> attached documents.
>
> Corrections/suggestions to all documents included are welcome.
>
> In the attached tar file you find a pdf file with detailed instructions on how
> to setup a build slave/master for xenomai to experiment with.
>
> I am willing to work in the next weeks (or months) to improve the buildbot
> master, integrate more slaves. If the xenomai developers would like to
> transfer (now or some time later) the master to another machine this would be
> fine for me too. Anywhy if this buildbot master generates too much traffic I
> might be forced to remove it, as the machine is my private small server
> connected via ASDL (1000kb upstream and only about 200kb downstream for you).
>
> My plans to improve include:
> - fix any error reported by the eventual users of the buildbot
> - fix some buildbot minor annoyance
> a) may be a prettier stylesheet
> b) use the names of the buildsteps as in
> http://ngiger.dyndns.org/buildbot/hcu3/builds/13 also in the main page)
>
> - Handle correctly cases like changes in the xenomai repository which require
> new configs, new kernel or patch-versions
>
> - Not only compile xenomai but also actually run some tests to prove the
> changes valid.
Yep, a very good idea as well. Regression tests, also in combination
with more complex applications on top of Xenomai (like RTnet ;): a
simple loopback ping test e.g.), would improve the code quality even
faster during the development cycles.
> This will either require buildbot changes to add a step where one can reboot
> a slave and run the next step with the new kernel (How to handle non-boots?)
> or
> add a separate target board whose power supply can be switched off/on by an
> external device. What I found are either
> I) Ethernet controlled power switch like
> http://info.infratec-ag.de/catalog/product_info.php?products_id=830&language=en&osCsid=a3995263b1f1ca75af33fe9d0d5fa384
> or IO-devices, like the
> II) USB LabJack http://www.labjack.com/labjack_u12.html.
> Suggestions for a cheaper solution would be always welcome.
Is there no reset button you could control via a master station, e.g. by
attaching some cheap electronic to a parallel or serial port?
I just remember that DENX once had or still have a remote PPC test-lab
running. I CC'ed Wolfgang, maybe he could comment on this if and how it
could be used.
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]
^ permalink raw reply
* Re: menuconfig search (Re: [rfc] fix Kconfig, hotplug_cpu is needed for swsusp)
From: Jan Engelhardt @ 2006-04-08 8:42 UTC (permalink / raw)
To: Randy.Dunlap; +Cc: akpm, linux-kernel
In-Reply-To: <20060403221537.79bb3af9.rdunlap@xenotime.net>
>> I find it very confusing to use, since it returns too verbose text to skim
>> through. Probably the search function should be split into "only search
>> titles[*]" and "search description too".
>
>Re verbosity: do you know that menuconfig search (/) takes regular
>expressions?
Regexes are not mentioned in the "Help" menu.
>That could help someone limit the amount of output
>from it.
>Can you give an example of being too verbose?
/ UNIX
Symbol: UNIX [=y]
Prompt: Unix domain sockets
Defined at net/unix/Kconfig:5
Depends on: NET
Location:
-> Networking
-> Networking support (NET [=y])
-> Networking options
Symbol: UNIXWARE_DISKSLICES ...
...
What would be more useful:
UNIX
Unix domain sockets
Networking > Networking Support > Networking options
UNIXWARE_DISKSLICES
Unixware slices support
File systems > Advanced ...
I.e. strip the Defined and Depends lines and crunch the Location lines inasfar
as that the full width of the window is used (break at col 70).
DEEP_FS
Just a symbol
File systems > Advanced filesystems > Very advanced filesystems >\n
Extremely advanced filesystems > Deep filesystem
>I have just modified menuconfig search to make displaying the
>Selects: and Selected by: output be an option (actually it's a
>different search command (\) to not see those lines.
>Would that help any regarding verbosity?
At the moment, entering e.g. UNIX in both the / and \ menus return the very
same output. Bug?
The \ should include everything what the original / had, plus the symbol
description ("Say Y here if ....").
Jan Engelhardt
--
^ permalink raw reply
* Re: nvidia on sparc32
From: Andrew Morton @ 2006-04-08 8:39 UTC (permalink / raw)
To: David S. Miller; +Cc: linux-fbdev-devel
In-Reply-To: <20060408.012707.80122971.davem@davemloft.net>
"David S. Miller" <davem@davemloft.net> wrote:
>
> From: Andrew Morton <akpm@osdl.org>
> Date: Sat, 8 Apr 2006 01:21:07 -0700
>
> > In file included from drivers/video/nvidia/nv_setup.c:50: include/video/vga.h:24:21: asm/vga.h: No such file or directory
> >
> > Dave, do you think a copy of the sparc64 vga.h will suffice?
>
> Sure, but none of this is ever likely to work.
>
> FWIW, all sparc32 systems with PCI have internal devices only and no
> PCI add-in cards, and they'll never see an NVIDIA device.
>
> So it's a different situation than sparc64 where someone could put an
> NVIDIA card into a PCI slot and we'd like that to work.
>
> I wish there were an easy way to eliminate nonsense configuration
> combinations for a given platform.
hm, OK, thanks. Given that it all compiles with the borrowed vga.h, I
guess the simplest thing to do is to run with that - it fixes allmodconfig,
avoids mucking up the Kconfig files and gives us wide compile coverage.
What thinkest thou?
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply
* xen-unstable hg tree doesn't compile: io_apic.c:127: warning: ‘prev’ is used uninitialized in this function
From: Hans-Christian Armingeon @ 2006-04-08 8:35 UTC (permalink / raw)
To: xen-devel
Hi,
the current hg tree doesn't compile on x86.
gcc -O2 -fomit-frame-pointer -DNDEBUG -m32 -march=i686 -Wall -Wstrict-prototypes -Wdeclaration-after-statement -nostdinc -fno-builtin -fno-common -fno-strict-aliasing -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/usr/src/xen/xen-unstable.hg-3.0-20060408.1/xen/include -I/usr/src/xen/xen-unstable.hg-3.0-20060408.1/xen/include/asm-x86/mach-generic -I/usr/src/xen/xen-unstable.hg-3.0-20060408.1/xen/include/asm-x86/mach-default -msoft-float -g -D__XEN__ -c io_apic.c -o io_apic.o
cc1: warnings being treated as errors
io_apic.c: In function ‘ioapic_guest_write’:
io_apic.c:127: warning: ‘prev’ is used uninitialized in this function
make[5]: *** [io_apic.o] Error 1
make[5]: Leaving directory `/usr/src/xen/xen-unstable.hg-3.0-20060408.1/xen/arch/x86'
make[4]: *** [/usr/src/xen/xen-unstable.hg-3.0-20060408.1/xen/arch/x86/built_in.o] Error 2
make[4]: Leaving directory `/usr/src/xen/xen-unstable.hg-3.0-20060408.1/xen/arch/x86'
make[3]: *** [/usr/src/xen/xen-unstable.hg-3.0-20060408.1/xen/xen] Error 2
make[3]: Leaving directory `/usr/src/xen/xen-unstable.hg-3.0-20060408.1/xen'
make[2]: *** [install] Error 2
make[2]: Leaving directory `/usr/src/xen/xen-unstable.hg-3.0-20060408.1/xen'
make[1]: *** [install-xen] Error 2
make[1]: Leaving directory `/usr/src/xen/xen-unstable.hg-3.0-20060408.1'
make: *** [build-stamp] Error 2
I know, this is caused by the Werror flag. Can somebody remove this?
Thanks in advance,
Johnny
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.