public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* 2.6.7-mm6
@ 2004-07-05  9:31 Andrew Morton
  2004-07-05 10:18 ` 2.6.7-mm6 Christoph Hellwig
                   ` (10 more replies)
  0 siblings, 11 replies; 51+ messages in thread
From: Andrew Morton @ 2004-07-05  9:31 UTC (permalink / raw)
  To: linux-kernel



ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/

- Added the DVD-RW/CD-RW packet writing patches.  These need more work.

- The USB update seems deadlocky.  I fixed one bug but it still causes my
  ia64 test box to lock up on boot.  If it goes bad, please revert
  usb-locking-fix.patch and then revert bk-usb.patch.  Retest and send a report
  to linux-kernel and linux-usb-devel@lists.sourceforge.net.




Changes since 2.6.7-mm5:


 linus.patch
 bk-acpi.patch
 bk-agpgart.patch
 bk-alsa.patch
 bk-cpufreq.patch
 bk-driver-core.patch
 bk-ieee1394.patch
 bk-input.patch
 bk-libata.patch
 bk-netdev.patch
 bk-pnp.patch
 bk-scsi.patch
 bk-usb.patch

 External trees

-alsa-gus-compile-error.patch
-ppc64-remove-rtas-arguments-from-paca.patch
-ppc64-paca-cleanup.patch
-ppc64-janitor-log_rtas_error-call-arguments.patch
-ppc64-janitor-rtas_call-return-variables.patch
-ppc32-ocp-for-mp10x.patch
-ppc32-ppc44x-updates.patch
-ppc32-ppc4xx-preempt-fixes.patch
-net-at1700c-depends-on-mca_legacy.patch
-net-ne2c-needs-mca_legacy.patch
-next-step-of-smp-support-fix-device-suspending.patch
-next-step-of-smp-support-fix-device-suspending-warning-fix.patch
-next-step-of-smp-support-fix-device-suspending-warning-fix-2.patch
-next-step-of-smp-support-fix-device-suspending-x86_64-fix.patch
-produce-a-warning-on-unchecked-inode_setattr-use.patch
-bugfix-for-clock_realtime-absolute-timer.patch
-pcmcia-net-device-unplugging-ordering-fix.patch
-remove-upf_resources.patch
-define-max-kernel-symbol-lenght-and-clean-up.patch
-fix-sparse-warnings-in-kernel-power.patch
-fix-sparse-warnings-in.patch
-convert-private-abs-to-kernels-abs.patch
-rivafb-fixes.patch
-mode-switch-in-fbcon_blank.patch
-another-batch-of-fbcon-fixes.patch
-pdcp-needs-io_h.patch
-es7000-subarch-update-for-target_cpus.patch
-zombie-with-clone_thread.patch
-asiliantfb-fixes.patch
-64-bit-bug-in-radix-tree-lookup.patch
-s390-core-changes.patch
-s390-comon-i-o-layer.patch
-s390-dasd-driver-changes.patch
-s390-sclp-console-driver.patch
-s390-network-driver-changes.patch
-s390-zfcp-host-adapter.patch
-x86_64-edd-build-fix.patch
-telephony-driver-isapnp-fix.patch
-1-4-dm-kcopydc-remove-unused-include.patch
-2-4-dm-kcopydc-make-client_add-return-void.patch
-3-4-dm-dm-raid1c-enforce-max-of-9-mirrors.patch
-4-4-dm-dm-raid1c-use-fixed-size-arrays.patch
-physnode-map-can-go-negative.patch
-flexible-mmap-bug-fix.patch

 Merged

+usb-locking-fix.patch

 Fix USB deadlock

+fix-trap_bad_syscall_exits-on-i386.patch
+add-trap_bad_syscall_exits-config-for-i386.patch

 kgdb fixlets

+ppc64-eeh-fixes-for-power5-machines-1-2.patch
+ppc64-eeh-fixes-for-power5-machines-2-2.patch
+ppc64-rtas-error-log-locking-fix.patch
+ppc64-gcc-35-fix.patch
+ppc64-gcc-35-fixes-2.patch
+ppc64-splpar-spinlock-optimisation.patch
+ppc64-out-of-line-some-user-copy-routines.patch
+ppc32-biarch-gcc-support.patch
+ppc64-remove-MachineCheck_Pseries.patch

 ppc32/64 updates

-pefrctr-x86_tests-build-fix.patch
-perfctr-ppc32-update.patch
-perfctr-update-4-6-ppc32-cleanups.patch
-perfctr-update-6-6-misc-minor-cleanups.patch
-perfctr-update-3-6-__user-annotations.patch
-perfctr-cpus_complement-fix.patch
-perfctr-cpumask-cleanup.patch
-perfctr-misc.patch

 Folded into other perfctr patches

+perfctr-ppc32-buglet-fix.patch
+perfctr-low-level-documentation.patch

 perfctr updates

-reduce-tlb-flushing-during-process-migration-2.patch
+reduce-tlb-flushing-during-process-migration-3.patch

 Updated

+sched-fork-hotplug-cleanuppatch.patch

 CPU scheduler cleanup

+flexible-mmap-bug-fix.patch
+flexible-mmap-updatepatch-267-mm5.patch

 Fix the ia32 VM layout patch

+clean-up-module-install-rules.patch
+kbuild-sort-modules-for-modpost-and-modinst.patch

 kbuild fixes/cleanups

+intrinsic-automount-and-mountpoint-degradation-support.patch
+intrinsic-automount-and-mountpoint-degradation-support-fix.patch
+kafs-automount-support.patch
+kafs-automount-support-build-fix.patch

 Internal automounting for AFS

+dvdrw-support-for-267-bk13.patch
+cdrw-packet-writing-support-for-267-bk13.patch
+dvd-rw-packet-writing-update.patch
+fix-race-in-pktcdvd-kernel-thread-handling.patch
+fix-open-close-races-in-pktcdvd.patch
+packet-writing-review-fixups.patch
+packet-writing-docco.patch

 DVD-RW/CD-RW packet writing support

+ia64-audit-support.patch

 Support "lightweight syscall auditing" on ia64

+r8169_napi-help-text-2.patch

 Kconfig help for the r8169 net driver

+check-for-undefined-symbols.patch

 Check for undefined symbols in vmlinux, fail the build if there are any. 
 Lots of builds failes.

+sparc64-remove-silo-args.patch

 Fix sparc64 build

+no-sysgood-for-ptrace-singlestep.patch

 Clean up/fix ptrace code

+more-mca_legacy-dependencies.patch

 Fix build with CONFIG_MCA_LEGACY=n

+use-llseek-instead-of-f_pos=-for-directory-seeking.patch

 Fix an nfsd problem when the client sends an insane directory offset.

+err1-28-rose_route-locking-fix.patch
+err1-62-ax25_ds_idletimer_expiry-locking-fix.patch
+err1-67-lapb_unregister-locking-fix.patch
+err2-6-hashbin_remove_this-locking-fix.patch
+err2-15-ax25_rt_add-locking-fix.patch

 Networking fixes arising from the Stanford locking checker.

+port-reboot-workarounds-to-new-dmi-probing.patch

 Use the new DMI API a bit more.

+dm-use-idr.patch

 Use an IDR tree in devicemapper

+fix-sparse-warnings-in-fs-udf.patch

 sparse fixes

+fbcon-mode-switch-hack.patch

 Fix fbcon switching to/from X.

+fix-one-sparse-warning-in-net-sun-xprtc.patch

 sparse fixes

+fix-compile-errors-with-x86_powernow_k78=y-and-acpi_processor=m.patch

 build fix

+fix-up-physnode_map.patch

 ia23 NUMA fix

+wavefront_fx-build-fix.patch

 Fix sounds driver build with gcc-3.5.

+mtrr-initdata-fix.patch

 MTRR section fix

+ipc-1-3-add-refcount-to-ipc_rcu_alloc.patch
+ipc-2-3-remove-sem_revalidate.patch
+ipc-3-3-enforce-semvmx-limit-for-undo.patch
+cleanup-of-ipc-msgc.patch

 Add refcounting to the ipc kernel objects.

+selinux-build-fix.patch

 SELinux compile fix with gcc-3.5

+selinux-space-saving.patch

 Save a scrap of RAM in SELinux

+err1-7-err1-8-double-locking-fix-for-radeonfb.patch

 Moer Stanford checker fixes

+fix-ia64-upf_resources-pcdpc-267-mm5-build.patch

 ia64 build fix

+sparc-32-cpumask-bitop-build-fix.patch

 sparc32 cpumask fixes

+force-o_largefile-in-sys_swapon-and-sys_swapoff.patch

 Use O_LARGEFILE on swapfiles

+gcc-35-fixes.patch
+gcc-35-fixes-2.patch

 More gcc-3.5 fixes

+__bdevname-leak-fix.patch

 Fix mudule refcount leak in __bdevname()

+sk98lin-procfs-fix.patch

 Fix /proc handling in this driver

+spurious-remap_file_pages-einval.patch

 Fix remap_file_pages()

+cpufreq-driver-for-nforce2-kernel-267.patch

 cpufreq driver for the nForce2 chipset.

+remove-allowdma0-documentation-fwd.patch

 Documentation update

+mptbase-warning-fix.patch
+kyro-warning-fix.patch

 Fix a couple of warnings.





All 179 patches:


linus.patch

kbuild-improve-kernel-build-with-separated-output.patch
  kbuild: Improve Kernel build with separated output

sysfs-leaves-mount.patch
  sysfs backing store: add sysfs_dirent

sysfs-leaves-dir.patch
  sysfs backing store: add sysfs_dirent

sysfs-leaves-file.patch
  sysfs backing store: sysfs_create() changes

sysfs-leaves-bin.patch
  sysfs backing store: bin attribute changes

sysfs-leaves-symlink.patch
  sysfs backing store: sysfs_create_link changes

sysfs-leaves-misc.patch
  sysfs backing store: attribute groups and misc routines

bk-acpi.patch

bk-agpgart.patch

bk-alsa.patch

bk-cpufreq.patch

bk-driver-core.patch

bk-ieee1394.patch

bk-input.patch

bk-libata.patch

bk-netdev.patch

bk-pnp.patch

bk-scsi.patch

bk-usb.patch

mm.patch
  add -mmN to EXTRAVERSION

usb-locking-fix.patch
  usb deadlock fix

kgdb-ga.patch
  kgdb stub for ia32 (George Anzinger's one)
  kgdbL warning fix
  kgdb buffer overflow fix
  kgdbL warning fix
  kgdb: CONFIG_DEBUG_INFO fix
  x86_64 fixes
  correct kgdb.txt Documentation link (against  2.6.1-rc1-mm2)
  kgdb: fix for recent gcc
  kgdb warning fixes
  THREAD_SIZE fixes for kgdb
  Fix stack overflow test for non-8k stacks

kgdb-gapatch-fix-for-i386-single-step-into-sysenter.patch
  kgdb-ga.patch fix for i386 single-step into sysenter

fix-trap_bad_syscall_exits-on-i386.patch
  fix TRAP_BAD_SYSCALL_EXITS on i386

add-trap_bad_syscall_exits-config-for-i386.patch
  add TRAP_BAD_SYSCALL_EXITS config for i386

kgdboe-netpoll.patch
  kgdb-over-ethernet via netpoll
  kgdboe: fix configuration of MAC address

kgdb-x86_64-support.patch
  kgdb-x86_64-support.patch for 2.6.2-rc1-mm3
  kgdb-x86_64-warning-fixes

kgdb-ia64-support.patch
  IA64 kgdb support
  ia64 kgdb repair and cleanup

kgdb-irqaction-use-cpumask.patch

kgdb-ia64-fix.patch
  ia64 kgdb fix

make-tree_lock-an-rwlock.patch
  make mapping->tree_lock an rwlock

radix_tree_tag_set-atomic.patch
  Make radix_tree_tag_set/clear atomic wrt the tag

radix_tree_tag_set-only-needs-read_lock.patch
  radix_tree_tag_set only needs read_lock()

must-fix.patch
  must fix lists update
  must fix list update
  mustfix update

must-fix-update-5.patch
  must-fix update

mustfix-lists.patch
  mustfix lists

ppc64-eeh-fixes-for-power5-machines-1-2.patch
  ppc64: EEH fixes for POWER5 machines (1/2)

ppc64-eeh-fixes-for-power5-machines-2-2.patch
  ppc64: EEH fixes for POWER5 machines (2/2)

ppc64-rtas-error-log-locking-fix.patch
  ppc64: RTAS error log locking fix

ppc64-gcc-35-fix.patch
  ppc64: gcc 3.5 fixes

ppc64-gcc-35-fixes-2.patch
  ppc64: gcc 3.5 fixes #2

ppc64-splpar-spinlock-optimisation.patch
  ppc64: SPLPAR spinlock optimisation

ppc64-out-of-line-some-user-copy-routines.patch
  ppc64: uninline some user copy routines

ppc32-biarch-gcc-support.patch
  ppc32: biarch gcc support

ppc64-remove-MachineCheck_Pseries.patch
  ppc64: remove MachineCheck_Pseries

ppc64-reloc_hide.patch

invalidate_inodes-speedup.patch
  invalidate_inodes speedup
  more invalidate_inodes speedup fixes

get_user_pages-handle-VM_IO.patch
  fix get_user_pages() against mappings of /dev/mem

fa311-mac-address-fix.patch
  wrong mac address with netgear FA311 ethernet card

pid_max-fix.patch
  Bug when setting pid_max > 32k

jbd-remove-livelock-avoidance.patch
  JBD: remove livelock avoidance code in journal_dirty_data()

journal_add_journal_head-debug.patch
  journal_add_journal_head-debug

list_del-debug.patch
  list_del debug check

oops-dump-preceding-code.patch
  i386 oops output: dump preceding code

lockmeter.patch
  lockmeter
  ia64 CONFIG_LOCKMETER fix

unplug-can-sleep.patch
  unplug functions can sleep

firestream-warnings.patch
  firestream warnings

ext3_rsv_cleanup.patch
  ext3 block reservation patch set -- ext3 preallocation cleanup

ext3_rsv_base.patch
  ext3 block reservation patch set -- ext3 block reservation
  ext3 reservations: fix performance regression
  ext3 block reservation patch set -- mount and ioctl feature
  ext3 block reservation patch set -- dynamically increase reservation window
  ext3 reservation ifdef cleanup patch
  ext3 reservation max window size check patch
  ext3 reservation file ioctl fix

ext3-reservation-default-on.patch
  ext3 reservation: default to on

ext3-lazy-discard-reservation-window-patch.patch
  ext3 lazy discard reservation window patch
  ext3 discard reservation in last iput fix patch
  Fix lazy reservation discard
  ext3 reservations: bad_inode fix
  ext3 reservation discard race fix

hugetlb_shm_group-sysctl-gid-0-fix.patch
  hugetlb_shm_group sysctl-gid-0-fix

really-ptrace-single-step-2.patch
  ptrace single-stepping fix

ipr-ppc64-depends.patch
  Make ipr.c require ppc

disk-barrier-core.patch
  disk barriers: core
  disk-barrier-core-tweaks

disk-barrier-ide.patch
  disk barriers: IDE
  disk-barrier-ide-symbol-expoprt
  disk-barrier ide warning fix

barrier-update.patch
  barrier update

disk-barrier-scsi.patch
  disk barriers: scsi

disk-barrier-dm.patch
  disk barriers: devicemapper

disk-barrier-md.patch
  disk barriers: MD

reiserfs-v3-barrier-support.patch
  reiserfs v3 barrier support
  reiserfs-v3-barrier-support-tweak

sync_dirty_buffer-retval.patch
  make sync_dirty_buffer() return something useful

ext3-barrier-support.patch
  ext3 barrier support

jbd-barrier-fallback-on-failure.patch
  jbd: barrier fallback on failure

ide-print-failed-opcode.patch
  ide: print failed opcode on IO errors
  From: Jens Axboe <axboe@suse.de>
  Subject: Re: ide errors in 7-rc1-mm1 and later

add-bh_eopnotsupp-for-testing.patch
  add BH_Eopnotsupp for testing async barrier failures

handle-async-barrier-failures.patch
  Handle async barrier failures

enable-suspend-resuming-of-e1000.patch
  Enable suspend/resuming of e1000

tty_io-hangup-locking.patch
  tty_io.c hangup locking

perfctr-core.patch
  From: Mikael Pettersson <mikpe@csd.uu.se>
  Subject: [PATCH][1/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: core
  CONFIG_PERFCTR=n build fix
  From: Mikael Pettersson <mikpe@csd.uu.se>
  Subject: [PATCH][6/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: misc

perfctr-i386.patch
  From: Mikael Pettersson <mikpe@csd.uu.se>
  Subject: [PATCH][2/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: i386
  perfctr #if/#ifdef cleanup
  perfctr Dothan support
  perfctr x86_tests build fix

perfctr-x86_64.patch
  From: Mikael Pettersson <mikpe@csd.uu.se>
  Subject: [PATCH][3/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: x86_64

perfctr-ppc.patch
  From: Mikael Pettersson <mikpe@csd.uu.se>
  Subject: [PATCH][4/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: PowerPC
  perfctr ppc32 update
  perfctr update 4/6: PPC32 cleanups

perfctr-ppc32-buglet-fix.patch
  perfctr ppc32 buglet fix

perfctr-virtualised-counters.patch
  From: Mikael Pettersson <mikpe@csd.uu.se>
  Subject: [PATCH][5/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: virtualised counters
  perfctr update 6/6: misc minor cleanups
  perfctr update 3/6: __user annotations
  perfctr-cpus_complement-fix
  perfctr cpumask cleanup

perfctr-ifdef-cleanup.patch
  perfctr ifdef cleanup

perfctr-update-2-6-kconfig-related-updates.patch
  perfctr update 2/6: Kconfig-related updates

perfctr-update-5-6-reduce-stack-usage.patch
  perfctr update 5/6: reduce stack usage

perfctr-low-level-documentation.patch
  perfctr low-level documentation

ext3-online-resize-patch.patch
  ext3: online resizing

ext3-online-resize-warning-fix.patch
  ext3-online-resize-warning-fix

altix-serial-driver-2.patch
  Altix serial driver updates
  altix-serial-driver-fix

sched-clean-init-idle.patch
  sched: cleanup init_idle()

sched-clean-fork.patch
  sched: cleanup, improve sched <=> fork APIs

sched-clean-fork-rename-wake_up_new_process-wake_up_new_task.patch
  sched: rename wake_up_new_process -> wake_up_new_task

sched-misc-cleanups-2.patch
  sched: misc cleanups #2

sched-unlikely-rt_task.patch
  sched: make rt_task unlikely

sched-misc.patch
  sched: sched misc changes

sched-misc-fix-rt.patch
  sched: fix RT scheduling & interactivity estimator

sched-no-balance-clone.patch
  sched: disable balance on clone

sched-remove-balance-clone.patch
  sched: remove balance on clone

sched-fork-hotplug-cleanuppatch.patch
  sched: fork hotplug hanling cleanup

memory-backed-inodes-fix.patch
  memory-backed inodes fix

ext3_bread-cleanup.patch
  ext3_bread() cleanup

flexible-mmap-2.6.7-mm3-A8.patch
  i386 virtual memory layout rework

flexible-mmap-bug-fix.patch
  flexible-mmap BUG fix

flexible-mmap-updatepatch-267-mm5.patch
  flexible-mmap update

driver-model-and-sysfs-support-for-pcmcia-1-3.patch
  driver model and sysfs support for PCMCIA (1/3)

update-drivers-net-pcmcia-2-3.patch
  update drivers/net/pcmcia (2/3)

update-drivers-net-wireless-3-3.patch
  update drivers/net/wireless (3/3)

posix-locking-fix-to-posix_same_owner.patch
  posix locking: Minimal fix to posix_same_owner()

posix-locking-fix-to-locking-code.patch
  posix locking: more locking code fixes

posix-locking-fix-up-nfs4statec.patch
  posix locking: Fix up nfs4state.c

posix-locking-fix-up-lockd.patch
  posix locking: Fix up lockd to make use of the new interface

posix-locking-fl_owner_t-to-pid-mapping.patch
  posix locking: mapping between fl_owner_t and client-side "pid"

ide_tf_pio_out_fixes.patch
  ide: PIO-out fixes for ide-taskfile.c (CONFIG_IDE_TASKFILE_IO=n)

ide_tf_pio_out_prehandler.patch
  ide: PIO-out ->prehandler() fixes (CONFIG_IDE_TASKFILE_IO=y)

ide_tf_pio_out_error.patch
  ide: PIO-out error handling fixes (CONFIG_IDE_TASKFILE_IO=y)

ide_task_in_intr.patch
  ide: remove BUSY check from task_in_intr() (CONFIG_IDE_TASKFILE_IO=n)

ide_pre_task_out_intr.patch
  remove pre_task_out_intr() comment (CONFIG_IDE_TASKFILE_IO=n)

ide_pre_task_mulout_intr.patch
  ide: pre_task_mulout_intr() cleanup (CONFIG_IDE_TASKFILE_IO=n)

ide_tf_no_partial.patch
  ide: no partial completions for PIO (CONFIG_IDE_TASKFILE_IO=y)

ide_non_tf_pio.patch
  ide: merge CONFIG_IDE_TASKFILE_IO=y|n PIO handlers together

ide_no_flagged_pio.patch
  ide: use "normal" handlers for "flagged" taskfiles (ide-taskfile.c)

clean-up-module-install-rules.patch
  kbuild: clean up module install rules

kbuild-sort-modules-for-modpost-and-modinst.patch
  kbuild: sort modules for modpost and modinst

intrinsic-automount-and-mountpoint-degradation-support.patch
  intrinsic automount and mountpoint degradation support

intrinsic-automount-and-mountpoint-degradation-support-fix.patch
  intrinsic-automount-and-mountpoint-degradation-support-fix

kafs-automount-support.patch
  kAFS automount support

kafs-automount-support-build-fix.patch
  kafs-automount-support-build-fix

dvdrw-support-for-267-bk13.patch
  DVD+RW support for 2.6.7-bk13

cdrw-packet-writing-support-for-267-bk13.patch
  CDRW packet writing support

dvd-rw-packet-writing-update.patch
  Packet writing support for DVD-RW and DVD+RW discs.

fix-race-in-pktcdvd-kernel-thread-handling.patch
  Fix race in pktcdvd kernel thread handling

fix-open-close-races-in-pktcdvd.patch
  Fix open/close races in pktcdvd

packet-writing-review-fixups.patch
  packet writing: review fixups

packet-writing-docco.patch
  packet writing documentation

ia64-audit-support.patch
  IA64 audit support

r8169_napi-help-text-2.patch
  R8169_NAPI help text

check-for-undefined-symbols.patch
  kbuild: check for undefined symbols in vmlinux

sparc64-remove-silo-args.patch
  sparc64: remove silo args

no-sysgood-for-ptrace-singlestep.patch
  Don't use SYSGOOD for ptrace singlestep

more-mca_legacy-dependencies.patch
  Fix MCA_LEGACY dependencies

use-llseek-instead-of-f_pos=-for-directory-seeking.patch
  Use llseek instead of f_pos= for directory seeking

err1-28-rose_route-locking-fix.patch
  err1-28: rose_route locking fix

err1-62-ax25_ds_idletimer_expiry-locking-fix.patch
  err1-62: ax25_ds_idletimer_expiry() locking fix

err1-67-lapb_unregister-locking-fix.patch
  err1-67: lapb_unregister() locking fix

err2-6-hashbin_remove_this-locking-fix.patch
  err2-6: hashbin_remove_this() locking fix

err2-15-ax25_rt_add-locking-fix.patch
  err2-15: ax25_rt_add() locking fix

port-reboot-workarounds-to-new-dmi-probing.patch
  port reboot workarounds to new DMI probing

dm-use-idr.patch
  devicemapper: use an IDR tree for tracking minors

reduce-tlb-flushing-during-process-migration-3.patch
  Reduce TLB flushing during process migration

fix-sparse-warnings-in-fs-udf.patch
  Fix sparse warnings in fs/udf/*

fbcon-mode-switch-hack.patch
  fbcom mode switching fix

fix-one-sparse-warning-in-net-sun-xprtc.patch
  Fix one sparse warning in net/sun/xprt.c

fix-compile-errors-with-x86_powernow_k78=y-and-acpi_processor=m.patch
  Fix compile errors with X86_POWERNOW_K{7,8}=y and ACPI_PROCESSOR=m

fix-up-physnode_map.patch
  fix up physnode_map

wavefront_fx-build-fix.patch
  wavefront_fx.c build fix

mtrr-initdata-fix.patch
  MTRR __initdata fix

ipc-1-3-add-refcount-to-ipc_rcu_alloc.patch
  ipc: Add refcount to ipc_rcu_alloc

ipc-2-3-remove-sem_revalidate.patch
  ipc: remove sem_revalidate

ipc-3-3-enforce-semvmx-limit-for-undo.patch
  ipc: enforce SEMVMX limit for undo

cleanup-of-ipc-msgc.patch
  cleanup of ipc/msg.c

selinux-build-fix.patch
  selinux build fix

selinux-space-saving.patch
  selinux space saving

err1-7-err1-8-double-locking-fix-for-radeonfb.patch
  err1-7, err1-8: double locking fix for radeonfb

fix-ia64-upf_resources-pcdpc-267-mm5-build.patch
  Fix ia64 UPF_RESOURCES pcdp.c 2.6.7-mm5 build

sparc-32-cpumask-bitop-build-fix.patch
  sparc32 cpumask bitop build fix

force-o_largefile-in-sys_swapon-and-sys_swapoff.patch
  force O_LARGEFILE in sys_swapon() and sys_swapoff()

gcc-35-fixes.patch
  gcc 3.5 fixes

gcc-35-fixes-2.patch
  gcc 3.5 fixes #2

__bdevname-leak-fix.patch
  __bdevname leak fix

sk98lin-procfs-fix.patch
  sk98lin procfs fix

spurious-remap_file_pages-einval.patch
  spurious remap_file_pages() -EINVAL

cpufreq-driver-for-nforce2-kernel-267.patch
  cpufreq driver for nForce2

remove-allowdma0-documentation-fwd.patch
  remove allowdma0 documentation

mptbase-warning-fix.patch
  mptbase.c warning fix

kyro-warning-fix.patch
  kyrofb warning fix




^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
@ 2004-07-05 10:18 ` Christoph Hellwig
  2004-07-05 10:44   ` 2.6.7-mm6 Christoph Hellwig
  2004-07-05 10:32 ` 2.6.7-mm6 Redeeman
                   ` (9 subsequent siblings)
  10 siblings, 1 reply; 51+ messages in thread
From: Christoph Hellwig @ 2004-07-05 10:18 UTC (permalink / raw)
  To: Andrew Morton, neilb; +Cc: linux-kernel

> +use-llseek-instead-of-f_pos=-for-directory-seeking.patch
> 
>  Fix an nfsd problem when the client sends an insane directory offset.

Please either use llseek() directly or renamed the thing to vfs_llseek()
everywhere.  Two names for exactly the same thing are a bad idea.

(The latter sounds like the better idea to me)

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
  2004-07-05 10:18 ` 2.6.7-mm6 Christoph Hellwig
@ 2004-07-05 10:32 ` Redeeman
  2004-07-05 13:54   ` 2.6.7-mm6 Frieder Buerzele
  2004-07-05 10:39 ` 2.6.7-mm6 Martin Zwickel
                   ` (8 subsequent siblings)
  10 siblings, 1 reply; 51+ messages in thread
From: Redeeman @ 2004-07-05 10:32 UTC (permalink / raw)
  To: Andrew Morton; +Cc: LKML Mailinglist

does this also include patch for the net problems?

On Mon, 2004-07-05 at 02:31 -0700, Andrew Morton wrote:
> 
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/
> 
> - Added the DVD-RW/CD-RW packet writing patches.  These need more work.
> 
> - The USB update seems deadlocky.  I fixed one bug but it still causes my
>   ia64 test box to lock up on boot.  If it goes bad, please revert
>   usb-locking-fix.patch and then revert bk-usb.patch.  Retest and send a report
>   to linux-kernel and linux-usb-devel@lists.sourceforge.net.
> 
> 
> 
> 
> Changes since 2.6.7-mm5:
> 
> 
>  linus.patch
>  bk-acpi.patch
>  bk-agpgart.patch
>  bk-alsa.patch
>  bk-cpufreq.patch
>  bk-driver-core.patch
>  bk-ieee1394.patch
>  bk-input.patch
>  bk-libata.patch
>  bk-netdev.patch
>  bk-pnp.patch
>  bk-scsi.patch
>  bk-usb.patch
> 
>  External trees
> 
> -alsa-gus-compile-error.patch
> -ppc64-remove-rtas-arguments-from-paca.patch
> -ppc64-paca-cleanup.patch
> -ppc64-janitor-log_rtas_error-call-arguments.patch
> -ppc64-janitor-rtas_call-return-variables.patch
> -ppc32-ocp-for-mp10x.patch
> -ppc32-ppc44x-updates.patch
> -ppc32-ppc4xx-preempt-fixes.patch
> -net-at1700c-depends-on-mca_legacy.patch
> -net-ne2c-needs-mca_legacy.patch
> -next-step-of-smp-support-fix-device-suspending.patch
> -next-step-of-smp-support-fix-device-suspending-warning-fix.patch
> -next-step-of-smp-support-fix-device-suspending-warning-fix-2.patch
> -next-step-of-smp-support-fix-device-suspending-x86_64-fix.patch
> -produce-a-warning-on-unchecked-inode_setattr-use.patch
> -bugfix-for-clock_realtime-absolute-timer.patch
> -pcmcia-net-device-unplugging-ordering-fix.patch
> -remove-upf_resources.patch
> -define-max-kernel-symbol-lenght-and-clean-up.patch
> -fix-sparse-warnings-in-kernel-power.patch
> -fix-sparse-warnings-in.patch
> -convert-private-abs-to-kernels-abs.patch
> -rivafb-fixes.patch
> -mode-switch-in-fbcon_blank.patch
> -another-batch-of-fbcon-fixes.patch
> -pdcp-needs-io_h.patch
> -es7000-subarch-update-for-target_cpus.patch
> -zombie-with-clone_thread.patch
> -asiliantfb-fixes.patch
> -64-bit-bug-in-radix-tree-lookup.patch
> -s390-core-changes.patch
> -s390-comon-i-o-layer.patch
> -s390-dasd-driver-changes.patch
> -s390-sclp-console-driver.patch
> -s390-network-driver-changes.patch
> -s390-zfcp-host-adapter.patch
> -x86_64-edd-build-fix.patch
> -telephony-driver-isapnp-fix.patch
> -1-4-dm-kcopydc-remove-unused-include.patch
> -2-4-dm-kcopydc-make-client_add-return-void.patch
> -3-4-dm-dm-raid1c-enforce-max-of-9-mirrors.patch
> -4-4-dm-dm-raid1c-use-fixed-size-arrays.patch
> -physnode-map-can-go-negative.patch
> -flexible-mmap-bug-fix.patch
> 
>  Merged
> 
> +usb-locking-fix.patch
> 
>  Fix USB deadlock
> 
> +fix-trap_bad_syscall_exits-on-i386.patch
> +add-trap_bad_syscall_exits-config-for-i386.patch
> 
>  kgdb fixlets
> 
> +ppc64-eeh-fixes-for-power5-machines-1-2.patch
> +ppc64-eeh-fixes-for-power5-machines-2-2.patch
> +ppc64-rtas-error-log-locking-fix.patch
> +ppc64-gcc-35-fix.patch
> +ppc64-gcc-35-fixes-2.patch
> +ppc64-splpar-spinlock-optimisation.patch
> +ppc64-out-of-line-some-user-copy-routines.patch
> +ppc32-biarch-gcc-support.patch
> +ppc64-remove-MachineCheck_Pseries.patch
> 
>  ppc32/64 updates
> 
> -pefrctr-x86_tests-build-fix.patch
> -perfctr-ppc32-update.patch
> -perfctr-update-4-6-ppc32-cleanups.patch
> -perfctr-update-6-6-misc-minor-cleanups.patch
> -perfctr-update-3-6-__user-annotations.patch
> -perfctr-cpus_complement-fix.patch
> -perfctr-cpumask-cleanup.patch
> -perfctr-misc.patch
> 
>  Folded into other perfctr patches
> 
> +perfctr-ppc32-buglet-fix.patch
> +perfctr-low-level-documentation.patch
> 
>  perfctr updates
> 
> -reduce-tlb-flushing-during-process-migration-2.patch
> +reduce-tlb-flushing-during-process-migration-3.patch
> 
>  Updated
> 
> +sched-fork-hotplug-cleanuppatch.patch
> 
>  CPU scheduler cleanup
> 
> +flexible-mmap-bug-fix.patch
> +flexible-mmap-updatepatch-267-mm5.patch
> 
>  Fix the ia32 VM layout patch
> 
> +clean-up-module-install-rules.patch
> +kbuild-sort-modules-for-modpost-and-modinst.patch
> 
>  kbuild fixes/cleanups
> 
> +intrinsic-automount-and-mountpoint-degradation-support.patch
> +intrinsic-automount-and-mountpoint-degradation-support-fix.patch
> +kafs-automount-support.patch
> +kafs-automount-support-build-fix.patch
> 
>  Internal automounting for AFS
> 
> +dvdrw-support-for-267-bk13.patch
> +cdrw-packet-writing-support-for-267-bk13.patch
> +dvd-rw-packet-writing-update.patch
> +fix-race-in-pktcdvd-kernel-thread-handling.patch
> +fix-open-close-races-in-pktcdvd.patch
> +packet-writing-review-fixups.patch
> +packet-writing-docco.patch
> 
>  DVD-RW/CD-RW packet writing support
> 
> +ia64-audit-support.patch
> 
>  Support "lightweight syscall auditing" on ia64
> 
> +r8169_napi-help-text-2.patch
> 
>  Kconfig help for the r8169 net driver
> 
> +check-for-undefined-symbols.patch
> 
>  Check for undefined symbols in vmlinux, fail the build if there are any. 
>  Lots of builds failes.
> 
> +sparc64-remove-silo-args.patch
> 
>  Fix sparc64 build
> 
> +no-sysgood-for-ptrace-singlestep.patch
> 
>  Clean up/fix ptrace code
> 
> +more-mca_legacy-dependencies.patch
> 
>  Fix build with CONFIG_MCA_LEGACY=n
> 
> +use-llseek-instead-of-f_pos=-for-directory-seeking.patch
> 
>  Fix an nfsd problem when the client sends an insane directory offset.
> 
> +err1-28-rose_route-locking-fix.patch
> +err1-62-ax25_ds_idletimer_expiry-locking-fix.patch
> +err1-67-lapb_unregister-locking-fix.patch
> +err2-6-hashbin_remove_this-locking-fix.patch
> +err2-15-ax25_rt_add-locking-fix.patch
> 
>  Networking fixes arising from the Stanford locking checker.
> 
> +port-reboot-workarounds-to-new-dmi-probing.patch
> 
>  Use the new DMI API a bit more.
> 
> +dm-use-idr.patch
> 
>  Use an IDR tree in devicemapper
> 
> +fix-sparse-warnings-in-fs-udf.patch
> 
>  sparse fixes
> 
> +fbcon-mode-switch-hack.patch
> 
>  Fix fbcon switching to/from X.
> 
> +fix-one-sparse-warning-in-net-sun-xprtc.patch
> 
>  sparse fixes
> 
> +fix-compile-errors-with-x86_powernow_k78=y-and-acpi_processor=m.patch
> 
>  build fix
> 
> +fix-up-physnode_map.patch
> 
>  ia23 NUMA fix
> 
> +wavefront_fx-build-fix.patch
> 
>  Fix sounds driver build with gcc-3.5.
> 
> +mtrr-initdata-fix.patch
> 
>  MTRR section fix
> 
> +ipc-1-3-add-refcount-to-ipc_rcu_alloc.patch
> +ipc-2-3-remove-sem_revalidate.patch
> +ipc-3-3-enforce-semvmx-limit-for-undo.patch
> +cleanup-of-ipc-msgc.patch
> 
>  Add refcounting to the ipc kernel objects.
> 
> +selinux-build-fix.patch
> 
>  SELinux compile fix with gcc-3.5
> 
> +selinux-space-saving.patch
> 
>  Save a scrap of RAM in SELinux
> 
> +err1-7-err1-8-double-locking-fix-for-radeonfb.patch
> 
>  Moer Stanford checker fixes
> 
> +fix-ia64-upf_resources-pcdpc-267-mm5-build.patch
> 
>  ia64 build fix
> 
> +sparc-32-cpumask-bitop-build-fix.patch
> 
>  sparc32 cpumask fixes
> 
> +force-o_largefile-in-sys_swapon-and-sys_swapoff.patch
> 
>  Use O_LARGEFILE on swapfiles
> 
> +gcc-35-fixes.patch
> +gcc-35-fixes-2.patch
> 
>  More gcc-3.5 fixes
> 
> +__bdevname-leak-fix.patch
> 
>  Fix mudule refcount leak in __bdevname()
> 
> +sk98lin-procfs-fix.patch
> 
>  Fix /proc handling in this driver
> 
> +spurious-remap_file_pages-einval.patch
> 
>  Fix remap_file_pages()
> 
> +cpufreq-driver-for-nforce2-kernel-267.patch
> 
>  cpufreq driver for the nForce2 chipset.
> 
> +remove-allowdma0-documentation-fwd.patch
> 
>  Documentation update
> 
> +mptbase-warning-fix.patch
> +kyro-warning-fix.patch
> 
>  Fix a couple of warnings.
> 
> 
> 
> 
> 
> All 179 patches:
> 
> 
> linus.patch
> 
> kbuild-improve-kernel-build-with-separated-output.patch
>   kbuild: Improve Kernel build with separated output
> 
> sysfs-leaves-mount.patch
>   sysfs backing store: add sysfs_dirent
> 
> sysfs-leaves-dir.patch
>   sysfs backing store: add sysfs_dirent
> 
> sysfs-leaves-file.patch
>   sysfs backing store: sysfs_create() changes
> 
> sysfs-leaves-bin.patch
>   sysfs backing store: bin attribute changes
> 
> sysfs-leaves-symlink.patch
>   sysfs backing store: sysfs_create_link changes
> 
> sysfs-leaves-misc.patch
>   sysfs backing store: attribute groups and misc routines
> 
> bk-acpi.patch
> 
> bk-agpgart.patch
> 
> bk-alsa.patch
> 
> bk-cpufreq.patch
> 
> bk-driver-core.patch
> 
> bk-ieee1394.patch
> 
> bk-input.patch
> 
> bk-libata.patch
> 
> bk-netdev.patch
> 
> bk-pnp.patch
> 
> bk-scsi.patch
> 
> bk-usb.patch
> 
> mm.patch
>   add -mmN to EXTRAVERSION
> 
> usb-locking-fix.patch
>   usb deadlock fix
> 
> kgdb-ga.patch
>   kgdb stub for ia32 (George Anzinger's one)
>   kgdbL warning fix
>   kgdb buffer overflow fix
>   kgdbL warning fix
>   kgdb: CONFIG_DEBUG_INFO fix
>   x86_64 fixes
>   correct kgdb.txt Documentation link (against  2.6.1-rc1-mm2)
>   kgdb: fix for recent gcc
>   kgdb warning fixes
>   THREAD_SIZE fixes for kgdb
>   Fix stack overflow test for non-8k stacks
> 
> kgdb-gapatch-fix-for-i386-single-step-into-sysenter.patch
>   kgdb-ga.patch fix for i386 single-step into sysenter
> 
> fix-trap_bad_syscall_exits-on-i386.patch
>   fix TRAP_BAD_SYSCALL_EXITS on i386
> 
> add-trap_bad_syscall_exits-config-for-i386.patch
>   add TRAP_BAD_SYSCALL_EXITS config for i386
> 
> kgdboe-netpoll.patch
>   kgdb-over-ethernet via netpoll
>   kgdboe: fix configuration of MAC address
> 
> kgdb-x86_64-support.patch
>   kgdb-x86_64-support.patch for 2.6.2-rc1-mm3
>   kgdb-x86_64-warning-fixes
> 
> kgdb-ia64-support.patch
>   IA64 kgdb support
>   ia64 kgdb repair and cleanup
> 
> kgdb-irqaction-use-cpumask.patch
> 
> kgdb-ia64-fix.patch
>   ia64 kgdb fix
> 
> make-tree_lock-an-rwlock.patch
>   make mapping->tree_lock an rwlock
> 
> radix_tree_tag_set-atomic.patch
>   Make radix_tree_tag_set/clear atomic wrt the tag
> 
> radix_tree_tag_set-only-needs-read_lock.patch
>   radix_tree_tag_set only needs read_lock()
> 
> must-fix.patch
>   must fix lists update
>   must fix list update
>   mustfix update
> 
> must-fix-update-5.patch
>   must-fix update
> 
> mustfix-lists.patch
>   mustfix lists
> 
> ppc64-eeh-fixes-for-power5-machines-1-2.patch
>   ppc64: EEH fixes for POWER5 machines (1/2)
> 
> ppc64-eeh-fixes-for-power5-machines-2-2.patch
>   ppc64: EEH fixes for POWER5 machines (2/2)
> 
> ppc64-rtas-error-log-locking-fix.patch
>   ppc64: RTAS error log locking fix
> 
> ppc64-gcc-35-fix.patch
>   ppc64: gcc 3.5 fixes
> 
> ppc64-gcc-35-fixes-2.patch
>   ppc64: gcc 3.5 fixes #2
> 
> ppc64-splpar-spinlock-optimisation.patch
>   ppc64: SPLPAR spinlock optimisation
> 
> ppc64-out-of-line-some-user-copy-routines.patch
>   ppc64: uninline some user copy routines
> 
> ppc32-biarch-gcc-support.patch
>   ppc32: biarch gcc support
> 
> ppc64-remove-MachineCheck_Pseries.patch
>   ppc64: remove MachineCheck_Pseries
> 
> ppc64-reloc_hide.patch
> 
> invalidate_inodes-speedup.patch
>   invalidate_inodes speedup
>   more invalidate_inodes speedup fixes
> 
> get_user_pages-handle-VM_IO.patch
>   fix get_user_pages() against mappings of /dev/mem
> 
> fa311-mac-address-fix.patch
>   wrong mac address with netgear FA311 ethernet card
> 
> pid_max-fix.patch
>   Bug when setting pid_max > 32k
> 
> jbd-remove-livelock-avoidance.patch
>   JBD: remove livelock avoidance code in journal_dirty_data()
> 
> journal_add_journal_head-debug.patch
>   journal_add_journal_head-debug
> 
> list_del-debug.patch
>   list_del debug check
> 
> oops-dump-preceding-code.patch
>   i386 oops output: dump preceding code
> 
> lockmeter.patch
>   lockmeter
>   ia64 CONFIG_LOCKMETER fix
> 
> unplug-can-sleep.patch
>   unplug functions can sleep
> 
> firestream-warnings.patch
>   firestream warnings
> 
> ext3_rsv_cleanup.patch
>   ext3 block reservation patch set -- ext3 preallocation cleanup
> 
> ext3_rsv_base.patch
>   ext3 block reservation patch set -- ext3 block reservation
>   ext3 reservations: fix performance regression
>   ext3 block reservation patch set -- mount and ioctl feature
>   ext3 block reservation patch set -- dynamically increase reservation window
>   ext3 reservation ifdef cleanup patch
>   ext3 reservation max window size check patch
>   ext3 reservation file ioctl fix
> 
> ext3-reservation-default-on.patch
>   ext3 reservation: default to on
> 
> ext3-lazy-discard-reservation-window-patch.patch
>   ext3 lazy discard reservation window patch
>   ext3 discard reservation in last iput fix patch
>   Fix lazy reservation discard
>   ext3 reservations: bad_inode fix
>   ext3 reservation discard race fix
> 
> hugetlb_shm_group-sysctl-gid-0-fix.patch
>   hugetlb_shm_group sysctl-gid-0-fix
> 
> really-ptrace-single-step-2.patch
>   ptrace single-stepping fix
> 
> ipr-ppc64-depends.patch
>   Make ipr.c require ppc
> 
> disk-barrier-core.patch
>   disk barriers: core
>   disk-barrier-core-tweaks
> 
> disk-barrier-ide.patch
>   disk barriers: IDE
>   disk-barrier-ide-symbol-expoprt
>   disk-barrier ide warning fix
> 
> barrier-update.patch
>   barrier update
> 
> disk-barrier-scsi.patch
>   disk barriers: scsi
> 
> disk-barrier-dm.patch
>   disk barriers: devicemapper
> 
> disk-barrier-md.patch
>   disk barriers: MD
> 
> reiserfs-v3-barrier-support.patch
>   reiserfs v3 barrier support
>   reiserfs-v3-barrier-support-tweak
> 
> sync_dirty_buffer-retval.patch
>   make sync_dirty_buffer() return something useful
> 
> ext3-barrier-support.patch
>   ext3 barrier support
> 
> jbd-barrier-fallback-on-failure.patch
>   jbd: barrier fallback on failure
> 
> ide-print-failed-opcode.patch
>   ide: print failed opcode on IO errors
>   From: Jens Axboe <axboe@suse.de>
>   Subject: Re: ide errors in 7-rc1-mm1 and later
> 
> add-bh_eopnotsupp-for-testing.patch
>   add BH_Eopnotsupp for testing async barrier failures
> 
> handle-async-barrier-failures.patch
>   Handle async barrier failures
> 
> enable-suspend-resuming-of-e1000.patch
>   Enable suspend/resuming of e1000
> 
> tty_io-hangup-locking.patch
>   tty_io.c hangup locking
> 
> perfctr-core.patch
>   From: Mikael Pettersson <mikpe@csd.uu.se>
>   Subject: [PATCH][1/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: core
>   CONFIG_PERFCTR=n build fix
>   From: Mikael Pettersson <mikpe@csd.uu.se>
>   Subject: [PATCH][6/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: misc
> 
> perfctr-i386.patch
>   From: Mikael Pettersson <mikpe@csd.uu.se>
>   Subject: [PATCH][2/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: i386
>   perfctr #if/#ifdef cleanup
>   perfctr Dothan support
>   perfctr x86_tests build fix
> 
> perfctr-x86_64.patch
>   From: Mikael Pettersson <mikpe@csd.uu.se>
>   Subject: [PATCH][3/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: x86_64
> 
> perfctr-ppc.patch
>   From: Mikael Pettersson <mikpe@csd.uu.se>
>   Subject: [PATCH][4/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: PowerPC
>   perfctr ppc32 update
>   perfctr update 4/6: PPC32 cleanups
> 
> perfctr-ppc32-buglet-fix.patch
>   perfctr ppc32 buglet fix
> 
> perfctr-virtualised-counters.patch
>   From: Mikael Pettersson <mikpe@csd.uu.se>
>   Subject: [PATCH][5/6] perfctr-2.7.3 for 2.6.7-rc1-mm1: virtualised counters
>   perfctr update 6/6: misc minor cleanups
>   perfctr update 3/6: __user annotations
>   perfctr-cpus_complement-fix
>   perfctr cpumask cleanup
> 
> perfctr-ifdef-cleanup.patch
>   perfctr ifdef cleanup
> 
> perfctr-update-2-6-kconfig-related-updates.patch
>   perfctr update 2/6: Kconfig-related updates
> 
> perfctr-update-5-6-reduce-stack-usage.patch
>   perfctr update 5/6: reduce stack usage
> 
> perfctr-low-level-documentation.patch
>   perfctr low-level documentation
> 
> ext3-online-resize-patch.patch
>   ext3: online resizing
> 
> ext3-online-resize-warning-fix.patch
>   ext3-online-resize-warning-fix
> 
> altix-serial-driver-2.patch
>   Altix serial driver updates
>   altix-serial-driver-fix
> 
> sched-clean-init-idle.patch
>   sched: cleanup init_idle()
> 
> sched-clean-fork.patch
>   sched: cleanup, improve sched <=> fork APIs
> 
> sched-clean-fork-rename-wake_up_new_process-wake_up_new_task.patch
>   sched: rename wake_up_new_process -> wake_up_new_task
> 
> sched-misc-cleanups-2.patch
>   sched: misc cleanups #2
> 
> sched-unlikely-rt_task.patch
>   sched: make rt_task unlikely
> 
> sched-misc.patch
>   sched: sched misc changes
> 
> sched-misc-fix-rt.patch
>   sched: fix RT scheduling & interactivity estimator
> 
> sched-no-balance-clone.patch
>   sched: disable balance on clone
> 
> sched-remove-balance-clone.patch
>   sched: remove balance on clone
> 
> sched-fork-hotplug-cleanuppatch.patch
>   sched: fork hotplug hanling cleanup
> 
> memory-backed-inodes-fix.patch
>   memory-backed inodes fix
> 
> ext3_bread-cleanup.patch
>   ext3_bread() cleanup
> 
> flexible-mmap-2.6.7-mm3-A8.patch
>   i386 virtual memory layout rework
> 
> flexible-mmap-bug-fix.patch
>   flexible-mmap BUG fix
> 
> flexible-mmap-updatepatch-267-mm5.patch
>   flexible-mmap update
> 
> driver-model-and-sysfs-support-for-pcmcia-1-3.patch
>   driver model and sysfs support for PCMCIA (1/3)
> 
> update-drivers-net-pcmcia-2-3.patch
>   update drivers/net/pcmcia (2/3)
> 
> update-drivers-net-wireless-3-3.patch
>   update drivers/net/wireless (3/3)
> 
> posix-locking-fix-to-posix_same_owner.patch
>   posix locking: Minimal fix to posix_same_owner()
> 
> posix-locking-fix-to-locking-code.patch
>   posix locking: more locking code fixes
> 
> posix-locking-fix-up-nfs4statec.patch
>   posix locking: Fix up nfs4state.c
> 
> posix-locking-fix-up-lockd.patch
>   posix locking: Fix up lockd to make use of the new interface
> 
> posix-locking-fl_owner_t-to-pid-mapping.patch
>   posix locking: mapping between fl_owner_t and client-side "pid"
> 
> ide_tf_pio_out_fixes.patch
>   ide: PIO-out fixes for ide-taskfile.c (CONFIG_IDE_TASKFILE_IO=n)
> 
> ide_tf_pio_out_prehandler.patch
>   ide: PIO-out ->prehandler() fixes (CONFIG_IDE_TASKFILE_IO=y)
> 
> ide_tf_pio_out_error.patch
>   ide: PIO-out error handling fixes (CONFIG_IDE_TASKFILE_IO=y)
> 
> ide_task_in_intr.patch
>   ide: remove BUSY check from task_in_intr() (CONFIG_IDE_TASKFILE_IO=n)
> 
> ide_pre_task_out_intr.patch
>   remove pre_task_out_intr() comment (CONFIG_IDE_TASKFILE_IO=n)
> 
> ide_pre_task_mulout_intr.patch
>   ide: pre_task_mulout_intr() cleanup (CONFIG_IDE_TASKFILE_IO=n)
> 
> ide_tf_no_partial.patch
>   ide: no partial completions for PIO (CONFIG_IDE_TASKFILE_IO=y)
> 
> ide_non_tf_pio.patch
>   ide: merge CONFIG_IDE_TASKFILE_IO=y|n PIO handlers together
> 
> ide_no_flagged_pio.patch
>   ide: use "normal" handlers for "flagged" taskfiles (ide-taskfile.c)
> 
> clean-up-module-install-rules.patch
>   kbuild: clean up module install rules
> 
> kbuild-sort-modules-for-modpost-and-modinst.patch
>   kbuild: sort modules for modpost and modinst
> 
> intrinsic-automount-and-mountpoint-degradation-support.patch
>   intrinsic automount and mountpoint degradation support
> 
> intrinsic-automount-and-mountpoint-degradation-support-fix.patch
>   intrinsic-automount-and-mountpoint-degradation-support-fix
> 
> kafs-automount-support.patch
>   kAFS automount support
> 
> kafs-automount-support-build-fix.patch
>   kafs-automount-support-build-fix
> 
> dvdrw-support-for-267-bk13.patch
>   DVD+RW support for 2.6.7-bk13
> 
> cdrw-packet-writing-support-for-267-bk13.patch
>   CDRW packet writing support
> 
> dvd-rw-packet-writing-update.patch
>   Packet writing support for DVD-RW and DVD+RW discs.
> 
> fix-race-in-pktcdvd-kernel-thread-handling.patch
>   Fix race in pktcdvd kernel thread handling
> 
> fix-open-close-races-in-pktcdvd.patch
>   Fix open/close races in pktcdvd
> 
> packet-writing-review-fixups.patch
>   packet writing: review fixups
> 
> packet-writing-docco.patch
>   packet writing documentation
> 
> ia64-audit-support.patch
>   IA64 audit support
> 
> r8169_napi-help-text-2.patch
>   R8169_NAPI help text
> 
> check-for-undefined-symbols.patch
>   kbuild: check for undefined symbols in vmlinux
> 
> sparc64-remove-silo-args.patch
>   sparc64: remove silo args
> 
> no-sysgood-for-ptrace-singlestep.patch
>   Don't use SYSGOOD for ptrace singlestep
> 
> more-mca_legacy-dependencies.patch
>   Fix MCA_LEGACY dependencies
> 
> use-llseek-instead-of-f_pos=-for-directory-seeking.patch
>   Use llseek instead of f_pos= for directory seeking
> 
> err1-28-rose_route-locking-fix.patch
>   err1-28: rose_route locking fix
> 
> err1-62-ax25_ds_idletimer_expiry-locking-fix.patch
>   err1-62: ax25_ds_idletimer_expiry() locking fix
> 
> err1-67-lapb_unregister-locking-fix.patch
>   err1-67: lapb_unregister() locking fix
> 
> err2-6-hashbin_remove_this-locking-fix.patch
>   err2-6: hashbin_remove_this() locking fix
> 
> err2-15-ax25_rt_add-locking-fix.patch
>   err2-15: ax25_rt_add() locking fix
> 
> port-reboot-workarounds-to-new-dmi-probing.patch
>   port reboot workarounds to new DMI probing
> 
> dm-use-idr.patch
>   devicemapper: use an IDR tree for tracking minors
> 
> reduce-tlb-flushing-during-process-migration-3.patch
>   Reduce TLB flushing during process migration
> 
> fix-sparse-warnings-in-fs-udf.patch
>   Fix sparse warnings in fs/udf/*
> 
> fbcon-mode-switch-hack.patch
>   fbcom mode switching fix
> 
> fix-one-sparse-warning-in-net-sun-xprtc.patch
>   Fix one sparse warning in net/sun/xprt.c
> 
> fix-compile-errors-with-x86_powernow_k78=y-and-acpi_processor=m.patch
>   Fix compile errors with X86_POWERNOW_K{7,8}=y and ACPI_PROCESSOR=m
> 
> fix-up-physnode_map.patch
>   fix up physnode_map
> 
> wavefront_fx-build-fix.patch
>   wavefront_fx.c build fix
> 
> mtrr-initdata-fix.patch
>   MTRR __initdata fix
> 
> ipc-1-3-add-refcount-to-ipc_rcu_alloc.patch
>   ipc: Add refcount to ipc_rcu_alloc
> 
> ipc-2-3-remove-sem_revalidate.patch
>   ipc: remove sem_revalidate
> 
> ipc-3-3-enforce-semvmx-limit-for-undo.patch
>   ipc: enforce SEMVMX limit for undo
> 
> cleanup-of-ipc-msgc.patch
>   cleanup of ipc/msg.c
> 
> selinux-build-fix.patch
>   selinux build fix
> 
> selinux-space-saving.patch
>   selinux space saving
> 
> err1-7-err1-8-double-locking-fix-for-radeonfb.patch
>   err1-7, err1-8: double locking fix for radeonfb
> 
> fix-ia64-upf_resources-pcdpc-267-mm5-build.patch
>   Fix ia64 UPF_RESOURCES pcdp.c 2.6.7-mm5 build
> 
> sparc-32-cpumask-bitop-build-fix.patch
>   sparc32 cpumask bitop build fix
> 
> force-o_largefile-in-sys_swapon-and-sys_swapoff.patch
>   force O_LARGEFILE in sys_swapon() and sys_swapoff()
> 
> gcc-35-fixes.patch
>   gcc 3.5 fixes
> 
> gcc-35-fixes-2.patch
>   gcc 3.5 fixes #2
> 
> __bdevname-leak-fix.patch
>   __bdevname leak fix
> 
> sk98lin-procfs-fix.patch
>   sk98lin procfs fix
> 
> spurious-remap_file_pages-einval.patch
>   spurious remap_file_pages() -EINVAL
> 
> cpufreq-driver-for-nforce2-kernel-267.patch
>   cpufreq driver for nForce2
> 
> remove-allowdma0-documentation-fwd.patch
>   remove allowdma0 documentation
> 
> mptbase-warning-fix.patch
>   mptbase.c warning fix
> 
> kyro-warning-fix.patch
>   kyrofb warning fix
> 
> 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
  2004-07-05 10:18 ` 2.6.7-mm6 Christoph Hellwig
  2004-07-05 10:32 ` 2.6.7-mm6 Redeeman
@ 2004-07-05 10:39 ` Martin Zwickel
  2004-07-05 19:04 ` 2.6.7-mm6 Jurgen Kramer
                   ` (7 subsequent siblings)
  10 siblings, 0 replies; 51+ messages in thread
From: Martin Zwickel @ 2004-07-05 10:39 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 370 bytes --]

On Mon, 5 Jul 2004 02:31:20 -0700
Andrew Morton <akpm@osdl.org> bubbled:

> +__bdevname-leak-fix.patch
> 
>  Fix mudule refcount leak in __bdevname()

muddle or module? ;)

Martin

-- 
MyExcuse:
the AA battery in the wallclock sends magnetic interference

Martin Zwickel <martin.zwickel@technotrend.de>
Research & Development

TechnoTrend AG <http://www.technotrend.de>

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-05 10:18 ` 2.6.7-mm6 Christoph Hellwig
@ 2004-07-05 10:44   ` Christoph Hellwig
  0 siblings, 0 replies; 51+ messages in thread
From: Christoph Hellwig @ 2004-07-05 10:44 UTC (permalink / raw)
  To: Andrew Morton, neilb, linux-kernel

On Mon, Jul 05, 2004 at 11:18:04AM +0100, Christoph Hellwig wrote:
> > +use-llseek-instead-of-f_pos=-for-directory-seeking.patch
> > 
> >  Fix an nfsd problem when the client sends an insane directory offset.
> 
> Please either use llseek() directly or renamed the thing to vfs_llseek()
> everywhere.  Two names for exactly the same thing are a bad idea.
> 
> (The latter sounds like the better idea to me)

Updated patch implementing my suggestion below:


--- 1.84/fs/nfsd/vfs.c	2004-06-01 11:27:57 +02:00
+++ edited/fs/nfsd/vfs.c	2004-07-05 14:37:24 +02:00
@@ -1477,10 +1477,12 @@
 	err = nfsd_open(rqstp, fhp, S_IFDIR, MAY_READ, &file);
 	if (err)
 		goto out;
-	if (offset > ~(u32) 0)
-		goto out_close;
 
-	file.f_pos = offset;
+	offset = vfs_llseek(&file, offset, 0);
+	if (offset < 0) {
+		err = nfserrno((int)offset);
+		goto out_close;
+	}
 
 	/*
 	 * Read the directory entries. This silly loop is necessary because
@@ -1496,7 +1498,7 @@
 		err = nfserrno(err);
 	else
 		err = cdp->err;
-	*offsetp = file.f_pos;
+	*offsetp = vfs_llseek(&file, 0LL, 1);
 
 	if (err == nfserr_eof || err == nfserr_toosmall)
 		err = nfs_ok; /* can still be found in ->err */
--- 1.39/fs/read_write.c	2004-05-22 10:23:18 +02:00
+++ edited/fs/read_write.c	2004-07-05 14:38:14 +02:00
@@ -112,7 +112,7 @@
 
 EXPORT_SYMBOL(default_llseek);
 
-static inline loff_t llseek(struct file *file, loff_t offset, int origin)
+inline loff_t vfs_llseek(struct file *file, loff_t offset, int origin)
 {
 	loff_t (*fn)(struct file *, loff_t, int);
 
@@ -122,6 +122,8 @@
 	return fn(file, offset, origin);
 }
 
+EXPORT_SYMBOL(vfs_llseek);
+
 asmlinkage off_t sys_lseek(unsigned int fd, off_t offset, unsigned int origin)
 {
 	off_t retval;
@@ -135,7 +137,7 @@
 
 	retval = -EINVAL;
 	if (origin <= 2) {
-		loff_t res = llseek(file, offset, origin);
+		loff_t res = vfs_llseek(file, offset, origin);
 		retval = res;
 		if (res != (loff_t)retval)
 			retval = -EOVERFLOW;	/* LFS: should only happen on 32 bit platforms */
@@ -165,7 +167,7 @@
 	if (origin > 2)
 		goto out_putf;
 
-	offset = llseek(file, ((loff_t) offset_high << 32) | offset_low,
+	offset = vfs_llseek(file, ((loff_t) offset_high << 32) | offset_low,
 			origin);
 
 	retval = (int)offset;
--- 1.332/include/linux/fs.h	2004-07-02 07:23:47 +02:00
+++ edited/include/linux/fs.h	2004-07-05 14:41:03 +02:00
@@ -923,6 +923,7 @@
 		unsigned long, loff_t *);
 extern ssize_t vfs_writev(struct file *, const struct iovec __user *,
 		unsigned long, loff_t *);
+extern loff_t vfs_llseek(struct file *file, loff_t offset, int origin);
 
 /*
  * NOTE: write_inode, delete_inode, clear_inode, put_inode can be called

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-05 10:32 ` 2.6.7-mm6 Redeeman
@ 2004-07-05 13:54   ` Frieder Buerzele
  2004-07-05 14:41     ` 2.6.7-mm6 Redeeman
  0 siblings, 1 reply; 51+ messages in thread
From: Frieder Buerzele @ 2004-07-05 13:54 UTC (permalink / raw)
  To: Redeeman; +Cc: LKML Mailinglist

no more network slowdown for me :-)

Redeeman wrote:

>does this also include patch for the net problems?
>
>  
>

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-05 13:54   ` 2.6.7-mm6 Frieder Buerzele
@ 2004-07-05 14:41     ` Redeeman
  0 siblings, 0 replies; 51+ messages in thread
From: Redeeman @ 2004-07-05 14:41 UTC (permalink / raw)
  To: Frieder Buerzele; +Cc: LKML Mailinglist

thhere is still network slowdown here, and it really is a kernel issue.
i dont understand why, but there is, and i dont understand why it cant
be fixed.
also, i still need to run those sysctl lines..
i hope this gets fixed before rc1 :-|

On Mon, 2004-07-05 at 15:54 +0200, Frieder Buerzele wrote:
> no more network slowdown for me :-)
> 
> Redeeman wrote:
> 
> >does this also include patch for the net problems?
> >
> >  
> >
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
@ 2004-07-05 14:41 Martin Knoblauch
  0 siblings, 0 replies; 51+ messages in thread
From: Martin Knoblauch @ 2004-07-05 14:41 UTC (permalink / raw)
  To: linux-kernel

>
>
>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/
>
>- Added the DVD-RW/CD-RW packet writing patches. These need more work.
>
>- The USB update seems deadlocky. I fixed one bug but it still causes
my
>ia64 test box to lock up on boot. If it goes bad, please revert
>usb-locking-fix.patch and then revert bk-usb.patch. Retest and send a
report
>to linux-kernel and linux-usb-devel@xxxxxxxxxxxxxxxxxxxxxx

 same Omnibook problem as reported for mm1-mm3. If local APIC is
enabled in kernel config and "nolapic" is specified on boot line, the
notbook will hang in the Bogomips calibration loop.

 Only solutions so far are "acpi=no" (but no "nolapic") or taking local
APIC out of the configuration (which I will do from now on).

Cheers
Martin

=====
------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www:   http://www.knobisoft.de

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
                   ` (2 preceding siblings ...)
  2004-07-05 10:39 ` 2.6.7-mm6 Martin Zwickel
@ 2004-07-05 19:04 ` Jurgen Kramer
  2004-07-05 20:38 ` 2.6.7-mm6 - ppc32 inconsistent kallsyms data Joseph Fannin
                   ` (6 subsequent siblings)
  10 siblings, 0 replies; 51+ messages in thread
From: Jurgen Kramer @ 2004-07-05 19:04 UTC (permalink / raw)
  To: linux-kernel

On Mon, 2004-07-05 at 11:31, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/
> 
> - Added the DVD-RW/CD-RW packet writing patches.  These need more work.
> 
> - The USB update seems deadlocky.  I fixed one bug but it still causes my
>   ia64 test box to lock up on boot.  If it goes bad, please revert
>   usb-locking-fix.patch and then revert bk-usb.patch.  Retest and send a report
>   to linux-kernel and linux-usb-devel@lists.sourceforge.net.
> 
OK, a quick test reveals that my EHCI controller still doesn't work
properly but unplugging the USB 2.0 stick doesn't result in a oops
anymore...

The message remains the same:

<snip>
ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: BIOS handoff failed (104, 1010001)
ehci_hcd 0000:00:1d.7: can't reset
ehci_hcd 0000:00:1d.7: init 0000:00:1d.7 fail, -95
ehci_hcd: probe of 0000:00:1d.7 failed with error -95
<snip>

Jurgen



^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6 - ppc32 inconsistent kallsyms data
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
                   ` (3 preceding siblings ...)
  2004-07-05 19:04 ` 2.6.7-mm6 Jurgen Kramer
@ 2004-07-05 20:38 ` Joseph Fannin
  2004-07-05 20:54   ` Andrew Morton
  2004-07-06  2:06   ` Keith Owens
  2004-07-05 22:52 ` 2.6.7-mm6: ALSA: vortex_asXtalkGainsAllChan multiple definitions Adrian Bunk
                   ` (5 subsequent siblings)
  10 siblings, 2 replies; 51+ messages in thread
From: Joseph Fannin @ 2004-07-05 20:38 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel, paulus, benh

[-- Attachment #1: Type: text/plain, Size: 878 bytes --]

On Mon, Jul 05, 2004 at 02:31:20AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/

  I'm getting this while building for ppc32:
    
    Inconsistent kallsyms data, try setting CONFIG_KALLSYMS_EXTRA_PASS

  This didn't happen with -mm5.

  The help text for CONFIG_KALLSYMS_EXTRA_PASS says I should report a
bug, and reads like kallsyms is a utility or part of the toolchain;
I think it's talking about the kernel feature though, so I guess
I'll report it here.  I'll keep this tree around in case any more
information is needed.

  While I'm asking, should I CC Paul Mackerras and/or BenH when reporting build
problems on my Powermac in the -mm tree?

--
Joseph Fannin
jhf@rivenstone.net

"Bull in pure form is rare; there is usually some contamination by data."
    -- William G. Perry Jr.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6 - ppc32 inconsistent kallsyms data
  2004-07-05 20:38 ` 2.6.7-mm6 - ppc32 inconsistent kallsyms data Joseph Fannin
@ 2004-07-05 20:54   ` Andrew Morton
  2004-07-06  2:06   ` Keith Owens
  1 sibling, 0 replies; 51+ messages in thread
From: Andrew Morton @ 2004-07-05 20:54 UTC (permalink / raw)
  To: Joseph Fannin; +Cc: linux-kernel, paulus, benh

jhf@rivenstone.net (Joseph Fannin) wrote:
>
> On Mon, Jul 05, 2004 at 02:31:20AM -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/
> 
>   I'm getting this while building for ppc32:
>     
>     Inconsistent kallsyms data, try setting CONFIG_KALLSYMS_EXTRA_PASS
> 
>   This didn't happen with -mm5.
> 
>   The help text for CONFIG_KALLSYMS_EXTRA_PASS says I should report a
> bug, and reads like kallsyms is a utility or part of the toolchain;
> I think it's talking about the kernel feature though, so I guess
> I'll report it here.  I'll keep this tree around in case any more
> information is needed.
> 

The kernel's kallsyms feature does, roughly, this:

- generate vmlinux
- generate a list of symbols from it
- turn those symbols into a C array
- generate a new vmlinux which includes that C array

All this assumes that the symbols in the fist and second vmlinux's fall at
the same addresses.  But for some reason, that doesn't always happen.  End
result: the second vmlinux's kallsyms info is wrong.  It's not clear why
the linker does this.

The third kallsyms pass will generate a list of symbols from the vmlinux+C
array and will again generate a vmlinux+C array.  It turns out that this is
stable.

^ permalink raw reply	[flat|nested] 51+ messages in thread

* 2.6.7-mm6: ALSA: vortex_asXtalkGainsAllChan multiple definitions
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
                   ` (4 preceding siblings ...)
  2004-07-05 20:38 ` 2.6.7-mm6 - ppc32 inconsistent kallsyms data Joseph Fannin
@ 2004-07-05 22:52 ` Adrian Bunk
  2004-07-05 22:56 ` [patch] 2.6.7-mm6: let CDROM_PKTCDVD depend on experimental Adrian Bunk
                   ` (4 subsequent siblings)
  10 siblings, 0 replies; 51+ messages in thread
From: Adrian Bunk @ 2004-07-05 22:52 UTC (permalink / raw)
  To: Andrew Morton, perex; +Cc: linux-kernel, alsa-devel

On Mon, Jul 05, 2004 at 02:31:20AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.7-mm5:
>...
>  bk-alsa.patch
>...

<--  snip  -->

...
  CC      sound/pci/au88x0/au8810.o
  CC      sound/pci/au88x0/au8820.o
  CC      sound/pci/au88x0/au8830.o
  LD      sound/pci/au88x0/snd-au8810.o
  LD      sound/pci/au88x0/snd-au8820.o
  LD      sound/pci/au88x0/snd-au8830.o
  LD      sound/pci/au88x0/built-in.o
sound/pci/au88x0/snd-au8830.o(.rodata+0xd46): multiple definition of `vortex_asXtalkGainsAllChan'
sound/pci/au88x0/snd-au8810.o(.rodata+0xb66): first defined here
make[3]: *** [sound/pci/au88x0/built-in.o] Error 1

<--  snip  -->

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed


^ permalink raw reply	[flat|nested] 51+ messages in thread

* [patch] 2.6.7-mm6: let CDROM_PKTCDVD depend on experimental
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
                   ` (5 preceding siblings ...)
  2004-07-05 22:52 ` 2.6.7-mm6: ALSA: vortex_asXtalkGainsAllChan multiple definitions Adrian Bunk
@ 2004-07-05 22:56 ` Adrian Bunk
  2004-07-06  6:49 ` USB Lockups with 2.6.7-mm6, was Re: 2.6.7-mm6 Ralf Hildebrandt
                   ` (3 subsequent siblings)
  10 siblings, 0 replies; 51+ messages in thread
From: Adrian Bunk @ 2004-07-05 22:56 UTC (permalink / raw)
  To: Andrew Morton, Peter Osterlund; +Cc: linux-kernel

On Mon, Jul 05, 2004 at 02:31:20AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.7-mm5:
>...
> +dvdrw-support-for-267-bk13.patch
> +cdrw-packet-writing-support-for-267-bk13.patch
> +dvd-rw-packet-writing-update.patch
> +fix-race-in-pktcdvd-kernel-thread-handling.patch
> +fix-open-close-races-in-pktcdvd.patch
> +packet-writing-review-fixups.patch
> +packet-writing-docco.patch
> 
>  DVD-RW/CD-RW packet writing support
>... 

CDROM_PKTCDVD seems to be a good candidate for depending on 
EXPERIMENTAL:

Signed-off-by: Adrian Bunk <bunk@fs.tum.de>

--- linux-2.6.7-mm6-full/drivers/block/Kconfig.old	2004-07-06 00:48:44.000000000 +0200
+++ linux-2.6.7-mm6-full/drivers/block/Kconfig	2004-07-06 00:51:51.000000000 +0200
@@ -342,6 +342,7 @@
 
 config CDROM_PKTCDVD
 	tristate "Packet writing on CD/DVD media"
+	depends on EXPERIMENTAL
 	help
 	  If you have a CDROM drive that supports packet writing, say Y to
 	  include preliminary support. It should work with any MMC/Mt Fuji


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6 - ppc32 inconsistent kallsyms data
  2004-07-05 20:38 ` 2.6.7-mm6 - ppc32 inconsistent kallsyms data Joseph Fannin
  2004-07-05 20:54   ` Andrew Morton
@ 2004-07-06  2:06   ` Keith Owens
  2004-07-06  7:31     ` Keith Owens
  1 sibling, 1 reply; 51+ messages in thread
From: Keith Owens @ 2004-07-06  2:06 UTC (permalink / raw)
  To: Joseph Fannin; +Cc: Andrew Morton, linux-kernel, paulus, benh

On Mon, 5 Jul 2004 16:38:18 -0400, 
jhf@rivenstone.net (Joseph Fannin) wrote:
>On Mon, Jul 05, 2004 at 02:31:20AM -0700, Andrew Morton wrote:
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/
>
>  I'm getting this while building for ppc32:
>    Inconsistent kallsyms data, try setting CONFIG_KALLSYMS_EXTRA_PASS
>
>  This didn't happen with -mm5.
>
>  The help text for CONFIG_KALLSYMS_EXTRA_PASS says I should report a
>bug, and reads like kallsyms is a utility or part of the toolchain;
>I think it's talking about the kernel feature though, so I guess
>I'll report it here.  I'll keep this tree around in case any more
>information is needed.

Run these commands on the tree that needed CONFIG_KALLSYMS_EXTRA_PASS=y
(assumes Bourne shell)

for i in 1 2 3; do nm .tmp_kallsyms$i.o > .tmp_mapk$i; nm .tmp_vmlinux$i > .tmp_mapv$i; done
tar cjvf /var/tmp/kallsyms.tar.bz2 .tmp_kallsyms* .tmp_vmlinux* .tmp_map*

Send the tarball to me, not the list.


^ permalink raw reply	[flat|nested] 51+ messages in thread

* USB Lockups with 2.6.7-mm6, was Re: 2.6.7-mm6
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
                   ` (6 preceding siblings ...)
  2004-07-05 22:56 ` [patch] 2.6.7-mm6: let CDROM_PKTCDVD depend on experimental Adrian Bunk
@ 2004-07-06  6:49 ` Ralf Hildebrandt
  2004-07-06 12:54 ` 2.6.7-mm6 William Lee Irwin III
                   ` (2 subsequent siblings)
  10 siblings, 0 replies; 51+ messages in thread
From: Ralf Hildebrandt @ 2004-07-06  6:49 UTC (permalink / raw)
  To: linux-usb-devel; +Cc: linux-kernel

* Andrew Morton <akpm@osdl.org>:
 
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/
> 
> - Added the DVD-RW/CD-RW packet writing patches.  These need more work.
> 
> - The USB update seems deadlocky.  I fixed one bug but it still causes my
>   ia64 test box to lock up on boot.  If it goes bad, please revert
>   usb-locking-fix.patch and then revert bk-usb.patch.  Retest and send a report
>   to linux-kernel and linux-usb-devel@lists.sourceforge.net.

Yes, I also encountered these lockups on two of my laptops:

Toshiba Satellite Pro 6100:
0000:00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02) (prog-if 00 [UHCI])
        Subsystem: Toshiba America Info Systems: Unknown device 0001
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin A routed to IRQ 11
        Region 4: I/O ports at efe0 [size=32]
		
0000:00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02) (prog-if 00 [UHCI])
        Subsystem: Toshiba America Info Systems: Unknown device 0001
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin B routed to IRQ 11
        Region 4: I/O ports at ef80 [size=32]
			
0000:00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 02) (prog-if 00 [UHCI])
        Subsystem: Toshiba America Info Systems: Unknown device 0001
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin C routed to IRQ 11
        Region 4: I/O ports at ef60 [size=32]

HP pavilion zv5000:


0000:00:02.0 USB Controller: nVidia Corporation nForce3 USB 1.1 (reva5) (prog-if 10 [OHCI])
        Subsystem: nVidia Corporation: Unknown device 0c80
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 (750ns min, 250ns max)
        Interrupt: pin A routed to IRQ 11
	Region 0: Memory at e8000000 (32-bit, non-prefetchable)
        Capabilities: [44] Power Management version 2
        Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-
		
0000:00:02.1 USB Controller: nVidia Corporation nForce3 USB 1.1 (rev a5) (prog-if 10 [OHCI])
        Subsystem: nVidia Corporation: Unknown device 0c80
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 (750ns min, 250ns max)
        Interrupt: pin B routed to IRQ 10
        Region 0: Memory at e8001000 (32-bit, non-prefetchable)
        Capabilities: [44] Power Management version 2
        Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-
		
0000:00:02.2 USB Controller: nVidia Corporation nForce3 USB 2.0 (rev a2) (prog-if 20 [EHCI])
        Subsystem: nVidia Corporation: Unknown device 0c80
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 (750ns min, 250ns max)
        Interrupt: pin C routed to IRQ 10
        Region 0: Memory at e8004000 (32-bit, non-prefetchable)
        Capabilities: [80] Power Management version 2
        Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-
		
-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   Ralf.Hildebrandt@charite.de
Charite - Universitätsmedizin Berlin            Tel.  +49 (0)30-450 570-155
Gemeinsame Einrichtung von FU- und HU-Berlin    Fax.  +49 (0)30-450 570-916
IT-Zentrum Standort Campus Mitte                          AIM.  ralfpostfix

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6 - ppc32 inconsistent kallsyms data
  2004-07-06  2:06   ` Keith Owens
@ 2004-07-06  7:31     ` Keith Owens
  2004-07-06  7:43       ` Keith Owens
  2004-07-06  9:09       ` Rusty Russell
  0 siblings, 2 replies; 51+ messages in thread
From: Keith Owens @ 2004-07-06  7:31 UTC (permalink / raw)
  To: Joseph Fannin; +Cc: Andrew Morton, linux-kernel, paulus, benh, rusty

On Tue, 06 Jul 2004 12:06:08 +1000, 
Keith Owens <kaos@sgi.com> wrote:
>On Mon, 5 Jul 2004 16:38:18 -0400, 
>jhf@rivenstone.net (Joseph Fannin) wrote:
>>On Mon, Jul 05, 2004 at 02:31:20AM -0700, Andrew Morton wrote:
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/
>>
>>  I'm getting this while building for ppc32:
>>    Inconsistent kallsyms data, try setting CONFIG_KALLSYMS_EXTRA_PASS
>>
>>  This didn't happen with -mm6.
>>
>>  The help text for CONFIG_KALLSYMS_EXTRA_PASS says I should report a
>>bug, and reads like kallsyms is a utility or part of the toolchain;
>>I think it's talking about the kernel feature though, so I guess
>>I'll report it here.  I'll keep this tree around in case any more
>>information is needed.
>
>Run these commands on the tree that needed CONFIG_KALLSYMS_EXTRA_PASS=y
>(assumes Bourne shell)
>
>for i in 1 2 3; do nm .tmp_kallsyms$i.o > .tmp_mapk$i; nm .tmp_vmlinux$i > .tmp_mapv$i; done
>tar cjvf /var/tmp/kallsyms.tar.bz2 .tmp_kallsyms* .tmp_vmlinux* .tmp_map*
>
>Send the tarball to me, not the list.

This is a real linker problem on ppc32.  The linker automatically adds
_SDA_BASE_ and _SDA2_BASE_ symbols, these symbols are not defined in
vmlinux.lds.S.  The SDA symbols move around as kallsyms data is added
between phases 1 and 2.  That movement, together with the stem
compression (which depends on the immediately previous symbol) means
that the compressed symbol table changes size between phases 1 and 2,
which it is not supposed to do.

This problem has been there all along.  It showed up now because I
added a test to verify that the kallsyms data is consistent after phase
2, instead of blindly assuming that it is stable.  jhf, can you verify
that this patch removes the need for an extra kallsyms pass?

--- kallsyms-ppc32 ---

PPC small data area base symbols shift between kallsyms phases 1 and 2,
which makes the kallsyms data unstable.  Exclude them from the kallsyms
list.

Signed-off-by: Keith Owens <kaos@sgi.com>

Index: 2.6.7-mm6/scripts/kallsyms.c
===================================================================
--- 2.6.7-mm6.orig/scripts/kallsyms.c	2004-07-06 17:26:14.000000000 +1000
+++ 2.6.7-mm6/scripts/kallsyms.c	2004-07-06 17:26:33.000000000 +1000
@@ -83,6 +83,11 @@ symbol_valid(struct sym_entry *s)
 	    strcmp(s->sym, "kallsyms_names") == 0)
 		return 0;
 
+	/* Exclude linker generated symbols which vary between passes */
+	if (strstr(s->sym, "_SDA_BASE_") ||		/* ppc */
+	    strcmp(s->sym, "_SDA2_BASE_") == 0)		/* ppc */
+		return 0;
+
 	return 1;
 }
 


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6 - ppc32 inconsistent kallsyms data
  2004-07-06  7:31     ` Keith Owens
@ 2004-07-06  7:43       ` Keith Owens
  2004-07-06 20:54         ` Joseph Fannin
  2004-07-06  9:09       ` Rusty Russell
  1 sibling, 1 reply; 51+ messages in thread
From: Keith Owens @ 2004-07-06  7:43 UTC (permalink / raw)
  To: Joseph Fannin; +Cc: Andrew Morton, linux-kernel, paulus, benh, rusty

I hate it when I spot a typo after pressing enter ...

--- kallsyms-ppc32 ---

PPC small data area base symbols shift between kallsyms phases 1 and 2,
which makes the kallsyms data unstable.  Exclude them from the kallsyms
list.

Signed-off-by: Keith Owens <kaos@sgi.com>

Index: 2.6.7-mm6/scripts/kallsyms.c
===================================================================
--- 2.6.7-mm6.orig/scripts/kallsyms.c	2004-07-06 17:26:14.000000000 +1000
+++ 2.6.7-mm6/scripts/kallsyms.c	2004-07-06 17:41:29.000000000 +1000
@@ -83,6 +83,11 @@ symbol_valid(struct sym_entry *s)
 	    strcmp(s->sym, "kallsyms_names") == 0)
 		return 0;
 
+	/* Exclude linker generated symbols which vary between passes */
+	if (strcmp(s->sym, "_SDA_BASE_") == 0 ||	/* ppc */
+	    strcmp(s->sym, "_SDA2_BASE_") == 0)		/* ppc */
+		return 0;
+
 	return 1;
 }
 


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6 - ppc32 inconsistent kallsyms data
  2004-07-06  7:31     ` Keith Owens
  2004-07-06  7:43       ` Keith Owens
@ 2004-07-06  9:09       ` Rusty Russell
  2004-07-06 12:28         ` Keith Owens
  1 sibling, 1 reply; 51+ messages in thread
From: Rusty Russell @ 2004-07-06  9:09 UTC (permalink / raw)
  To: Keith Owens
  Cc: Joseph Fannin, Andrew Morton, lkml - Kernel Mailing List,
	Paul Mackerras, benh

On Tue, 2004-07-06 at 17:31, Keith Owens wrote:
> This is a real linker problem on ppc32.  The linker automatically adds
> _SDA_BASE_ and _SDA2_BASE_ symbols, these symbols are not defined in
> vmlinux.lds.S.

What type are those symbols?  I'm surprised they're not 'A' which is
already ignored...

Rusty.
-- 
Anyone who quotes me in their signature is an idiot -- Rusty Russell


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6 - ppc32 inconsistent kallsyms data
  2004-07-06  9:09       ` Rusty Russell
@ 2004-07-06 12:28         ` Keith Owens
  0 siblings, 0 replies; 51+ messages in thread
From: Keith Owens @ 2004-07-06 12:28 UTC (permalink / raw)
  To: Rusty Russell
  Cc: Joseph Fannin, Andrew Morton, lkml - Kernel Mailing List,
	Paul Mackerras, benh

On Tue, 06 Jul 2004 19:09:23 +1000, 
Rusty Russell <rusty@rustcorp.com.au> wrote:
>On Tue, 2004-07-06 at 17:31, Keith Owens wrote:
>> This is a real linker problem on ppc32.  The linker automatically adds
>> _SDA_BASE_ and _SDA2_BASE_ symbols, these symbols are not defined in
>> vmlinux.lds.S.
>
>What type are those symbols?  I'm surprised they're not 'A' which is
>already ignored...

'D'


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
                   ` (7 preceding siblings ...)
  2004-07-06  6:49 ` USB Lockups with 2.6.7-mm6, was Re: 2.6.7-mm6 Ralf Hildebrandt
@ 2004-07-06 12:54 ` William Lee Irwin III
  2004-07-06 17:51   ` 2.6.7-mm6 Dmitry Torokhov
                     ` (2 more replies)
  2004-07-06 14:49 ` 2.6.7-mm6 - USB problems Jesse Stockall
  2004-07-07 16:44 ` 2.6.7-mm6 Jesse Barnes
  10 siblings, 3 replies; 51+ messages in thread
From: William Lee Irwin III @ 2004-07-06 12:54 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

On Mon, Jul 05, 2004 at 02:31:20AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/
> - Added the DVD-RW/CD-RW packet writing patches.  These need more work.
> - The USB update seems deadlocky.  I fixed one bug but it still causes my
>   ia64 test box to lock up on boot.  If it goes bad, please revert
>   usb-locking-fix.patch and then revert bk-usb.patch.  Retest and send a report
>   to linux-kernel and linux-usb-devel@lists.sourceforge.net.

Uneventful on alpha, needed a make rpm compilefix Andi's got queued for
the next merge on x86-64 and otherwise uneventful there.

OTOH, various things made sparc64 a living Hell that took about 9
hours of solid compile/boot/crash drudgery to carry out bisection
search on to find the offending patches.

First, I had to back out bk-input because it has a sysfsification patch
that deadlocks sunzilog.c at boot.

Second, I had to back out those scheduler cleanups because it appears
that one of those scheduler cleanups deadlocks the system during
secondary wakeup.

Third, some naive check for undefined symbols failed to understand the
relocation types indicating that a given operand refers to some hard
register, which manifest as undefined symbols in ELF executables. A
patch to refine its criteria, which I used to build with, follows. rmk
and hpa have some other ideas on this undefined symbol issue I've not
quite had the opportunity to get a clear statement of yet.

If it could be arranged so that the authors of the bk-input and
scheduler patches fix their code prior to merging, I'd be much obliged.

Thanks.


-- wli


Index: mm6-2.6.7/Makefile
===================================================================
--- mm6-2.6.7.orig/Makefile	2004-07-05 12:53:05.349741672 -0700
+++ mm6-2.6.7/Makefile	2004-07-05 17:04:04.976330440 -0700
@@ -548,9 +548,14 @@
 	$(if $($(quiet)cmd_vmlinux__),					\
 	  echo '  $($(quiet)cmd_vmlinux__)' &&) 			\
 	$(cmd_vmlinux__);						\
-	if $(NM) $@ | grep -q '^ *U '; then				\
+	if $(OBJDUMP) --all-headers $@ |				\
+		$(AWK) '$$4 == "*UND*" && $$1 !~ /^REG_.*/ { exit 0 }	\
+						END { exit 1 }';	\
+	then								\
 		echo 'ldchk: $@: final image has undefined symbols:';	\
-		$(NM) $@ | sed 's/^ *U \(.*\)/  \1/p;d';		\
+		$(OBJDUMP) --all-headers $@ |				\
+			$(AWK) '$$4 == "*UND*" && $$1 !~ /^REG_.*/	\
+						{ print $$0 }';		\
 		$(RM) -f $@;						\
 		exit 1;							\
 	fi;								\

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
@ 2004-07-06 13:42 Dmitry Torokhov
  0 siblings, 0 replies; 51+ messages in thread
From: Dmitry Torokhov @ 2004-07-06 13:42 UTC (permalink / raw)
  To: William Lee Irwin III, Andrew Morton; +Cc: LKML

William Lee Irwin III wrote:
> On Mon, Jul 05, 2004 at 02:31:20AM -0700, Andrew Morton wrote:
> >
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-
> mm6/
> > - Added the DVD-RW/CD-RW packet writing patches.  These need more work.
> > - The USB update seems deadlocky.  I fixed one bug but it still causes
> my
> >   ia64 test box to lock up on boot.  If it goes bad, please revert
> >   usb-locking-fix.patch and then revert bk-usb.patch.  Retest and send a
> report
> >   to linux-kernel and linux-usb-devel@lists.sourceforge.net.
> 
> Uneventful on alpha, needed a make rpm compilefix Andi's got queued for
> the next merge on x86-64 and otherwise uneventful there.
> 
> OTOH, various things made sparc64 a living Hell that took about 9
> hours of solid compile/boot/crash drudgery to carry out bisection
> search on to find the offending patches.
> 
> First, I had to back out bk-input because it has a sysfsification patch
> that deadlocks sunzilog.c at boot.

Do you know where exactly it was deadlocked? As fas as sunzilog goes
the only change was that instead of embedding serio structure inside
uart_sunzilog_port it is now accessed through a pointer. The rest of
the changes are in serio core and should not depend on type of serio
port involved, locking rules have not been changed either...

Any additional info will be appreciated...

--
Dmitry
 


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6 -  USB problems
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
                   ` (8 preceding siblings ...)
  2004-07-06 12:54 ` 2.6.7-mm6 William Lee Irwin III
@ 2004-07-06 14:49 ` Jesse Stockall
  2004-07-07 16:44 ` 2.6.7-mm6 Jesse Barnes
  10 siblings, 0 replies; 51+ messages in thread
From: Jesse Stockall @ 2004-07-06 14:49 UTC (permalink / raw)
  To: linux-kernel; +Cc: linux-usb-devel

On Mon, 2004-07-05 at 05:31, Andrew Morton wrote:
> 
> - The USB update seems deadlocky.  I fixed one bug but it still causes my
>   ia64 test box to lock up on boot.  If it goes bad, please revert
>   usb-locking-fix.patch and then revert bk-usb.patch.  Retest and send a report
>   to linux-kernel and linux-usb-devel@lists.sourceforge.net.

On my test system with Via chipset, no ACPI everything (mouse and
storage device) works fine.

On my main system with Via chipset and ACPI, my USB mouse does not work
at all. 

Reverting usb-locking-fix.patch and bk-usb.patch makes it work again.

Jesse

-- 
Jesse Stockall <stockall@magma.ca>


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 12:54 ` 2.6.7-mm6 William Lee Irwin III
@ 2004-07-06 17:51   ` Dmitry Torokhov
  2004-07-06 18:55     ` 2.6.7-mm6 Jan-Benedict Glaw
  2004-07-06 23:12     ` 2.6.7-mm6 William Lee Irwin III
  2004-07-06 22:34   ` 2.6.7-mm6 Andrew Morton
  2004-07-06 23:36   ` 2.6.7-mm6 William Lee Irwin III
  2 siblings, 2 replies; 51+ messages in thread
From: Dmitry Torokhov @ 2004-07-06 17:51 UTC (permalink / raw)
  To: linux-kernel; +Cc: William Lee Irwin III, Andrew Morton

On Tuesday 06 July 2004 07:54 am, William Lee Irwin III wrote:
> On Mon, Jul 05, 2004 at 02:31:20AM -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm6/
> > - Added the DVD-RW/CD-RW packet writing patches.  These need more work.
> > - The USB update seems deadlocky.  I fixed one bug but it still causes my
> >   ia64 test box to lock up on boot.  If it goes bad, please revert
> >   usb-locking-fix.patch and then revert bk-usb.patch.  Retest and send a report
> >   to linux-kernel and linux-usb-devel@lists.sourceforge.net.
> 
> Uneventful on alpha, needed a make rpm compilefix Andi's got queued for
> the next merge on x86-64 and otherwise uneventful there.
> 
> OTOH, various things made sparc64 a living Hell that took about 9
> hours of solid compile/boot/crash drudgery to carry out bisection
> search on to find the offending patches.
> 
> First, I had to back out bk-input because it has a sysfsification patch
> that deadlocks sunzilog.c at boot.
>
 
Ok, I think I know what the problem is - it should be an oops rather than a
deadlock though - serial drivers are initialized before serio core when serio
bus structure is not registered with driver core yet. Could you please try
the patch below - I do not have hardware to test it:

===== drivers/Makefile 1.43 vs edited =====
--- 1.43/drivers/Makefile	2004-06-28 23:00:49 -05:00
+++ edited/drivers/Makefile	2004-07-06 12:46:54 -05:00
@@ -15,6 +15,9 @@
 # char/ comes before serial/ etc so that the VT console is the boot-time
 # default.
 obj-y				+= char/
+# we also need input/serio early so seio bus is initialized by the time
+# serial drivers start registering their serio ports
+obj-$(CONFIG_SERIO)		+= input/serio/
 obj-y				+= serial/
 obj-$(CONFIG_PARPORT)		+= parport/
 obj-y				+= base/ block/ misc/ net/ media/
@@ -37,7 +40,6 @@
 obj-$(CONFIG_TC)		+= tc/
 obj-$(CONFIG_USB)		+= usb/
 obj-$(CONFIG_USB_GADGET)	+= usb/gadget/
-obj-$(CONFIG_SERIO)		+= input/serio/
 obj-$(CONFIG_INPUT)		+= input/
 obj-$(CONFIG_GAMEPORT)		+= input/gameport/
 obj-$(CONFIG_I2O)		+= message/

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 17:51   ` 2.6.7-mm6 Dmitry Torokhov
@ 2004-07-06 18:55     ` Jan-Benedict Glaw
  2004-07-06 23:12     ` 2.6.7-mm6 William Lee Irwin III
  1 sibling, 0 replies; 51+ messages in thread
From: Jan-Benedict Glaw @ 2004-07-06 18:55 UTC (permalink / raw)
  To: Dmitry Torokhov; +Cc: linux-kernel, William Lee Irwin III, Andrew Morton

[-- Attachment #1: Type: text/plain, Size: 841 bytes --]

On Tue, 2004-07-06 12:51:16 -0500, Dmitry Torokhov <dtor_core@ameritech.net>
wrote in message <200407061251.18702.dtor_core@ameritech.net>:
> --- 1.43/drivers/Makefile	2004-06-28 23:00:49 -05:00
> +++ edited/drivers/Makefile	2004-07-06 12:46:54 -05:00
> @@ -15,6 +15,9 @@
>  # char/ comes before serial/ etc so that the VT console is the boot-time
>  # default.
>  obj-y				+= char/
> +# we also need input/serio early so seio bus is initialized by the time
                                       ^^^^
Typo:)

MfG, JBG

-- 
   Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!
   ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6 - ppc32 inconsistent kallsyms data
  2004-07-06  7:43       ` Keith Owens
@ 2004-07-06 20:54         ` Joseph Fannin
  0 siblings, 0 replies; 51+ messages in thread
From: Joseph Fannin @ 2004-07-06 20:54 UTC (permalink / raw)
  To: Keith Owens
  Cc: Joseph Fannin, Andrew Morton, linux-kernel, paulus, benh, rusty

[-- Attachment #1: Type: text/plain, Size: 982 bytes --]

On Tue, Jul 06, 2004 at 05:43:01PM +1000, Keith Owens wrote:
> I hate it when I spot a typo after pressing enter ...
> 
> 
> PPC small data area base symbols shift between kallsyms phases 1 and 2,
> which makes the kallsyms data unstable.  Exclude them from the kallsyms
> list.

   Yes, this builds okay with KALLSYMS_EXTRA_PASS off.

 
> Signed-off-by: Keith Owens <kaos@sgi.com>
> 
> Index: 2.6.7-mm6/scripts/kallsyms.c
> ===================================================================
> +++ 2.6.7-mm6/scripts/kallsyms.c	2004-07-06 17:41:29.000000000 +1000
> @@ -83,6 +83,11 @@ symbol_valid(struct sym_entry *s)
>  	    strcmp(s->sym, "kallsyms_names") == 0)
>  		return 0;
>  
> +	/* Exclude linker generated symbols which vary between passes */
> +	if (strcmp(s->sym, "_SDA_BASE_") == 0 ||	/* ppc */
> +	    strcmp(s->sym, "_SDA2_BASE_") == 0)		/* ppc */
> +		return 0;
> +
>  	return 1;
>  }
>  
> 

-- 
Joseph Fannin
jhf@rivenstone.net


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 12:54 ` 2.6.7-mm6 William Lee Irwin III
  2004-07-06 17:51   ` 2.6.7-mm6 Dmitry Torokhov
@ 2004-07-06 22:34   ` Andrew Morton
  2004-07-06 22:45     ` 2.6.7-mm6 David S. Miller
  2004-07-06 23:36   ` 2.6.7-mm6 William Lee Irwin III
  2 siblings, 1 reply; 51+ messages in thread
From: Andrew Morton @ 2004-07-06 22:34 UTC (permalink / raw)
  To: William Lee Irwin III; +Cc: linux-kernel

William Lee Irwin III <wli@holomorphy.com> wrote:
>
> Third, some naive check for undefined symbols failed to understand the
> relocation types indicating that a given operand refers to some hard
> register, which manifest as undefined symbols in ELF executables. A
> patch to refine its criteria, which I used to build with, follows. rmk
> and hpa have some other ideas on this undefined symbol issue I've not
> quite had the opportunity to get a clear statement of yet.

I converted that to a non-fatal warning due to the same problem on sparc64.

Here's the current patch against -linus.  I think I'll drop it.  Could you
please work with rmk to come up with a final version?


diff -puN Makefile~check-for-undefined-symbols Makefile
--- 25/Makefile~check-for-undefined-symbols	Tue Jul  6 14:41:49 2004
+++ 25-akpm/Makefile	Tue Jul  6 15:33:15 2004
@@ -586,6 +586,15 @@ define rule_verify_kallsyms
 		(echo Inconsistent kallsyms data, try setting CONFIG_KALLSYMS_EXTRA_PASS ; rm .tmp_kallsyms* ; false)
 endef
 
+# Warn if there are undefined symbols in the final linked image.  They can lead
+# to silent link failures.
+define rule_check_vmlinux
+	if $(NM) $@ | grep -q '^ *U '; then				\
+		echo 'ldchk: $@: final image has undefined symbols:';	\
+		$(NM) $@ | sed 's/^ *U \(.*\)/  \1/p;d';		\
+	fi;
+endef
+
 quiet_cmd_kallsyms = KSYM    $@
 cmd_kallsyms = $(NM) -n $< | $(KALLSYMS) $(foreach x,$(CONFIG_KALLSYMS_ALL),--all-symbols) > $@
 
@@ -612,6 +621,7 @@ define rule_vmlinux
 	$(rule_vmlinux__); \
 	$(call do_system_map, $@, System.map)
 	$(rule_verify_kallsyms)
+	$(rule_check_vmlinux)
 endef
 
 vmlinux: $(vmlinux-objs) $(kallsyms.o) arch/$(ARCH)/kernel/vmlinux.lds.s FORCE
_


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 22:34   ` 2.6.7-mm6 Andrew Morton
@ 2004-07-06 22:45     ` David S. Miller
  2004-07-06 22:52       ` 2.6.7-mm6 William Lee Irwin III
  0 siblings, 1 reply; 51+ messages in thread
From: David S. Miller @ 2004-07-06 22:45 UTC (permalink / raw)
  To: Andrew Morton; +Cc: wli, linux-kernel

On Tue, 6 Jul 2004 15:34:17 -0700
Andrew Morton <akpm@osdl.org> wrote:

> William Lee Irwin III <wli@holomorphy.com> wrote:
> >
> > Third, some naive check for undefined symbols failed to understand the
> > relocation types indicating that a given operand refers to some hard
> > register, which manifest as undefined symbols in ELF executables. A
> > patch to refine its criteria, which I used to build with, follows. rmk
> > and hpa have some other ideas on this undefined symbol issue I've not
> > quite had the opportunity to get a clear statement of yet.
> 
> I converted that to a non-fatal warning due to the same problem on sparc64.

Andrew, Russell posted to us in private email an objdump based
check that didn't trigger for the register declaration case.

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 22:45     ` 2.6.7-mm6 David S. Miller
@ 2004-07-06 22:52       ` William Lee Irwin III
  2004-07-06 23:07         ` 2.6.7-mm6 Russell King
  0 siblings, 1 reply; 51+ messages in thread
From: William Lee Irwin III @ 2004-07-06 22:52 UTC (permalink / raw)
  To: David S. Miller; +Cc: Andrew Morton, linux-kernel

William Lee Irwin III <wli@holomorphy.com> wrote:
>>> Third, some naive check for undefined symbols failed to understand the
>>> relocation types indicating that a given operand refers to some hard
>>> register, which manifest as undefined symbols in ELF executables. A
>>> patch to refine its criteria, which I used to build with, follows. rmk
>>> and hpa have some other ideas on this undefined symbol issue I've not
>>> quite had the opportunity to get a clear statement of yet.

On Tue, 6 Jul 2004 15:34:17 -0700 Andrew Morton <akpm@osdl.org> wrote:
> > I converted that to a non-fatal warning due to the same problem on sparc64.

On Tue, Jul 06, 2004 at 03:45:55PM -0700, David S. Miller wrote:
> Andrew, Russell posted to us in private email an objdump based
> check that didn't trigger for the register declaration case.

He seems not to have cc:'d me. Apparently *UND* isn't always the fourth
field so he did objdump --syms vmlinux | grep '^[^R][^E][^G].*\*UND\*'
instead of the awk expression I brewed up.


-- wli

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 22:52       ` 2.6.7-mm6 William Lee Irwin III
@ 2004-07-06 23:07         ` Russell King
  0 siblings, 0 replies; 51+ messages in thread
From: Russell King @ 2004-07-06 23:07 UTC (permalink / raw)
  To: William Lee Irwin III, David S. Miller, Andrew Morton,
	linux-kernel

On Tue, Jul 06, 2004 at 03:52:55PM -0700, William Lee Irwin III wrote:
> William Lee Irwin III <wli@holomorphy.com> wrote:
> >>> Third, some naive check for undefined symbols failed to understand the
> >>> relocation types indicating that a given operand refers to some hard
> >>> register, which manifest as undefined symbols in ELF executables. A
> >>> patch to refine its criteria, which I used to build with, follows. rmk
> >>> and hpa have some other ideas on this undefined symbol issue I've not
> >>> quite had the opportunity to get a clear statement of yet.
> 
> On Tue, 6 Jul 2004 15:34:17 -0700 Andrew Morton <akpm@osdl.org> wrote:
> > > I converted that to a non-fatal warning due to the same problem on sparc64.
> 
> On Tue, Jul 06, 2004 at 03:45:55PM -0700, David S. Miller wrote:
> > Andrew, Russell posted to us in private email an objdump based
> > check that didn't trigger for the register declaration case.
> 
> He seems not to have cc:'d me. Apparently *UND* isn't always the fourth
> field so he did objdump --syms vmlinux | grep '^[^R][^E][^G].*\*UND\*'
> instead of the awk expression I brewed up.

Well, it seems it doesn't work for the .tmp_vmlinux1 object:

$ arm-linux-objdump --syms .tmp_vmlinux1 | egrep '^([^R]|R[^E]|RE[^G]).*\*UND\*'
00000000  w      *UND*  00000000 kallsyms_addresses
00000000  w      *UND*  00000000 kallsyms_num_syms
00000000  w      *UND*  00000000 kallsyms_names
$ arm-linux-nm .tmp_vmlinux1 | grep kallsyms_names
         w kallsyms_names

Seems we can't win either way. ;(

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 PCMCIA      - http://pcmcia.arm.linux.org.uk/
                 2.6 Serial core

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 17:51   ` 2.6.7-mm6 Dmitry Torokhov
  2004-07-06 18:55     ` 2.6.7-mm6 Jan-Benedict Glaw
@ 2004-07-06 23:12     ` William Lee Irwin III
  2004-07-06 23:55       ` 2.6.7-mm6 William Lee Irwin III
  2004-07-07  5:15       ` 2.6.7-mm6 Dmitry Torokhov
  1 sibling, 2 replies; 51+ messages in thread
From: William Lee Irwin III @ 2004-07-06 23:12 UTC (permalink / raw)
  To: Dmitry Torokhov; +Cc: linux-kernel, Andrew Morton

On Tuesday 06 July 2004 07:54 am, William Lee Irwin III wrote:
>> Uneventful on alpha, needed a make rpm compilefix Andi's got queued for
>> the next merge on x86-64 and otherwise uneventful there.
>> OTOH, various things made sparc64 a living Hell that took about 9
>> hours of solid compile/boot/crash drudgery to carry out bisection
>> search on to find the offending patches.
>> First, I had to back out bk-input because it has a sysfsification patch
>> that deadlocks sunzilog.c at boot.

On Tue, Jul 06, 2004 at 12:51:16PM -0500, Dmitry Torokhov wrote:
> Ok, I think I know what the problem is - it should be an oops rather than a
> deadlock though - serial drivers are initialized before serio core when serio
> bus structure is not registered with driver core yet. Could you please try
> the patch below - I do not have hardware to test it:

Unfortunately this didn't repair it. Bootlog attached. The failure to
respond to "send brk" indicates deadlock with interrupts disabled.


-- wli

Script started on Tue Jul  6 15:58:03 2004
$ screen -x
# cp /mnt/dm0/mm6-2.6.7/System.map /boot/System.map-2.6.7-mm6-dmitry-1
# cp /mnt/dm0/mm6-2.6.7/.config /boot/config-2.6.7-mm6-dmitry-1
# shutdown -h now

INIT: # Sending processes the TERM signal
INIStopping internet superserver: inetd.
Stopping irc server daemon: ircd.
Stopping rsync daemon: rsync.
Stopping OpenBSD Secure Shell server: sshd.
Saving the System Clock time to the Hardware Clock...
Hardware Clock updated to Tue Jul  6 15:58:05 PDT 2004.
Stopping NFS common utilities: statd.
Stopping kernel log daemon: klogd.
Stopping system log daemon: syslogd.
Sending all processes the TERM signal...done.
Sending all processes the KILL signal...done.
Saving random seed...done.
Unmounting remote and non-toplevel virtual filesystems...done.
NOT deconfiguring network interfaces: / is an NFS mount
Deactivating swap...done.
Unmounting local filesystems...done.
RPC: sendmsg returned error 51
RPC: sendmsg returned error 51
nfs: RPC call returned error 51
Cnfs: RPC call returned error 51
md: stopping all md devices.
Cmd: stopping all md devices.
md: md0 switched to read-only mode.
Cmd: md0 switched to read-only mode.
Power down.
CPower down.
Button XIR
Software Power ON
4-slot Sun Enterprise 3000, No Keyboard
OpenBoot 3.2.30, 3840 MB memory installed, Serial #9039287.
Copyright 2002 Sun Microsystems, Inc.  All rights reserved
Ethernet address 8:0:20:89:ed:b7, Host ID: 8089edb7.



{6} ok boot net:dhcp -p root=/dev/nfs nfsroot=/mnt/f/e3k/debian ip=dhcp debug initcall_debug profile=1
Boot device: /sbus@3,0/SUNW,hme@3,8c00000:dhcp  File and args: -p root=/dev/nfs nfsroot=/mnt/f/e3k/debian ip=dhcp debug initcall_debug profile=1
PROMLIB: Sun IEEE Boot Prom 3.2.30 2002/10/25 14:03
Linux version 2.6.7-mm6-dmitry-1 (wli@analyticity) (gcc version 3.3.4 (Debian)) #1 SMP Tue Jul 6 15:51:40 PDT 2004
ARCH: SUN4U
Remapping the kernel... done.
Booting Linux...
Ethernet address: 08:00:20:89:ed:b7
On node 0 totalpages: 490170
  DMA zone: 490170 pages, LIFO batch:8
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
CENTRAL: Detected 4 slot Enterprise system. cfreg[a8] cver[fc]
FHC(board 1): Version[1] PartID[fa0] Manuf[3e] (CENTRAL)
FHC(board 3): Version[1] PartID[fa0] Manuf[3e] (JTAG Master)
FHC(board 5): Version[1] PartID[fa0] Manuf[3e] 
FHC(board 7): Version[1] PartID[fa0] Manuf[3e] 
FHC(board 1): Version[1] PartID[fa0] Manuf[3e] 
Built 1 zonelists
Kernel command line: -p root=/dev/nfs nfsroot=/mnt/f/e3k/debian ip=dhcp debug initcall_debug profile=1
kernel profiling enabled
PID hash table entries: 4096 (order 12: 65536 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 524288 (order: 9, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 8, 2097152 bytes)
Memory: 3881600k available (2504k kernel code, 976k data, 144k init) [fffff80000000000,00000000efd18000]
Calibrating delay loop... 667.64 BogoMIPS
Mount-cache hash table entries: 512 (order: 0, 8192 bytes)
Calibrating delay loop... 667.64 BogoMIPS
CPU 7: synchronized TICK with master CPU (last diff -9 cycles,maxerr 668 cycles)
Calibrating delay loop... 667.64 BogoMIPS
CPU 10: synchronized TICK with master CPU (last diff -14 cycles,maxerr 686 cycles)
Calibrating delay loop... 667.64 BogoMIPS
CPU 11: synchronized TICK with master CPU (last diff -10 cycles,maxerr 679 cycles)
Calibrating delay loop... 667.64 BogoMIPS
CPU 14: synchronized TICK with master CPU (last diff -13 cycles,maxerr 686 cycles)
Calibrating delay loop... 667.64 BogoMIPS
CPU 15: synchronized TICK with master CPU (last diff -5 cycles,maxerr 664 cycles)
Brought up 6 CPUs
Total of 6 processors activated (4005.88 BogoMIPS).
SMP: Calibrating ecache flush... Using heuristic of 1195476 cycles, 3 ticks.
CPU6:  online
 domain 0: span 0000ccc0
  groups: 00000040 00000080 00000400 00000800 00004000 00008000
CPU7:  online
 domain 0: span 0000ccc0
  groups: 00000080 00000400 00000800 00004000 00008000 00000040
CPU10:  online
 domain 0: span 0000ccc0
  groups: 00000400 00000800 00004000 00008000 00000040 00000080
CPU11:  online
 domain 0: span 0000ccc0
  groups: 00000800 00004000 00008000 00000040 00000080 00000400
CPU14:  online
 domain 0: span 0000ccc0
  groups: 00004000 00008000 00000040 00000080 00000400 00000800
CPU15:  online
 domain 0: span 0000ccc0
  groups: 00008000 00000040 00000080 00000400 00000800 00004000
Calling initcall 0x00000000007776e0: init_elf32_binfmt+0x0/0x20()
Calling initcall 0x0000000000779240: usermodehelper_init+0x0/0x40()
Calling initcall 0x000000000077bca0: init_misc_binfmt+0x0/0x60()
Calling initcall 0x000000000077bd00: init_script_binfmt+0x0/0x20()
Calling initcall 0x000000000077bd20: init_elf_binfmt+0x0/0x20()
Calling initcall 0x0000000000786980: netlink_proto_init+0x0/0x60()
NET: Registered protocol family 16
Calling initcall 0x000000000077e780: tty_class_init+0x0/0x40()
Calling initcall 0x0000000000775780: topology_init+0x0/0xa0()
Calling initcall 0x000000000077b1a0: init_bio+0x0/0xc0()
Calling initcall 0x000000000077ec00: misc_init+0x0/0xc0()
Calling initcall 0x00000000007807c0: device_init+0x0/0x40()
Calling initcall 0x0000000000780800: deadline_slab_setup+0x0/0x60()
Calling initcall 0x0000000000780860: cfq_slab_setup+0x0/0xc0()
Calling initcall 0x00000000007832e0: init_scsi+0x0/0x140()
SCSI subsystem initialized
Calling initcall 0x00000000007851c0: sbus_init+0x0/0x340()
SYSIO: UPA portID 2, at 000001c400000000
sbus0: Clock 25.0 MHz
SYSIO: UPA portID 3, at 000001c600000000
sbus1: Clock 25.0 MHz
dma0: HME DVMA gate array 
Calling initcall 0x0000000000785ac0: input_init+0x0/0xc0()
Calling initcall 0x0000000000786700: net_dev_init+0x0/0x1a0()
Calling initcall 0x000000000077e4c0: chr_dev_init+0x0/0xc0()
Calling initcall 0x0000000000776f60: chmc_init+0x0/0x60()
Calling initcall 0x0000000000778a00: abi_register_sysctl+0x0/0x40()
Calling initcall 0x0000000000778f80: ioresources_init+0x0/0x60()
Calling initcall 0x0000000000779140: uid_cache_init+0x0/0xc0()
Calling initcall 0x00000000007794c0: init_posix_timers+0x0/0xe0()
Calling initcall 0x00000000007795a0: init+0x0/0x60()
Calling initcall 0x0000000000779600: proc_dma_init+0x0/0x40()
Calling initcall 0x000000000045b9e0: percpu_modinit+0x0/0xa0()
Calling initcall 0x0000000000779640: modules_init+0x0/0x20()
Calling initcall 0x0000000000779660: kallsyms_init+0x0/0x40()
Calling initcall 0x00000000007796a0: ikconfig_init+0x0/0x60()
Calling initcall 0x000000000077a7a0: init_per_zone_pages_min+0x0/0x60()
Calling initcall 0x000000000077aa40: pdflush_init+0x0/0x20()
Calling initcall 0x000000000077ad20: cpucache_init+0x0/0x80()
Calling initcall 0x000000000077ade0: kswapd_init+0x0/0x80()
Calling initcall 0x000000000077aea0: init_tmpfs+0x0/0xe0()
Calling initcall 0x000000000077af80: procswaps_init+0x0/0x40()
Calling initcall 0x000000000077b380: init_pipe_fs+0x0/0x60()
Calling initcall 0x000000000077b3e0: fasync_init+0x0/0x40()
Calling initcall 0x000000000077b420: filelock_init+0x0/0x40()
Calling initcall 0x000000000077b7e0: dnotify_init+0x0/0x40()
Calling initcall 0x000000000077baa0: aio_setup+0x0/0x80()
Calling initcall 0x000000000077bb20: eventpoll_init+0x0/0x100()
Calling initcall 0x000000000077bc20: init_sys32_ioctl+0x0/0x80()
Calling initcall 0x000000000077bd40: init_mbcache+0x0/0x40()
Calling initcall 0x000000000077c2a0: init_devpts_fs+0x0/0x80()
Calling initcall 0x000000000077c340: init_ext3_fs+0x0/0x60()
Calling initcall 0x000000000077c5c0: journal_init+0x0/0x40()
Calling initcall 0x000000000077c600: init_ext2_fs+0x0/0x60()
Calling initcall 0x000000000077c720: init_ramfs_fs+0x0/0x20()
Calling initcall 0x000000000077c760: init_minix_fs+0x0/0x60()
Calling initcall 0x000000000077c7c0: init_iso9660_fs+0x0/0x60()
Calling initcall 0x000000000077c820: init_nfs_fs+0x0/0x140()
Calling initcall 0x000000000077d220: init_nlm+0x0/0x40()
Calling initcall 0x000000000077d260: init_udf_fs+0x0/0x60()
udf: registering filesystem
Calling initcall 0x000000000077d760: init_openprom_fs+0x0/0xa0()
Calling initcall 0x000000000077d800: ipc_init+0x0/0x40()
Calling initcall 0x000000000077da20: init_mqueue_fs+0x0/0x100()
Calling initcall 0x000000000077db20: init_crypto+0x0/0x40()
Initializing Cryptographic API
Calling initcall 0x000000000077dba0: init+0x0/0x20()
Calling initcall 0x000000000077dbc0: init+0x0/0x20()
Calling initcall 0x000000000077dbe0: init+0x0/0x60()
Calling initcall 0x000000000077dc40: init+0x0/0x20()
Calling initcall 0x000000000077e620: rand_initialize+0x0/0x100()
Calling initcall 0x000000000077e7c0: tty_init+0x0/0x1e0()
HConsole: switching to mono PROM 80x34
Calling initcall 0x000000000077e9a0: pty_init+0x0/0x260()
Calling initcall 0x000000000077f2a0: serio_init+0x0/0x60()
Calling initcall 0x000000000077f300: serport_init+0x0/0x40()
Calling initcall 0x000000000077f600: suncore_init+0x0/0x60()
Calling initcall 0x00000000007803a0: sunzilog_init+0x0/0x40()
SunZilog: 2 chips.
zs2 at 0x000001fff8904004 (irq = 12,b9) is a SunZilog

telnet> send brk
[detached]
$ 

Script done on Tue Jul  6 16:05:01 2004

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 12:54 ` 2.6.7-mm6 William Lee Irwin III
  2004-07-06 17:51   ` 2.6.7-mm6 Dmitry Torokhov
  2004-07-06 22:34   ` 2.6.7-mm6 Andrew Morton
@ 2004-07-06 23:36   ` William Lee Irwin III
  2004-07-07  0:02     ` 2.6.7-mm6 David S. Miller
  2 siblings, 1 reply; 51+ messages in thread
From: William Lee Irwin III @ 2004-07-06 23:36 UTC (permalink / raw)
  To: Andrew Morton, linux-kernel; +Cc: nickpiggin

On Tue, Jul 06, 2004 at 05:54:38AM -0700, William Lee Irwin III wrote:
> Uneventful on alpha, needed a make rpm compilefix Andi's got queued for
> the next merge on x86-64 and otherwise uneventful there.
> OTOH, various things made sparc64 a living Hell that took about 9
> hours of solid compile/boot/crash drudgery to carry out bisection
> search on to find the offending patches.
> First, I had to back out bk-input because it has a sysfsification patch
> that deadlocks sunzilog.c at boot.
> Second, I had to back out those scheduler cleanups because it appears
> that one of those scheduler cleanups deadlocks the system during
> secondary wakeup.
> Third, some naive check for undefined symbols failed to understand the
> relocation types indicating that a given operand refers to some hard
> register, which manifest as undefined symbols in ELF executables. A
> patch to refine its criteria, which I used to build with, follows. rmk
> and hpa have some other ideas on this undefined symbol issue I've not
> quite had the opportunity to get a clear statement of yet.
> If it could be arranged so that the authors of the bk-input and
> scheduler patches fix their code prior to merging, I'd be much obliged.

Nick, of these:
#sched-clean-init-idle.patch
#sched-clean-fork.patch
#sched-clean-fork-rename-wake_up_new_process-wake_up_new_task.patch
#sched-misc-cleanups-2.patch
#sched-unlikely-rt_task.patch
#sched-misc.patch
#sched-misc-fix-rt.patch
#sched-no-balance-clone.patch
#sched-remove-balance-clone.patch
#sched-fork-hotplug-cleanuppatch.patch

I have it isolated down to the sched-clean-init-idle.patch and
sched-clean-fork.patch. sched-clean-init-idle.patch fails to build without
the second of those two applied, so I didn't do any work to narrow it down
further.


-- wli

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 23:12     ` 2.6.7-mm6 William Lee Irwin III
@ 2004-07-06 23:55       ` William Lee Irwin III
  2004-07-07  5:15       ` 2.6.7-mm6 Dmitry Torokhov
  1 sibling, 0 replies; 51+ messages in thread
From: William Lee Irwin III @ 2004-07-06 23:55 UTC (permalink / raw)
  To: Dmitry Torokhov, linux-kernel, Andrew Morton

On Tue, Jul 06, 2004 at 12:51:16PM -0500, Dmitry Torokhov wrote:
>> Ok, I think I know what the problem is - it should be an oops rather than a
>> deadlock though - serial drivers are initialized before serio core when serio
>> bus structure is not registered with driver core yet. Could you please try
>> the patch below - I do not have hardware to test it:

On Tue, Jul 06, 2004 at 04:12:56PM -0700, William Lee Irwin III wrote:
> Unfortunately this didn't repair it. Bootlog attached. The failure to
> respond to "send brk" indicates deadlock with interrupts disabled.

It may also help to know that I did bisection search on 2.6.7-mm* that
had various contents of bk-input split out; in those, the offending
patch was revealed to be input-serio-sysfs-intergration.patch which
I think corresponds to:
# ChangeSet
#   2004/06/29 01:28:53-05:00 dtor_core@ameritech.net 
#   Input: serio sysfs integration
#   Signed-off-by: Dmitry Torokhov <dtor@mail.ru>

or one of the csets nearby in the consolidated bk-input.patch


-- wli

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 23:36   ` 2.6.7-mm6 William Lee Irwin III
@ 2004-07-07  0:02     ` David S. Miller
  2004-07-07  2:29       ` 2.6.7-mm6 Nick Piggin
  2004-07-07  7:35       ` 2.6.7-mm6 Ingo Molnar
  0 siblings, 2 replies; 51+ messages in thread
From: David S. Miller @ 2004-07-07  0:02 UTC (permalink / raw)
  To: William Lee Irwin III; +Cc: akpm, linux-kernel, nickpiggin

On Tue, 6 Jul 2004 16:36:18 -0700
William Lee Irwin III <wli@holomorphy.com> wrote:

> I have it isolated down to the sched-clean-init-idle.patch and
> sched-clean-fork.patch. sched-clean-init-idle.patch fails to build without
> the second of those two applied, so I didn't do any work to narrow it down
> further.

One thing to note is that we don't currently call the
wake_up_forked_process() thing in our SMP idle bootup
dispatcher in arch/sparc64/kernel/smp.c

Perhaps that is somehow related to the problems.
In that case the culprit would be the first patch,
sched-clean-init-idle.patch

See arch/sparc64/kernel/smp.c:smp_boot_one_cpu() for details.
When we start a cpu, by calling prom_startcpu(), the cpu
jumps from the firmware into arch/sparc64/kernel/trampoline.S

There, the cpu is initialized (just like it is for the boot cpu
in arch/sparc64/kernel/head.S), the current_thread_info() (%g6)
and 'current' (%g4) registers are initialized and the cpu jumps
into smp_callin().  smp_callin() returns when it is safe to do
so, which is when it's cpu bit is set in smp_commenced_mask.
When that occurs, it's cpu bit is set in cpu_online_map and
then it jumps right into cpu_idle().

Hope this helps.

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-07  0:02     ` 2.6.7-mm6 David S. Miller
@ 2004-07-07  2:29       ` Nick Piggin
  2004-07-07  7:35       ` 2.6.7-mm6 Ingo Molnar
  1 sibling, 0 replies; 51+ messages in thread
From: Nick Piggin @ 2004-07-07  2:29 UTC (permalink / raw)
  To: David S. Miller; +Cc: William Lee Irwin III, akpm, linux-kernel

David S. Miller wrote:
> On Tue, 6 Jul 2004 16:36:18 -0700
> William Lee Irwin III <wli@holomorphy.com> wrote:
> 
> 
>>I have it isolated down to the sched-clean-init-idle.patch and
>>sched-clean-fork.patch. sched-clean-init-idle.patch fails to build without
>>the second of those two applied, so I didn't do any work to narrow it down
>>further.
> 
> 
> One thing to note is that we don't currently call the
> wake_up_forked_process() thing in our SMP idle bootup
> dispatcher in arch/sparc64/kernel/smp.c
> 
> Perhaps that is somehow related to the problems.
> In that case the culprit would be the first patch,
> sched-clean-init-idle.patch
> 

Yes, I missed sparc64 due to the lack of wake_up_forked_process. Dang.

Well, what used to happen is that wake_up_forked_process would put the
idle task on the runqueue like a regular process, then init_idle would
take it off again.

However after the patch, init_idle simply does all the work itself,
and doesn't have to deal with removal from the runqueue. Now sparc64
uses "kernel_thread" to clone its idle tasks, which *does* put the
process onto the runqueue. init_idle then also makes it the idle task.
This is probably why it blows up.

I guess another small function to remove the task from the runqueue
before calling init_idle for those arches that want it would be the
way to go.

Sorry, this is my fault. Got to run now, but I'll send a patch to try
in a few hours if someone hasn't already.

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-06 23:12     ` 2.6.7-mm6 William Lee Irwin III
  2004-07-06 23:55       ` 2.6.7-mm6 William Lee Irwin III
@ 2004-07-07  5:15       ` Dmitry Torokhov
  2004-07-07  6:37         ` 2.6.7-mm6 William Lee Irwin III
  2004-07-07 16:31         ` 2.6.7-mm6 Vojtech Pavlik
  1 sibling, 2 replies; 51+ messages in thread
From: Dmitry Torokhov @ 2004-07-07  5:15 UTC (permalink / raw)
  To: William Lee Irwin III; +Cc: linux-kernel, Andrew Morton

On Tuesday 06 July 2004 06:12 pm, William Lee Irwin III wrote:
> On Tuesday 06 July 2004 07:54 am, William Lee Irwin III wrote:
> >> Uneventful on alpha, needed a make rpm compilefix Andi's got queued for
> >> the next merge on x86-64 and otherwise uneventful there.
> >> OTOH, various things made sparc64 a living Hell that took about 9
> >> hours of solid compile/boot/crash drudgery to carry out bisection
> >> search on to find the offending patches.
> >> First, I had to back out bk-input because it has a sysfsification patch
> >> that deadlocks sunzilog.c at boot.
> 
> On Tue, Jul 06, 2004 at 12:51:16PM -0500, Dmitry Torokhov wrote:
> > Ok, I think I know what the problem is - it should be an oops rather than a
> > deadlock though - serial drivers are initialized before serio core when serio
> > bus structure is not registered with driver core yet. Could you please try
> > the patch below - I do not have hardware to test it:
> 
> Unfortunately this didn't repair it. Bootlog attached. The failure to
> respond to "send brk" indicates deadlock with interrupts disabled.
> 

The only suspicious thing that I see is that sunzilog tries to register its
serio ports with spinlock held and interrupts off. I wonder if that is what
causing a deadlock. Could you please try applying this patch on top of the
changes to the drivers/Makefile that I sent earlier.

-- 
Dmitry


===== drivers/serial/sunzilog.c 1.44 vs edited =====
--- 1.44/drivers/serial/sunzilog.c	2004-06-28 22:45:23 -05:00
+++ edited/drivers/serial/sunzilog.c	2004-07-06 23:46:54 -05:00
@@ -1529,7 +1529,6 @@
 static void __init sunzilog_init_kbdms(struct uart_sunzilog_port *up, int channel)
 {
 	int baud, brg;
-	struct serio *serio;
 
 	if (channel == KEYBOARD_LINE) {
 		up->flags |= SUNZILOG_FLAG_CONS_KEYB;
@@ -1546,8 +1545,15 @@
 	up->curregs[R15] = BRKIE;
 	brg = BPS_TO_BRG(baud, ZS_CLOCK / ZS_CLOCK_DIVISOR);
 	sunzilog_convert_to_zs(up, up->cflag, 0, brg);
+	sunzilog_set_mctrl(&up->port, TIOCM_DTR | TIOCM_RTS);
+	__sunzilog_startup(up);
+}
 
 #ifdef CONFIG_SERIO
+static void __init sunzilog_register_serio(struct uart_sunzilog_port *up, int channel)
+{
+	struct serio *serio;
+
 	up->serio = serio = kmalloc(sizeof(struct serio), GFP_KERNEL);
 	if (serio) {
 
@@ -1576,11 +1582,8 @@
 		printk(KERN_WARNING "zs%d: not enough memory for serio port\n",
 			channel);
 	}
-#endif
-
-	sunzilog_set_mctrl(&up->port, TIOCM_DTR | TIOCM_RTS);
-	__sunzilog_startup(up);
 }
+#endif
 
 static void __init sunzilog_init_hw(void)
 {
@@ -1624,6 +1627,11 @@
 		}
 
 		spin_unlock_irqrestore(&up->port.lock, flags);
+
+#ifdef CONFIG_SERIO
+		if (i == KEYBOARD_LINE || i == MOUSE_LINE)
+			sunzilog_register_serio(up, i);
+#endif
 	}
 }
 

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-07  5:15       ` 2.6.7-mm6 Dmitry Torokhov
@ 2004-07-07  6:37         ` William Lee Irwin III
  2004-07-07 12:47           ` 2.6.7-mm6 Dmitry Torokhov
  2004-07-07 16:31         ` 2.6.7-mm6 Vojtech Pavlik
  1 sibling, 1 reply; 51+ messages in thread
From: William Lee Irwin III @ 2004-07-07  6:37 UTC (permalink / raw)
  To: Dmitry Torokhov; +Cc: linux-kernel, Andrew Morton

On Wed, Jul 07, 2004 at 12:15:37AM -0500, Dmitry Torokhov wrote:
> The only suspicious thing that I see is that sunzilog tries to register its
> serio ports with spinlock held and interrupts off. I wonder if that is what
> causing a deadlock. Could you please try applying this patch on top of the
> changes to the drivers/Makefile that I sent earlier.

This suspicion is correct. It boots normally with the patch you posted
to do that registration outside the interrupts-off critical section
applied. Bootlog below.

Thanks.


-- wli


Script started on Tue Jul  6 23:21:59 2004
$ screen -x
[1]   Done swapon -p 1 $f
[2]   Done swapon -p 1 $f
[3]   Done swapon -p 1 $f
[4]   Done swapon -p 1 $f
[5]   Done swapon -p 1 $f
[6]   Done swapon -p 1 $f
[7]   Done swapon -p 1 $f
[8]   Done swapon -p 1 $f
[9]   Done swapon -p 1 $f
[10]   Done swapon -p 1 $f
[11]   Done swapon -p 1 $f
[12]   Done swapon -p 1 $f
[13]   Done swapon -p 1 $f
[14]   Done swapon -p 1 $f
[15]-  Done swapon -p 1 $f
[16]+  Done swapon -p 1 $f
# cp /mnt/dm0/mm6-2.6.7/System.map /boot/System.map-2.6.7-mm6-dmitry-1
# shutdown -h now

INIT: # Sending processes the TERM signalJu
INStopping internet superserver: inetd.
Stopping irc server daemon: ircd.
Stopping rsync daemon: rsync.
Stopping OpenBSD Secure Shell server: sshd.
Saving the System Clock time to the Hardware Clock...
Hardware Clock updated to Tue Jul  6 23:22:04 PDT 2004.
Stopping NFS common utilities: statd.
Stopping kernel log daemon: klogd.
Stopping system log daemon: syslogd.
Sending all processes the TERM signal...done.
Sending all processes the KILL signal...done.
Saving random seed...done.
Unmounting remote and non-toplevel virtual filesystems...done.
NOT deconfiguring network interfaces: / is an NFS mount
Deactivating swap...done.
Unmounting local filesystems...done.
RPC: sendmsg returned error 51
RPC: sendmsg returned error 51
nfs: RPC call returned error 51
nfs: RPC call returned error 51
md: stopping all md devices.
md: stopping all md devices.
md: md0 switched to read-only mode.
md: md0 switched to read-only mode.
Power down.
Power down.
Button XIR
Software Power ON
4-slot Sun Enterprise 3000, No Keyboard
OpenBoot 3.2.30, 3840 MB memory installed, Serial #9039287.
Copyright 2002 Sun Microsystems, Inc.  All rights reserved
Ethernet address 8:0:20:89:ed:b7, Host ID: 8089edb7.



{6} ok boot net:dhcp -p root=/dev/nfs nfsroot=/mnt/f/e3k/debian ip=dhcp debug initcall_debug profile=1
Boot device: /sbus@3,0/SUNW,hme@3,8c00000:dhcp  File and args: -p root=/dev/nfs nfsroot=/mnt/f/e3k/debian ip=dhcp debug initcall_debug profile=1
PROMLIB: Sun IEEE Boot Prom 3.2.30 2002/10/25 14:03
Linux version 2.6.7-mm6-dmitry-1 (wli@analyticity) (gcc version 3.3.4 (Debian)) #1 SMP Tue Jul 6 23:16:01 PDT 2004
ARCH: SUN4U
Remapping the kernel... done.
Booting Linux...
Ethernet address: 08:00:20:89:ed:b7
On node 0 totalpages: 490170
  DMA zone: 490170 pages, LIFO batch:8
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
CENTRAL: Detected 4 slot Enterprise system. cfreg[a8] cver[fc]
FHC(board 1): Version[1] PartID[fa0] Manuf[3e] (CENTRAL)
FHC(board 3): Version[1] PartID[fa0] Manuf[3e] (JTAG Master)
FHC(board 5): Version[1] PartID[fa0] Manuf[3e] 
FHC(board 7): Version[1] PartID[fa0] Manuf[3e] 
FHC(board 1): Version[1] PartID[fa0] Manuf[3e] 
Built 1 zonelists
Kernel command line: -p root=/dev/nfs nfsroot=/mnt/f/e3k/debian ip=dhcp debug initcall_debug profile=1
kernel profiling enabled
PID hash table entries: 4096 (order 12: 65536 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 524288 (order: 9, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 8, 2097152 bytes)
Memory: 3881600k available (2504k kernel code, 976k data, 144k init) [fffff80000000000,00000000efd18000]
Calibrating delay loop... 667.64 BogoMIPS
Mount-cache hash table entries: 512 (order: 0, 8192 bytes)
Calibrating delay loop... 667.64 BogoMIPS
CPU 7: synchronized TICK with master CPU (last diff -16 cycles,maxerr 684 cycles)
Calibrating delay loop... 667.64 BogoMIPS
CPU 10: synchronized TICK with master CPU (last diff -14 cycles,maxerr 686 cycles)
Calibrating delay loop... 667.64 BogoMIPS
CPU 11: synchronized TICK with master CPU (last diff -12 cycles,maxerr 686 cycles)
Calibrating delay loop... 667.64 BogoMIPS
CPU 14: synchronized TICK with master CPU (last diff -14 cycles,maxerr 684 cycles)
Calibrating delay loop... 667.64 BogoMIPS
CPU 15: synchronized TICK with master CPU (last diff -12 cycles,maxerr 686 cycles)
Brought up 6 CPUs
Total of 6 processors activated (4005.88 BogoMIPS).
SMP: Calibrating ecache flush... Using heuristic of 1195818 cycles, 3 ticks.
CPU6:  online
 domain 0: span 0000ccc0
  groups: 00000040 00000080 00000400 00000800 00004000 00008000
CPU7:  online
 domain 0: span 0000ccc0
  groups: 00000080 00000400 00000800 00004000 00008000 00000040
CPU10:  online
 domain 0: span 0000ccc0
  groups: 00000400 00000800 00004000 00008000 00000040 00000080
CPU11:  online
 domain 0: span 0000ccc0
  groups: 00000800 00004000 00008000 00000040 00000080 00000400
CPU14:  online
 domain 0: span 0000ccc0
  groups: 00004000 00008000 00000040 00000080 00000400 00000800
CPU15:  online
 domain 0: span 0000ccc0
  groups: 00008000 00000040 00000080 00000400 00000800 00004000
Calling initcall 0x00000000007776e0: init_elf32_binfmt+0x0/0x20()
Calling initcall 0x0000000000779240: usermodehelper_init+0x0/0x40()
Calling initcall 0x000000000077bca0: init_misc_binfmt+0x0/0x60()
Calling initcall 0x000000000077bd00: init_script_binfmt+0x0/0x20()
Calling initcall 0x000000000077bd20: init_elf_binfmt+0x0/0x20()
Calling initcall 0x00000000007869a0: netlink_proto_init+0x0/0x60()
NET: Registered protocol family 16
Calling initcall 0x000000000077e780: tty_class_init+0x0/0x40()
Calling initcall 0x0000000000775780: topology_init+0x0/0xa0()
Calling initcall 0x000000000077b1a0: init_bio+0x0/0xc0()
Calling initcall 0x000000000077ec00: misc_init+0x0/0xc0()
Calling initcall 0x00000000007807e0: device_init+0x0/0x40()
Calling initcall 0x0000000000780820: deadline_slab_setup+0x0/0x60()
Calling initcall 0x0000000000780880: cfq_slab_setup+0x0/0xc0()
Calling initcall 0x0000000000783300: init_scsi+0x0/0x140()
SCSI subsystem initialized
Calling initcall 0x00000000007851e0: sbus_init+0x0/0x340()
SYSIO: UPA portID 2, at 000001c400000000
sbus0: Clock 25.0 MHz
SYSIO: UPA portID 3, at 000001c600000000
sbus1: Clock 25.0 MHz
dma0: HME DVMA gate array 
Calling initcall 0x0000000000785ae0: input_init+0x0/0xc0()
Calling initcall 0x0000000000786720: net_dev_init+0x0/0x1a0()
Calling initcall 0x000000000077e4c0: chr_dev_init+0x0/0xc0()
Calling initcall 0x0000000000776f60: chmc_init+0x0/0x60()
Calling initcall 0x0000000000778a00: abi_register_sysctl+0x0/0x40()
Calling initcall 0x0000000000778f80: ioresources_init+0x0/0x60()
Calling initcall 0x0000000000779140: uid_cache_init+0x0/0xc0()
Calling initcall 0x00000000007794c0: init_posix_timers+0x0/0xe0()
Calling initcall 0x00000000007795a0: init+0x0/0x60()
Calling initcall 0x0000000000779600: proc_dma_init+0x0/0x40()
Calling initcall 0x000000000045b9e0: percpu_modinit+0x0/0xa0()
Calling initcall 0x0000000000779640: modules_init+0x0/0x20()
Calling initcall 0x0000000000779660: kallsyms_init+0x0/0x40()
Calling initcall 0x00000000007796a0: ikconfig_init+0x0/0x60()
Calling initcall 0x000000000077a7a0: init_per_zone_pages_min+0x0/0x60()
Calling initcall 0x000000000077aa40: pdflush_init+0x0/0x20()
Calling initcall 0x000000000077ad20: cpucache_init+0x0/0x80()
Calling initcall 0x000000000077ade0: kswapd_init+0x0/0x80()
Calling initcall 0x000000000077aea0: init_tmpfs+0x0/0xe0()
Calling initcall 0x000000000077af80: procswaps_init+0x0/0x40()
Calling initcall 0x000000000077b380: init_pipe_fs+0x0/0x60()
Calling initcall 0x000000000077b3e0: fasync_init+0x0/0x40()
Calling initcall 0x000000000077b420: filelock_init+0x0/0x40()
Calling initcall 0x000000000077b7e0: dnotify_init+0x0/0x40()
Calling initcall 0x000000000077baa0: aio_setup+0x0/0x80()
Calling initcall 0x000000000077bb20: eventpoll_init+0x0/0x100()
Calling initcall 0x000000000077bc20: init_sys32_ioctl+0x0/0x80()
Calling initcall 0x000000000077bd40: init_mbcache+0x0/0x40()
Calling initcall 0x000000000077c2a0: init_devpts_fs+0x0/0x80()
Calling initcall 0x000000000077c340: init_ext3_fs+0x0/0x60()
Calling initcall 0x000000000077c5c0: journal_init+0x0/0x40()
Calling initcall 0x000000000077c600: init_ext2_fs+0x0/0x60()
Calling initcall 0x000000000077c720: init_ramfs_fs+0x0/0x20()
Calling initcall 0x000000000077c760: init_minix_fs+0x0/0x60()
Calling initcall 0x000000000077c7c0: init_iso9660_fs+0x0/0x60()
Calling initcall 0x000000000077c820: init_nfs_fs+0x0/0x140()
Calling initcall 0x000000000077d220: init_nlm+0x0/0x40()
Calling initcall 0x000000000077d260: init_udf_fs+0x0/0x60()
udf: registering filesystem
Calling initcall 0x000000000077d760: init_openprom_fs+0x0/0xa0()
Calling initcall 0x000000000077d800: ipc_init+0x0/0x40()
Calling initcall 0x000000000077da20: init_mqueue_fs+0x0/0x100()
Calling initcall 0x000000000077db20: init_crypto+0x0/0x40()
Initializing Cryptographic API
Calling initcall 0x000000000077dba0: init+0x0/0x20()
Calling initcall 0x000000000077dbc0: init+0x0/0x20()
Calling initcall 0x000000000077dbe0: init+0x0/0x60()
Calling initcall 0x000000000077dc40: init+0x0/0x20()
Calling initcall 0x000000000077e620: rand_initialize+0x0/0x100()
Calling initcall 0x000000000077e7c0: tty_init+0x0/0x1e0()
Console: switching to mono PROM 80x34
Calling initcall 0x000000000077e9a0: pty_init+0x0/0x260()
Calling initcall 0x000000000077f2a0: serio_init+0x0/0x60()
Calling initcall 0x000000000077f300: serport_init+0x0/0x40()
Calling initcall 0x000000000077f600: suncore_init+0x0/0x60()
Calling initcall 0x00000000007803c0: sunzilog_init+0x0/0x40()
SunZilog: 2 chips.
zs2 at 0x000001fff8904004 (irq = 12,b9) is a SunZilog
zs3 at 0x000001fff8904000 (irq = 12,b9) is a SunZilog
ttyS0 at MMIO 0x0 (irq = 7964192) is a SunZilog
ttyS1 at MMIO 0x0 (irq = 7964192) is a SunZilog
Console: ttyS0 (SunZilog zs0)
PROMLIB: Sun IEEE Boot Prom 3.2.30 2002/10/25 14:03
PROMLIB: Sun IEEE Boot Prom 3.2.30 2002/10/25 14:03
Linux version 2.6.7-mm6-dmitry-1 (wli@analyticity) (gcc version 3.3.4 (Debian)) #1 SMP Tue Jul 6 23:16:01 PDT 2004
Linux version 2.6.7-mm6-dmitry-1 (wli@analyticity) (gcc version 3.3.4 (Debian)) #1 SMP Tue Jul 6 23:16:01 PDT 2004
ARCH: SUN4U
ARCH: SUN4U
Ethernet address: 08:00:20:89:ed:b7
Ethernet address: 08:00:20:89:ed:b7
On node 0 totalpages: 490170
On node 0 totalpages: 490170
  DMA zone: 490170 pages, LIFO batch:8
  DMA zone: 490170 pages, LIFO batch:8
  Normal zone: 0 pages, LIFO batch:1
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
CENTRAL: Detected 4 slot Enterprise system. cfreg[a8] cver[fc]
CENTRAL: Detected 4 slot Enterprise system. cfreg[a8] cver[fc]
FHC(board 1): Version[1] PartID[fa0] Manuf[3e] (CENTRAL)
FHC(board 1): Version[1] PartID[fa0] Manuf[3e] (CENTRAL)
FHC(board 3): Version[1] PartID[fa0] Manuf[3e] (JTAG Master)
FHC(board 3): Version[1] PartID[fa0] Manuf[3e] (JTAG Master)
FHC(board 5): Version[1] PartID[fa0] Manuf[3e] 
FHC(board 5): Version[1] PartID[fa0] Manuf[3e] 
FHC(board 7): Version[1] PartID[fa0] Manuf[3e] 
FHC(board 7): Version[1] PartID[fa0] Manuf[3e] 
FHC(board 1): Version[1] PartID[fa0] Manuf[3e] 
FHC(board 1): Version[1] PartID[fa0] Manuf[3e] 
Built 1 zonelists
Built 1 zonelists
Kernel command line: -p root=/dev/nfs nfsroot=/mnt/f/e3k/debian ip=dhcp debug initcall_debug profile=1
Kernel command line: -p root=/dev/nfs nfsroot=/mnt/f/e3k/debian ip=dhcp debug initcall_debug profile=1
kernel profiling enabled
kernel profiling enabled
PID hash table entries: 4096 (order 12: 65536 bytes)
PID hash table entries: 4096 (order 12: 65536 bytes)
Console: colour dummy device 80x25
Console: colour dummy device 80x25
Dentry cache hash table entries: 524288 (order: 9, 4194304 bytes)
Dentry cache hash table entries: 524288 (order: 9, 4194304 bytes)
Inode-cache hash table entries: 262144 (order: 8, 2097152 bytes)
Inode-cache hash table entries: 262144 (order: 8, 2097152 bytes)
Memory: 3881600k available (2504k kernel code, 976k data, 144k init) [fffff80000000000,00000000efd18000]
Memory: 3881600k available (2504k kernel code, 976k data, 144k init) [fffff80000000000,00000000efd18000]
Calibrating delay loop... 667.64 BogoMIPS
Calibrating delay loop... 667.64 BogoMIPS
Mount-cache hash table entries: 512 (order: 0, 8192 bytes)
Mount-cache hash table entries: 512 (order: 0, 8192 bytes)
Calibrating delay loop... 667.64 BogoMIPS
Calibrating delay loop... 667.64 BogoMIPS
CPU 7: synchronized TICK with master CPU (last diff -16 cycles,maxerr 684 cycles)
 CPU 7: synchronized TICK with master CPU (last diff -16 cycles,maxerr 684 cycles)
Calibrating delay loop... 667.64 BogoMIPS
Calibrating delay loop... 667.64 BogoMIPS
CPU 10: synchronized TICK with master CPU (last diff -14 cycles,maxerr 686 cycles)
  CPU 10: synchronized TICK with master CPU (last diff -14 cycles,maxerr 686 cycles)
Calibrating delay loop... 667.64 BogoMIPS
Calibrating delay loop... 667.64 BogoMIPS
CPU 11: synchronized TICK with master CPU (last diff -12 cycles,maxerr 686 cycles)
  CPU 11: synchronized TICK with master CPU (last diff -12 cycles,maxerr 686 cycles)
Calibrating delay loop... 667.64 BogoMIPS
Calibrating delay loop... 667.64 BogoMIPS
CPU 14: synchronized TICK with master CPU (last diff -14 cycles,maxerr 684 cycles)
  CPU 14: synchronized TICK with master CPU (last diff -14 cycles,maxerr 684 cycles)
Calibrating delay loop... 667.64 BogoMIPS
Calibrating delay loop... 667.64 BogoMIPS
CPU 15: synchronized TICK with master CPU (last diff -12 cycles,maxerr 686 cycles)
  CPU 15: synchronized TICK with master CPU (last diff -12 cycles,maxerr 686 cycles)
Brought up 6 CPUs
Brought up 6 CPUs
Total of 6 processors activated (4005.88 BogoMIPS).
Total of 6 processors activated (4005.88 BogoMIPS).
SMP: Calibrating ecache flush... Using heuristic of 1195818 cycles, 3 ticks.
SMP: Calibrating ecache flush... Using heuristic of 1195818 cycles, 3 ticks.
CPU6:  online
CPU6:  online
 domain 0: span 0000ccc0
 domain 0: span 0000ccc0
  groups: 00000040 00000080 00000400 00000800 00004000 00008000
  groups: 00000040 00000080 00000400 00000800 00004000 00008000
CPU7:  online
CPU7:  online
 domain 0: span 0000ccc0
 domain 0: span 0000ccc0
  groups: 00000080 00000400 00000800 00004000 00008000 00000040
  groups: 00000080 00000400 00000800 00004000 00008000 00000040
CPU10:  online
CPU10:  online
 domain 0: span 0000ccc0
 domain 0: span 0000ccc0
  groups: 00000400 00000800 00004000 00008000 00000040 00000080
  groups: 00000400 00000800 00004000 00008000 00000040 00000080
CPU11:  online
CPU11:  online
 domain 0: span 0000ccc0
 domain 0: span 0000ccc0
  groups: 00000800 00004000 00008000 00000040 00000080 00000400
  groups: 00000800 00004000 00008000 00000040 00000080 00000400
CPU14:  online
CPU14:  online
 domain 0: span 0000ccc0
 domain 0: span 0000ccc0
  groups: 00004000 00008000 00000040 00000080 00000400 00000800
  groups: 00004000 00008000 00000040 00000080 00000400 00000800
CPU15:  online
CPU15:  online
 domain 0: span 0000ccc0
 domain 0: span 0000ccc0
  groups: 00008000 00000040 00000080 00000400 00000800 00004000
  groups: 00008000 00000040 00000080 00000400 00000800 00004000
Calling initcall 0x00000000007776e0: init_elf32_binfmt+0x0/0x20()
Calling initcall 0x00000000007776e0: init_elf32_binfmt+0x0/0x20()
Calling initcall 0x0000000000779240: usermodehelper_init+0x0/0x40()
Calling initcall 0x0000000000779240: usermodehelper_init+0x0/0x40()
Calling initcall 0x000000000077bca0: init_misc_binfmt+0x0/0x60()
Calling initcall 0x000000000077bca0: init_misc_binfmt+0x0/0x60()
Calling initcall 0x000000000077bd00: init_script_binfmt+0x0/0x20()
Calling initcall 0x000000000077bd00: init_script_binfmt+0x0/0x20()
Calling initcall 0x000000000077bd20: init_elf_binfmt+0x0/0x20()
Calling initcall 0x000000000077bd20: init_elf_binfmt+0x0/0x20()
Calling initcall 0x00000000007869a0: netlink_proto_init+0x0/0x60()
Calling initcall 0x00000000007869a0: netlink_proto_init+0x0/0x60()
NET: Registered protocol family 16
NET: Registered protocol family 16
Calling initcall 0x000000000077e780: tty_class_init+0x0/0x40()
Calling initcall 0x000000000077e780: tty_class_init+0x0/0x40()
Calling initcall 0x0000000000775780: topology_init+0x0/0xa0()
Calling initcall 0x0000000000775780: topology_init+0x0/0xa0()
Calling initcall 0x000000000077b1a0: init_bio+0x0/0xc0()
Calling initcall 0x000000000077b1a0: init_bio+0x0/0xc0()
Calling initcall 0x000000000077ec00: misc_init+0x0/0xc0()
Calling initcall 0x000000000077ec00: misc_init+0x0/0xc0()
Calling initcall 0x00000000007807e0: device_init+0x0/0x40()
Calling initcall 0x00000000007807e0: device_init+0x0/0x40()
Calling initcall 0x0000000000780820: deadline_slab_setup+0x0/0x60()
Calling initcall 0x0000000000780820: deadline_slab_setup+0x0/0x60()
Calling initcall 0x0000000000780880: cfq_slab_setup+0x0/0xc0()
Calling initcall 0x0000000000780880: cfq_slab_setup+0x0/0xc0()
Calling initcall 0x0000000000783300: init_scsi+0x0/0x140()
Calling initcall 0x0000000000783300: init_scsi+0x0/0x140()
SCSI subsystem initialized
SCSI subsystem initialized
Calling initcall 0x00000000007851e0: sbus_init+0x0/0x340()
Calling initcall 0x00000000007851e0: sbus_init+0x0/0x340()
SYSIO: UPA portID 2, at 000001c400000000
SYSIO: UPA portID 2, at 000001c400000000
sbus0: Clock 25.0 MHz
sbus0: Clock 25.0 MHz
SYSIO: UPA portID 3, at 000001c600000000
SYSIO: UPA portID 3, at 000001c600000000
sbus1: Clock 25.0 MHz
sbus1: Clock 25.0 MHz
dma0: HME DVMA gate array 
dma0: HME DVMA gate array 
Calling initcall 0x0000000000785ae0: input_init+0x0/0xc0()
Calling initcall 0x0000000000785ae0: input_init+0x0/0xc0()
Calling initcall 0x0000000000786720: net_dev_init+0x0/0x1a0()
Calling initcall 0x0000000000786720: net_dev_init+0x0/0x1a0()
Calling initcall 0x000000000077e4c0: chr_dev_init+0x0/0xc0()
Calling initcall 0x000000000077e4c0: chr_dev_init+0x0/0xc0()
Calling initcall 0x0000000000776f60: chmc_init+0x0/0x60()
Calling initcall 0x0000000000776f60: chmc_init+0x0/0x60()
Calling initcall 0x0000000000778a00: abi_register_sysctl+0x0/0x40()
Calling initcall 0x0000000000778a00: abi_register_sysctl+0x0/0x40()
Calling initcall 0x0000000000778f80: ioresources_init+0x0/0x60()
Calling initcall 0x0000000000778f80: ioresources_init+0x0/0x60()
Calling initcall 0x0000000000779140: uid_cache_init+0x0/0xc0()
Calling initcall 0x0000000000779140: uid_cache_init+0x0/0xc0()
Calling initcall 0x00000000007794c0: init_posix_timers+0x0/0xe0()
Calling initcall 0x00000000007794c0: init_posix_timers+0x0/0xe0()
Calling initcall 0x00000000007795a0: init+0x0/0x60()
Calling initcall 0x00000000007795a0: init+0x0/0x60()
Calling initcall 0x0000000000779600: proc_dma_init+0x0/0x40()
Calling initcall 0x0000000000779600: proc_dma_init+0x0/0x40()
Calling initcall 0x000000000045b9e0: percpu_modinit+0x0/0xa0()
Calling initcall 0x000000000045b9e0: percpu_modinit+0x0/0xa0()
Calling initcall 0x0000000000779640: modules_init+0x0/0x20()
Calling initcall 0x0000000000779640: modules_init+0x0/0x20()
Calling initcall 0x0000000000779660: kallsyms_init+0x0/0x40()
Calling initcall 0x0000000000779660: kallsyms_init+0x0/0x40()
Calling initcall 0x00000000007796a0: ikconfig_init+0x0/0x60()
Calling initcall 0x00000000007796a0: ikconfig_init+0x0/0x60()
Calling initcall 0x000000000077a7a0: init_per_zone_pages_min+0x0/0x60()
Calling initcall 0x000000000077a7a0: init_per_zone_pages_min+0x0/0x60()
Calling initcall 0x000000000077aa40: pdflush_init+0x0/0x20()
Calling initcall 0x000000000077aa40: pdflush_init+0x0/0x20()
Calling initcall 0x000000000077ad20: cpucache_init+0x0/0x80()
Calling initcall 0x000000000077ad20: cpucache_init+0x0/0x80()
Calling initcall 0x000000000077ade0: kswapd_init+0x0/0x80()
Calling initcall 0x000000000077ade0: kswapd_init+0x0/0x80()
Calling initcall 0x000000000077aea0: init_tmpfs+0x0/0xe0()
Calling initcall 0x000000000077aea0: init_tmpfs+0x0/0xe0()
Calling initcall 0x000000000077af80: procswaps_init+0x0/0x40()
Calling initcall 0x000000000077af80: procswaps_init+0x0/0x40()
Calling initcall 0x000000000077b380: init_pipe_fs+0x0/0x60()
Calling initcall 0x000000000077b380: init_pipe_fs+0x0/0x60()
Calling initcall 0x000000000077b3e0: fasync_init+0x0/0x40()
Calling initcall 0x000000000077b3e0: fasync_init+0x0/0x40()
Calling initcall 0x000000000077b420: filelock_init+0x0/0x40()
Calling initcall 0x000000000077b420: filelock_init+0x0/0x40()
Calling initcall 0x000000000077b7e0: dnotify_init+0x0/0x40()
Calling initcall 0x000000000077b7e0: dnotify_init+0x0/0x40()
Calling initcall 0x000000000077baa0: aio_setup+0x0/0x80()
Calling initcall 0x000000000077baa0: aio_setup+0x0/0x80()
Calling initcall 0x000000000077bb20: eventpoll_init+0x0/0x100()
Calling initcall 0x000000000077bb20: eventpoll_init+0x0/0x100()
Calling initcall 0x000000000077bc20: init_sys32_ioctl+0x0/0x80()
Calling initcall 0x000000000077bc20: init_sys32_ioctl+0x0/0x80()
Calling initcall 0x000000000077bd40: init_mbcache+0x0/0x40()
Calling initcall 0x000000000077bd40: init_mbcache+0x0/0x40()
Calling initcall 0x000000000077c2a0: init_devpts_fs+0x0/0x80()
Calling initcall 0x000000000077c2a0: init_devpts_fs+0x0/0x80()
Calling initcall 0x000000000077c340: init_ext3_fs+0x0/0x60()
Calling initcall 0x000000000077c340: init_ext3_fs+0x0/0x60()
Calling initcall 0x000000000077c5c0: journal_init+0x0/0x40()
Calling initcall 0x000000000077c5c0: journal_init+0x0/0x40()
Calling initcall 0x000000000077c600: init_ext2_fs+0x0/0x60()
Calling initcall 0x000000000077c600: init_ext2_fs+0x0/0x60()
Calling initcall 0x000000000077c720: init_ramfs_fs+0x0/0x20()
Calling initcall 0x000000000077c720: init_ramfs_fs+0x0/0x20()
Calling initcall 0x000000000077c760: init_minix_fs+0x0/0x60()
Calling initcall 0x000000000077c760: init_minix_fs+0x0/0x60()
Calling initcall 0x000000000077c7c0: init_iso9660_fs+0x0/0x60()
Calling initcall 0x000000000077c7c0: init_iso9660_fs+0x0/0x60()
Calling initcall 0x000000000077c820: init_nfs_fs+0x0/0x140()
Calling initcall 0x000000000077c820: init_nfs_fs+0x0/0x140()
Calling initcall 0x000000000077d220: init_nlm+0x0/0x40()
Calling initcall 0x000000000077d220: init_nlm+0x0/0x40()
Calling initcall 0x000000000077d260: init_udf_fs+0x0/0x60()
Calling initcall 0x000000000077d260: init_udf_fs+0x0/0x60()
udf: registering filesystem
udf: registering filesystem
Calling initcall 0x000000000077d760: init_openprom_fs+0x0/0xa0()
Calling initcall 0x000000000077d760: init_openprom_fs+0x0/0xa0()
Calling initcall 0x000000000077d800: ipc_init+0x0/0x40()
Calling initcall 0x000000000077d800: ipc_init+0x0/0x40()
Calling initcall 0x000000000077da20: init_mqueue_fs+0x0/0x100()
Calling initcall 0x000000000077da20: init_mqueue_fs+0x0/0x100()
Calling initcall 0x000000000077db20: init_crypto+0x0/0x40()
Calling initcall 0x000000000077db20: init_crypto+0x0/0x40()
Initializing Cryptographic API
Initializing Cryptographic API
Calling initcall 0x000000000077dba0: init+0x0/0x20()
Calling initcall 0x000000000077dba0: init+0x0/0x20()
Calling initcall 0x000000000077dbc0: init+0x0/0x20()
Calling initcall 0x000000000077dbc0: init+0x0/0x20()
Calling initcall 0x000000000077dbe0: init+0x0/0x60()
Calling initcall 0x000000000077dbe0: init+0x0/0x60()
Calling initcall 0x000000000077dc40: init+0x0/0x20()
Calling initcall 0x000000000077dc40: init+0x0/0x20()
Calling initcall 0x000000000077e620: rand_initialize+0x0/0x100()
Calling initcall 0x000000000077e620: rand_initialize+0x0/0x100()
Calling initcall 0x000000000077e7c0: tty_init+0x0/0x1e0()
Calling initcall 0x000000000077e7c0: tty_init+0x0/0x1e0()
Console: switching to mono PROM 80x34
Console: switching to mono PROM 80x34
Calling initcall 0x000000000077e9a0: pty_init+0x0/0x260()
Calling initcall 0x000000000077e9a0: pty_init+0x0/0x260()
Calling initcall 0x000000000077f2a0: serio_init+0x0/0x60()
Calling initcall 0x000000000077f2a0: serio_init+0x0/0x60()
Calling initcall 0x000000000077f300: serport_init+0x0/0x40()
Calling initcall 0x000000000077f300: serport_init+0x0/0x40()
Calling initcall 0x000000000077f600: suncore_init+0x0/0x60()
Calling initcall 0x000000000077f600: suncore_init+0x0/0x60()
Calling initcall 0x00000000007803c0: sunzilog_init+0x0/0x40()
Calling initcall 0x00000000007803c0: sunzilog_init+0x0/0x40()
SunZilog: 2 chips.
SunZilog: 2 chips.
zs2 at 0x000001fff8904004 (irq = 12,b9) is a SunZilog
zs2 at 0x000001fff8904004 (irq = 12,b9) is a SunZilog
zs3 at 0x000001fff8904000 (irq = 12,b9) is a SunZilog
zs3 at 0x000001fff8904000 (irq = 12,b9) is a SunZilog
ttyS0 at MMIO 0x0 (irq = 7964192) is a SunZilog
ttyS0 at MMIO 0x0 (irq = 7964192) is a SunZilog
ttyS1 at MMIO 0x0 (irq = 7964192) is a SunZilog
ttyS1 at MMIO 0x0 (irq = 7964192) is a SunZilog
Console: ttyS0 (SunZilog zs0)
Console: ttyS0 (SunZilog zs0)
Calling initcall 0x0000000000780600Calling initcall 0x0000000000780600: firmware_class_init+0x0/0x80(): firmware_class_init+0x0/0x80()

Calling initcall 0x000000000058d120Calling initcall 0x000000000058d120: elevator_global_init+0x0/0x20(): elevator_global_init+0x0/0x20()

Calling initcall 0x0000000000780940Calling initcall 0x0000000000780940: loop_init+0x0/0x320(): loop_init+0x0/0x320()

loop: loaded (max 8 devices)
loop: loaded (max 8 devices)
Calling initcall 0x0000000000780ca0Calling initcall 0x0000000000780ca0: nbd_init+0x0/0x240(): nbd_init+0x0/0x240()

Using deadline io scheduler
Using deadline io scheduler
nbd: registered device at major 43
nbd: registered device at major 43
Calling initcall 0x00000000007818c0Calling initcall 0x00000000007818c0: happy_meal_probe+0x0/0x60(): happy_meal_probe+0x0/0x60()

sunhme.c:v2.02 24/Aug/2003 David S. Miller (davem@redhat.com)
sunhme.c:v2.02 24/Aug/2003 David S. Miller (davem@redhat.com)
eth0: HAPPY MEAL (SBUS) 10/100baseT Ethernet eth0: HAPPY MEAL (SBUS) 10/100baseT Ethernet 08:08:00:00:20:20:89:89:ed:ed:b7 b7 

Calling initcall 0x0000000000781e80Calling initcall 0x0000000000781e80: sparc_lance_probe+0x0/0x160(): sparc_lance_probe+0x0/0x160()

Calling initcall 0x0000000000782980Calling initcall 0x0000000000782980: qec_probe+0x0/0xc0(): qec_probe+0x0/0xc0()

Calling initcall 0x0000000000783000Calling initcall 0x0000000000783000: bigmac_probe+0x0/0xc0(): bigmac_probe+0x0/0xc0()

Calling initcall 0x0000000000783240Calling initcall 0x0000000000783240: net_olddevs_init+0x0/0x60(): net_olddevs_init+0x0/0x60()

Calling initcall 0x0000000000784520Calling initcall 0x0000000000784520: init_this_scsi_driver+0x0/0xe0(): init_this_scsi_driver+0x0/0xe0()

esp0: IRQ 7,db esp0: IRQ 7,db SCSI ID 7 Clk 40MHz CCYC=25000 CCF=8 TOut 167 SCSI ID 7 Clk 40MHz CCYC=25000 CCF=8 TOut 167 NCR53C9XF(espfast)
NCR53C9XF(espfast)
ESP: Total of 1 ESP hosts found, 1 actually in use.
ESP: Total of 1 ESP hosts found, 1 actually in use.
scsi0 : Sparc ESP366-HME
scsi0 : Sparc ESP366-HME
  Vendor:   Vendor: SSEEAAGGAATTEE    Model:   Model: SSXX111188220022LLSS              Rev:   Rev: BB880088

  Type:   Direct-Access       Type:   Direct-Access                      ANSI SCSI revision: 02                 ANSI SCSI revision: 02

  Vendor:   Vendor: SSEEAAGGAATTEE    Model:   Model: SSXX111188220022LLSS              Rev:   Rev: BB880088

  Type:   Direct-Access       Type:   Direct-Access                      ANSI SCSI revision: 02                 ANSI SCSI revision: 02

  Vendor:   Vendor: SSEEAAGGAATTEE    Model:   Model: SSXX111188220022LLSS              Rev:   Rev: BB880088

  Type:   Direct-Access       Type:   Direct-Access                      ANSI SCSI revision: 02                 ANSI SCSI revision: 02

  Vendor:   Vendor: SSEEAAGGAATTEE    Model:   Model: SSXX111188220022LLSS              Rev:   Rev: BB880088

  Type:   Direct-Access       Type:   Direct-Access                      ANSI SCSI revision: 02                 ANSI SCSI revision: 02

  Vendor:   Vendor: TTOOSSHHIIBBAA    Model:   Model: XXMM55770011TTAASSUUNN1122XXCCDD  Rev:   Rev: 22339955

  Type:   CD-ROM              Type:   CD-ROM                             ANSI SCSI revision: 02                 ANSI SCSI revision: 02

  Vendor:   Vendor: SSEEAAGGAATTEE    Model:   Model: SSXX111188220022LLSS              Rev:   Rev: BB880077

  Type:   Direct-Access       Type:   Direct-Access                      ANSI SCSI revision: 02                 ANSI SCSI revision: 02

  Vendor:   Vendor: SSEEAAGGAATTEE    Model:   Model: SSXX111188220022LLSS              Rev:   Rev: BB880077

  Type:   Direct-Access       Type:   Direct-Access                      ANSI SCSI revision: 02                 ANSI SCSI revision: 02

  Vendor:   Vendor: SSEEAAGGAATTEE    Model:   Model: SSXX111188220022LLSS              Rev:   Rev: BB880077

  Type:   Direct-Access       Type:   Direct-Access                      ANSI SCSI revision: 02                 ANSI SCSI revision: 02

  Vendor:   Vendor: SSEEAAGGAATTEE    Model:   Model: SSXX111188220022LLSS              Rev:   Rev: BB880077

  Type:   Direct-Access       Type:   Direct-Access                      ANSI SCSI revision: 02                 ANSI SCSI revision: 02

  Vendor:   Vendor: SSEEAAGGAATTEE    Model:   Model: SSXX111188220022LLSS              Rev:   Rev: BB880077

  Type:   Direct-Access       Type:   Direct-Access                      ANSI SCSI revision: 02                 ANSI SCSI revision: 02

  Vendor:   Vendor: SSEEAAGGAATTEE    Model:   Model: SSXX111188220022LLSS              Rev:   Rev: BB880088

  Type:   Direct-Access       Type:   Direct-Access                      ANSI SCSI revision: 02                 ANSI SCSI revision: 02

Calling initcall 0x00000000007847a0Calling initcall 0x00000000007847a0: init_st+0x0/0x100(): init_st+0x0/0x100()

st: Version 20040403, fixed bufsize 32768, s/g segs 256
st: Version 20040403, fixed bufsize 32768, s/g segs 256
Calling initcall 0x00000000007848a0Calling initcall 0x00000000007848a0: init_sd+0x0/0x60(): init_sd+0x0/0x60()

esp0: target 0 esp0: target 0 [period 100ns offset 15 20.00MHz [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
FAST-WIDE SCSI-II]
SCSI device sda: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sda: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sda: drive cache: write through
SCSI device sda: drive cache: write through
 sda: sda: unknown partition table
 unknown partition table
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
esp0: target 1 esp0: target 1 [period 100ns offset 15 20.00MHz [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
FAST-WIDE SCSI-II]
SCSI device sdb: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdb: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdb: drive cache: write through
SCSI device sdb: drive cache: write through
 sdb: sdb: unknown partition table
 unknown partition table
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
esp0: target 2 esp0: target 2 [period 100ns offset 15 20.00MHz [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
FAST-WIDE SCSI-II]
SCSI device sdc: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdc: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdc: drive cache: write through
SCSI device sdc: drive cache: write through
 sdc: sdc: unknown partition table
 unknown partition table
Attached scsi disk sdc at scsi0, channel 0, id 2, lun 0
Attached scsi disk sdc at scsi0, channel 0, id 2, lun 0
esp0: target 3 esp0: target 3 [period 100ns offset 15 20.00MHz [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
FAST-WIDE SCSI-II]
SCSI device sdd: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdd: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdd: drive cache: write through
SCSI device sdd: drive cache: write through
 sdd: sdd: unknown partition table
 unknown partition table
Attached scsi disk sdd at scsi0, channel 0, id 3, lun 0
Attached scsi disk sdd at scsi0, channel 0, id 3, lun 0
esp0: target 10 esp0: target 10 [period 100ns offset 15 20.00MHz [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
FAST-WIDE SCSI-II]
SCSI device sde: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sde: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sde: drive cache: write through
SCSI device sde: drive cache: write through
 sde: sde: unknown partition table
 unknown partition table
Attached scsi disk sde at scsi0, channel 0, id 10, lun 0
Attached scsi disk sde at scsi0, channel 0, id 10, lun 0
esp0: target 11 esp0: target 11 [period 100ns offset 15 20.00MHz [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
FAST-WIDE SCSI-II]
SCSI device sdf: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdf: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdf: drive cache: write through
SCSI device sdf: drive cache: write through
 sdf: sdf: unknown partition table
 unknown partition table
Attached scsi disk sdf at scsi0, channel 0, id 11, lun 0
Attached scsi disk sdf at scsi0, channel 0, id 11, lun 0
esp0: target 12 esp0: target 12 [period 100ns offset 15 20.00MHz [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
FAST-WIDE SCSI-II]
SCSI device sdg: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdg: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdg: drive cache: write through
SCSI device sdg: drive cache: write through
 sdg: sdg: unknown partition table
 unknown partition table
Attached scsi disk sdg at scsi0, channel 0, id 12, lun 0
Attached scsi disk sdg at scsi0, channel 0, id 12, lun 0
esp0: target 13 esp0: target 13 [period 100ns offset 15 20.00MHz [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
FAST-WIDE SCSI-II]
SCSI device sdh: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdh: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdh: drive cache: write through
SCSI device sdh: drive cache: write through
 sdh: sdh: unknown partition table
 unknown partition table
Attached scsi disk sdh at scsi0, channel 0, id 13, lun 0
Attached scsi disk sdh at scsi0, channel 0, id 13, lun 0
esp0: target 14 esp0: target 14 [period 100ns offset 15 20.00MHz [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
FAST-WIDE SCSI-II]
SCSI device sdi: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdi: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdi: drive cache: write through
SCSI device sdi: drive cache: write through
 sdi: sdi: unknown partition table
 unknown partition table
Attached scsi disk sdi at scsi0, channel 0, id 14, lun 0
Attached scsi disk sdi at scsi0, channel 0, id 14, lun 0
esp0: target 15 esp0: target 15 [period 100ns offset 15 20.00MHz [period 100ns offset 15 20.00MHz FAST-WIDE SCSI-II]
FAST-WIDE SCSI-II]
SCSI device sdj: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdj: 35566480 512-byte hdwr sectors (18210 MB)
SCSI device sdj: drive cache: write through
SCSI device sdj: drive cache: write through
 sdj: sdj: unknown partition table
 unknown partition table
Attached scsi disk sdj at scsi0, channel 0, id 15, lun 0
Attached scsi disk sdj at scsi0, channel 0, id 15, lun 0
Calling initcall 0x0000000000784900Calling initcall 0x0000000000784900: init_sr+0x0/0x40(): init_sr+0x0/0x40()

esp0: target 6 asynchronous
esp0: target 6 asynchronous
sr0: scsi-1 drive
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 6, lun 0
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 6, lun 0
Calling initcall 0x0000000000784940Calling initcall 0x0000000000784940: init_sg+0x0/0xe0(): init_sg+0x0/0xe0()

Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0,  type 0
Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0,  type 0
Attached scsi generic sg2 at scsi0, channel 0, id 2, lun 0,  type 0
Attached scsi generic sg2 at scsi0, channel 0, id 2, lun 0,  type 0
Attached scsi generic sg3 at scsi0, channel 0, id 3, lun 0,  type 0
Attached scsi generic sg3 at scsi0, channel 0, id 3, lun 0,  type 0
Attached scsi generic sg4 at scsi0, channel 0, id 6, lun 0,  type 5
Attached scsi generic sg4 at scsi0, channel 0, id 6, lun 0,  type 5
Attached scsi generic sg5 at scsi0, channel 0, id 10, lun 0,  type 0
Attached scsi generic sg5 at scsi0, channel 0, id 10, lun 0,  type 0
Attached scsi generic sg6 at scsi0, channel 0, id 11, lun 0,  type 0
Attached scsi generic sg6 at scsi0, channel 0, id 11, lun 0,  type 0
Attached scsi generic sg7 at scsi0, channel 0, id 12, lun 0,  type 0
Attached scsi generic sg7 at scsi0, channel 0, id 12, lun 0,  type 0
Attached scsi generic sg8 at scsi0, channel 0, id 13, lun 0,  type 0
Attached scsi generic sg8 at scsi0, channel 0, id 13, lun 0,  type 0
Attached scsi generic sg9 at scsi0, channel 0, id 14, lun 0,  type 0
Attached scsi generic sg9 at scsi0, channel 0, id 14, lun 0,  type 0
Attached scsi generic sg10 at scsi0, channel 0, id 15, lun 0,  type 0
Attached scsi generic sg10 at scsi0, channel 0, id 15, lun 0,  type 0
Calling initcall 0x0000000000784a20Calling initcall 0x0000000000784a20: cdrom_init+0x0/0x20(): cdrom_init+0x0/0x20()

Calling initcall 0x00000000007857c0Calling initcall 0x00000000007857c0: flash_init+0x0/0x140(): flash_init+0x0/0x140()

Calling initcall 0x0000000000785900Calling initcall 0x0000000000785900: openprom_init+0x0/0xa0(): openprom_init+0x0/0xa0()

Calling initcall 0x00000000007859a0Calling initcall 0x00000000007859a0: rtc_sun_init+0x0/0x60(): rtc_sun_init+0x0/0x60()

Calling initcall 0x0000000000785ba0Calling initcall 0x0000000000785ba0: atkbd_init+0x0/0x20(): atkbd_init+0x0/0x20()

Calling initcall 0x0000000000785bc0Calling initcall 0x0000000000785bc0: psmouse_init+0x0/0xc0(): psmouse_init+0x0/0xc0()

Calling initcall 0x0000000000785c80Calling initcall 0x0000000000785c80: linear_init+0x0/0x20(): linear_init+0x0/0x20()

md: linear personality registered as nr 1
md: linear personality registered as nr 1
Calling initcall 0x0000000000785ca0Calling initcall 0x0000000000785ca0: raid0_init+0x0/0x20(): raid0_init+0x0/0x20()

md: raid0 personality registered as nr 2
md: raid0 personality registered as nr 2
Calling initcall 0x0000000000785cc0Calling initcall 0x0000000000785cc0: raid_init+0x0/0x20(): raid_init+0x0/0x20()

md: raid1 personality registered as nr 3
md: raid1 personality registered as nr 3
Calling initcall 0x0000000000785ce0Calling initcall 0x0000000000785ce0: raid5_init+0x0/0x20(): raid5_init+0x0/0x20()

md: raid5 personality registered as nr 4
md: raid5 personality registered as nr 4
Calling initcall 0x00000000005daa80Calling initcall 0x00000000005daa80: calibrate_xor_block+0x0/0x100(): calibrate_xor_block+0x0/0x100()

raid5: measuring checksumming speed
raid5: measuring checksumming speed
   VIS       :   136.000 MB/sec
   VIS       :   136.000 MB/sec
raid5: using function: VIS (136.000 MB/sec)
raid5: using function: VIS (136.000 MB/sec)
Calling initcall 0x0000000000785d00Calling initcall 0x0000000000785d00: raid6_init+0x0/0x40(): raid6_init+0x0/0x40()

raid6: int64x1    164 MB/s
raid6: int64x1    164 MB/s
raid6: int64x2    277 MB/s
raid6: int64x2    277 MB/s
raid6: int64x4    277 MB/s
raid6: int64x4    277 MB/s
raid6: int64x8    171 MB/s
raid6: int64x8    171 MB/s
raid6: using algorithm int64x2 (277 MB/s)
raid6: using algorithm int64x2 (277 MB/s)
md: raid6 personality registered as nr 8
md: raid6 personality registered as nr 8
Calling initcall 0x0000000000785f80Calling initcall 0x0000000000785f80: multipath_init+0x0/0x20(): multipath_init+0x0/0x20()

md: multipath personality registered as nr 7
md: multipath personality registered as nr 7
Calling initcall 0x0000000000785fa0Calling initcall 0x0000000000785fa0: md_init+0x0/0x120(): md_init+0x0/0x120()

md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
Calling initcall 0x0000000000786180Calling initcall 0x0000000000786180: dm_init+0x0/0xa0(): dm_init+0x0/0xa0()

device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com
device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com
Calling initcall 0x00000000007864e0Calling initcall 0x00000000007864e0: flow_cache_init+0x0/0x120(): flow_cache_init+0x0/0x120()

Calling initcall 0x0000000000786a00Calling initcall 0x0000000000786a00: init_netlink+0x0/0x120(): init_netlink+0x0/0x120()

Calling initcall 0x0000000000787980Calling initcall 0x0000000000787980: inet_init+0x0/0x240(): inet_init+0x0/0x240()

NET: Registered protocol family 2
NET: Registered protocol family 2
IP: routing cache hash table of 32768 buckets, 512Kbytes
IP: routing cache hash table of 32768 buckets, 512Kbytes
TCP: Hash tables configured (established 524288 bind 65536)
TCP: Hash tables configured (established 524288 bind 65536)
Calling initcall 0x0000000000787f20Calling initcall 0x0000000000787f20: ah4_init+0x0/0x80(): ah4_init+0x0/0x80()

Calling initcall 0x0000000000787fa0Calling initcall 0x0000000000787fa0: esp4_init+0x0/0x80(): esp4_init+0x0/0x80()

Calling initcall 0x0000000000788020Calling initcall 0x0000000000788020: ipcomp4_init+0x0/0x160(): ipcomp4_init+0x0/0x160()

Calling initcall 0x000000000078a2c0Calling initcall 0x000000000078a2c0: ipip_init+0x0/0x80(): ipip_init+0x0/0x80()

Calling initcall 0x000000000078a520Calling initcall 0x000000000078a520: af_unix_init+0x0/0xa0(): af_unix_init+0x0/0xa0()

NET: Registered protocol family 1
NET: Registered protocol family 1
Calling initcall 0x000000000078a5c0Calling initcall 0x000000000078a5c0: packet_init+0x0/0x60(): packet_init+0x0/0x60()

NET: Registered protocol family 17
NET: Registered protocol family 17
Calling initcall 0x000000000078a620Calling initcall 0x000000000078a620: ipsec_pfkey_init+0x0/0x60(): ipsec_pfkey_init+0x0/0x60()

NET: Registered protocol family 15
NET: Registered protocol family 15
Calling initcall 0x000000000078a680Calling initcall 0x000000000078a680: init_sunrpc+0x0/0x80(): init_sunrpc+0x0/0x80()

Calling initcall 0x000000000078a700Calling initcall 0x000000000078a700: init_rpcsec_gss+0x0/0x60(): init_rpcsec_gss+0x0/0x60()

Calling initcall 0x000000000078a760Calling initcall 0x000000000078a760: init_kerberos_module+0x0/0x40(): init_kerberos_module+0x0/0x40()

Calling initcall 0x0000000000789be0Calling initcall 0x0000000000789be0: ip_auto_config+0x0/0x320(): ip_auto_config+0x0/0x320()

Sending DHCP requests .Sending DHCP requests ...,, OK
 OK
IP-Config: Got DHCP answer from 192.168.1.1, IP-Config: Got DHCP answer from 192.168.1.1, my address is 192.168.1.16
my address is 192.168.1.16
IP-Config: Complete:IP-Config: Complete:

      device=eth0      device=eth0, addr=192.168.1.16, addr=192.168.1.16, mask=255.255.255.0, mask=255.255.255.0, gw=192.168.1.1, gw=192.168.1.1,
,
     host=analyticity, domain=holomorphy.com, nis-domain=(none)     host=analyticity, domain=holomorphy.com, nis-domain=(none)<6>eth0: Link is up using internal transceiver at 100Mb/s, Full Duplex.
<6>eth0: Link is up using internal transceiver at 100Mb/s, Full Duplex.
,
 ,
     bootserver=192.168.1.1     bootserver=192.168.1.1, rootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=/mnt/f/e3k/debian, rootpath=/mnt/f/e3k/debian

md: Autodetecting RAID arrays.
md: Autodetecting RAID arrays.
md: autorun ...
md: autorun ...
md: ... autorun DONE.
md: ... autorun DONE.
Looking up port of RPC 100003/2 on 192.168.1.1
Looking up port of RPC 100003/2 on 192.168.1.1
Looking up port of RPC 100005/1 on 192.168.1.1
Looking up port of RPC 100005/1 on 192.168.1.1
VFS: Mounted root (nfs filesystem) readonly.
VFS: Mounted root (nfs filesystem) readonly.
INIT: version 2.85 booting
Activating swap.
System time was Wed Jul  7 06:26:44 UTC 2004.
Setting the System Clock using the Hardware Clock as reference...
System Clock set. System local time is now Wed Jul  7 06:26:46 UTC 2004.
Not running depmod because /lib/modules/2.6.7-mm6-dmitry-1/ is not writeable.
Loading modules...
All modules loaded.
FATAL: Could not load /lib/modules/2.6.7-mm6-dmitry-1/modules.dep: No such file or directory
Creating device-mapper devices...done.
Checking all file systems...
fsck 1.35 (28-Feb-2004)
Setting kernel variables ...
... done.
Mounting local filesystems...
none on /tmp type tmpfs (rw)
Cleaning /tmp /var/run /var/lock.
Cleaning: /etc/network/ifstate.
Setting up IP spoofing protection: rp_filter.
Configuring network interfaces...done.
Starting portmap daemon: portmap.
Starting portmapper...Mounting remote filesystems...
nfs warning: mount version older than kernel
nfs warning: mount version older than kernel

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Tue Jul  6 23:26:51 PDT 2004

Running ntpdate to synchronize clockmodprobe: FATAL: Could not load /lib/modules/2.6.7-mm6-dmitry-1/modules.dep: No such file or directory

.
Initializing random number generator...done.
Recovering nvi editor sessions... done.
Setting up X server socket directory /tmp/.X11-unix...done.
Setting up ICE socket directory /tmp/.ICE-unix...done.
SettingINIT: Entering runlevel: 2
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting portmap daemon: portmap.
Starting internet superserver: inetd.
Starting irc server daemon: ircd.
rsync daemon not enabled in /etc/default/rsync
Starting OpenBSD Secure Shell server: sshdDisabling protocol version 2. Could not load host key
.
Starting the system activity data collector: sadc.
Starting NFS common utilities: statd.

Debian GNU/Linux testing/unstable analyticity ttyS0

analyticity login: root
Password: 
Last login: Tue Jul  6 16:29:20 2004 on ttyS0
Linux analyticity 2.6.7-mm6-dmitry-1 #1 SMP Tue Jul 6 23:16:01 PDT 2004 sparc64 GNU/Linux
# mount
192.168.1.1:/mnt/f/e3k/debian on / type nfs (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
none on /tmp type tmpfs (rw)
192.168.1.1:/home on /home type nfs (rw,tcp,addr=192.168.1.1)
# ls /sys/class
firmware  mem   net scsi_device   scsi_host  tty
input     misc  netlink  scsi_generic  scsi_tape  vc
# ls /sys/class/input/
# ls /sys/class/tty
console  tty12  tty19  tty25  tty31  tty38  tty44  tty50  tty57  tty63
ptmx tty13  tty2   tty26  tty32  tty39  tty45  tty51  tty58  tty7
tty tty14  tty20  tty27  tty33  tty4   tty46  tty52  tty59  tty8
tty0 tty15  tty21  tty28  tty34  tty40  tty47  tty53  tty6   tty9
tty1 tty16  tty22  tty29  tty35  tty41  tty48  tty54  tty60  ttyS0
tty10    tty17  tty23  tty3   tty36  tty42  tty49  tty55  tty61  ttyS1
tty11    tty18  tty24  tty30  tty37  tty43  tty5   tty56  tty62
# ls /sys/class/tty/ss  ttyS0
dev
#
[detached]
$ 

Script done on Tue Jul  6 23:27:39 2004

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-07  0:02     ` 2.6.7-mm6 David S. Miller
  2004-07-07  2:29       ` 2.6.7-mm6 Nick Piggin
@ 2004-07-07  7:35       ` Ingo Molnar
  2004-07-07 21:02         ` 2.6.7-mm6 David S. Miller
  1 sibling, 1 reply; 51+ messages in thread
From: Ingo Molnar @ 2004-07-07  7:35 UTC (permalink / raw)
  To: David S. Miller; +Cc: William Lee Irwin III, akpm, linux-kernel, nickpiggin


* David S. Miller <davem@redhat.com> wrote:

> On Tue, 6 Jul 2004 16:36:18 -0700
> William Lee Irwin III <wli@holomorphy.com> wrote:
> 
> > I have it isolated down to the sched-clean-init-idle.patch and
> > sched-clean-fork.patch. sched-clean-init-idle.patch fails to build without
> > the second of those two applied, so I didn't do any work to narrow it down
> > further.
> 
> One thing to note is that we don't currently call the
> wake_up_forked_process() thing in our SMP idle bootup
> dispatcher in arch/sparc64/kernel/smp.c

the patch below should solve this. Is it safe on sparc to do a
fork_by_hand() like this?

	Ingo

--- linux/arch/sparc64/kernel/smp.c.orig	
+++ linux/arch/sparc64/kernel/smp.c	
@@ -293,6 +293,16 @@ extern unsigned long sparc64_cpu_startup
  */
 static struct thread_info *cpu_new_thread = NULL;
 
+static struct task_struct * __init fork_by_hand(void)
+{
+	struct pt_regs regs;
+	/*
+	 * don't care about the regs settings since
+	 * we'll never reschedule the forked task.
+	 */
+	return copy_process(CLONE_VM|CLONE_IDLETASK, 0, &regs, 0, NULL, NULL);
+}
+
 static int __devinit smp_boot_one_cpu(unsigned int cpu)
 {
 	unsigned long entry =
@@ -302,9 +312,7 @@ static int __devinit smp_boot_one_cpu(un
 	struct task_struct *p;
 	int timeout, ret, cpu_node;
 
-	kernel_thread(NULL, NULL, CLONE_IDLETASK);
-
-	p = prev_task(&init_task);
+	p = fork_by_hand();
 
 	init_idle(p, cpu);
 

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-07  6:37         ` 2.6.7-mm6 William Lee Irwin III
@ 2004-07-07 12:47           ` Dmitry Torokhov
  2004-07-07 12:55             ` 2.6.7-mm6 William Lee Irwin III
  0 siblings, 1 reply; 51+ messages in thread
From: Dmitry Torokhov @ 2004-07-07 12:47 UTC (permalink / raw)
  To: linux-kernel; +Cc: William Lee Irwin III, Andrew Morton

On Wednesday 07 July 2004 01:37 am, William Lee Irwin III wrote:
> On Wed, Jul 07, 2004 at 12:15:37AM -0500, Dmitry Torokhov wrote:
> > The only suspicious thing that I see is that sunzilog tries to register its
> > serio ports with spinlock held and interrupts off. I wonder if that is what
> > causing a deadlock. Could you please try applying this patch on top of the
> > changes to the drivers/Makefile that I sent earlier.
> 
> This suspicion is correct. It boots normally with the patch you posted
> to do that registration outside the interrupts-off critical section
> applied. Bootlog below.
> 

Great! I am still somewhat confused why it started locking up with sysfs
patch - even before sunzilog was calling serio_register_port with interrupts
off and serio core was downing it's serio_sem as the very first thing. Since
at the time sunzilog registers its ports no serio drivers have been registered
yet, effectively the only change introduced by sysfs patch is the call to
device_register which takes bus' subsystem rwsem and there really should not
be any congestion.

Maybe rwsems can not be touched with interrupts off? Sparc only? Everywhere?
(I know that you should not normally call functions that may sleep with
interrupts off).

-- 
Dmitry

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-07 12:47           ` 2.6.7-mm6 Dmitry Torokhov
@ 2004-07-07 12:55             ` William Lee Irwin III
  0 siblings, 0 replies; 51+ messages in thread
From: William Lee Irwin III @ 2004-07-07 12:55 UTC (permalink / raw)
  To: Dmitry Torokhov; +Cc: linux-kernel, Andrew Morton

On Wednesday 07 July 2004 01:37 am, William Lee Irwin III wrote:
>> This suspicion is correct. It boots normally with the patch you posted
>> to do that registration outside the interrupts-off critical section
>> applied. Bootlog below.

On Wed, Jul 07, 2004 at 07:47:16AM -0500, Dmitry Torokhov wrote:
> Great! I am still somewhat confused why it started locking up with sysfs
> patch - even before sunzilog was calling serio_register_port with interrupts
> off and serio core was downing it's serio_sem as the very first thing. Since
> at the time sunzilog registers its ports no serio drivers have been registered
> yet, effectively the only change introduced by sysfs patch is the call to
> device_register which takes bus' subsystem rwsem and there really should not
> be any congestion.
> Maybe rwsems can not be touched with interrupts off? Sparc only? Everywhere?
> (I know that you should not normally call functions that may sleep with
> interrupts off).

CONFIG_PREEMPT enables this to be warned on appropriately. It should
basically never happen unless it's a down_trylock() etc.


-- wli

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-07  5:15       ` 2.6.7-mm6 Dmitry Torokhov
  2004-07-07  6:37         ` 2.6.7-mm6 William Lee Irwin III
@ 2004-07-07 16:31         ` Vojtech Pavlik
  2004-07-07 17:15           ` 2.6.7-mm6 Dmitry Torokhov
  1 sibling, 1 reply; 51+ messages in thread
From: Vojtech Pavlik @ 2004-07-07 16:31 UTC (permalink / raw)
  To: Dmitry Torokhov; +Cc: William Lee Irwin III, linux-kernel, Andrew Morton

On Wed, Jul 07, 2004 at 12:15:37AM -0500, Dmitry Torokhov wrote:
> The only suspicious thing that I see is that sunzilog tries to register its
> serio ports with spinlock held and interrupts off. I wonder if that is what
> causing a deadlock. Could you please try applying this patch on top of the
> changes to the drivers/Makefile that I sent earlier.

Shall I add this to my BK then?

> -- 
> Dmitry
> 
> 
> ===== drivers/serial/sunzilog.c 1.44 vs edited =====
> --- 1.44/drivers/serial/sunzilog.c	2004-06-28 22:45:23 -05:00
> +++ edited/drivers/serial/sunzilog.c	2004-07-06 23:46:54 -05:00
> @@ -1529,7 +1529,6 @@
>  static void __init sunzilog_init_kbdms(struct uart_sunzilog_port *up, int channel)
>  {
>  	int baud, brg;
> -	struct serio *serio;
>  
>  	if (channel == KEYBOARD_LINE) {
>  		up->flags |= SUNZILOG_FLAG_CONS_KEYB;
> @@ -1546,8 +1545,15 @@
>  	up->curregs[R15] = BRKIE;
>  	brg = BPS_TO_BRG(baud, ZS_CLOCK / ZS_CLOCK_DIVISOR);
>  	sunzilog_convert_to_zs(up, up->cflag, 0, brg);
> +	sunzilog_set_mctrl(&up->port, TIOCM_DTR | TIOCM_RTS);
> +	__sunzilog_startup(up);
> +}
>  
>  #ifdef CONFIG_SERIO
> +static void __init sunzilog_register_serio(struct uart_sunzilog_port *up, int channel)
> +{
> +	struct serio *serio;
> +
>  	up->serio = serio = kmalloc(sizeof(struct serio), GFP_KERNEL);
>  	if (serio) {
>  
> @@ -1576,11 +1582,8 @@
>  		printk(KERN_WARNING "zs%d: not enough memory for serio port\n",
>  			channel);
>  	}
> -#endif
> -
> -	sunzilog_set_mctrl(&up->port, TIOCM_DTR | TIOCM_RTS);
> -	__sunzilog_startup(up);
>  }
> +#endif
>  
>  static void __init sunzilog_init_hw(void)
>  {
> @@ -1624,6 +1627,11 @@
>  		}
>  
>  		spin_unlock_irqrestore(&up->port.lock, flags);
> +
> +#ifdef CONFIG_SERIO
> +		if (i == KEYBOARD_LINE || i == MOUSE_LINE)
> +			sunzilog_register_serio(up, i);
> +#endif
>  	}
>  }
>  
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

-- 
Vojtech Pavlik
SuSE Labs, SuSE CR

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-05  9:31 2.6.7-mm6 Andrew Morton
                   ` (9 preceding siblings ...)
  2004-07-06 14:49 ` 2.6.7-mm6 - USB problems Jesse Stockall
@ 2004-07-07 16:44 ` Jesse Barnes
  10 siblings, 0 replies; 51+ messages in thread
From: Jesse Barnes @ 2004-07-07 16:44 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

On Monday, July 5, 2004 2:31 am, Andrew Morton wrote:
> altix-serial-driver-2.patch
>   Altix serial driver updates
>   altix-serial-driver-fix

Now that John has accepted the LANANA device number request, can you please 
merge this into the BK tree?  It fixes the panics we were seeing with the 
8250 driver and also includes early printk support, which is really nice for 
debugging early boot problems (and, as luck would have it, the ia64 tree has 
one at the moment).

Thanks,
Jesse

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-07 16:31         ` 2.6.7-mm6 Vojtech Pavlik
@ 2004-07-07 17:15           ` Dmitry Torokhov
  2004-07-07 19:05             ` 2.6.7-mm6 Vojtech Pavlik
  0 siblings, 1 reply; 51+ messages in thread
From: Dmitry Torokhov @ 2004-07-07 17:15 UTC (permalink / raw)
  To: Vojtech Pavlik; +Cc: William Lee Irwin III, linux-kernel, Andrew Morton

On Wednesday 07 July 2004 11:31 am, Vojtech Pavlik wrote:
> On Wed, Jul 07, 2004 at 12:15:37AM -0500, Dmitry Torokhov wrote:
> > The only suspicious thing that I see is that sunzilog tries to register its
> > serio ports with spinlock held and interrupts off. I wonder if that is what
> > causing a deadlock. Could you please try applying this patch on top of the
> > changes to the drivers/Makefile that I sent earlier.
> 
> Shall I add this to my BK then?
> 

I was planning on pushing some updates to you later tonight, but if you want
you can just apply that patch. The change to Makefile is also needed.

-- 
Dmitry

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-07 17:15           ` 2.6.7-mm6 Dmitry Torokhov
@ 2004-07-07 19:05             ` Vojtech Pavlik
  0 siblings, 0 replies; 51+ messages in thread
From: Vojtech Pavlik @ 2004-07-07 19:05 UTC (permalink / raw)
  To: Dmitry Torokhov; +Cc: William Lee Irwin III, linux-kernel, Andrew Morton

On Wed, Jul 07, 2004 at 12:15:52PM -0500, Dmitry Torokhov wrote:
> On Wednesday 07 July 2004 11:31 am, Vojtech Pavlik wrote:
> > On Wed, Jul 07, 2004 at 12:15:37AM -0500, Dmitry Torokhov wrote:
> > > The only suspicious thing that I see is that sunzilog tries to register its
> > > serio ports with spinlock held and interrupts off. I wonder if that is what
> > > causing a deadlock. Could you please try applying this patch on top of the
> > > changes to the drivers/Makefile that I sent earlier.
> > 
> > Shall I add this to my BK then?
> > 
> 
> I was planning on pushing some updates to you later tonight, but if you want
> you can just apply that patch. The change to Makefile is also needed.
 
I can wait for the pull. ;)

-- 
Vojtech Pavlik
SuSE Labs, SuSE CR

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-07  7:35       ` 2.6.7-mm6 Ingo Molnar
@ 2004-07-07 21:02         ` David S. Miller
  2004-07-09  2:45           ` 2.6.7-mm6 Nick Piggin
  0 siblings, 1 reply; 51+ messages in thread
From: David S. Miller @ 2004-07-07 21:02 UTC (permalink / raw)
  To: Ingo Molnar; +Cc: wli, akpm, linux-kernel, nickpiggin

On Wed, 7 Jul 2004 09:35:10 +0200
Ingo Molnar <mingo@elte.hu> wrote:

> the patch below should solve this. Is it safe on sparc to do a
> fork_by_hand() like this?

If the regs are garbage, copy_thread() will explode as it tries
to interpret the stack pointer in that regs value.

The parent's regs (stored in current_thread_info() at trap time,
and also needed by copy_thread() processing) will also be garbage
since we're avoiding the fork syscall trap.

In short, this won't work :)

This is why I use kernel_thread().  Why is that so bad?

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-07 21:02         ` 2.6.7-mm6 David S. Miller
@ 2004-07-09  2:45           ` Nick Piggin
  2004-07-09  2:51             ` 2.6.7-mm6 William Lee Irwin III
  0 siblings, 1 reply; 51+ messages in thread
From: Nick Piggin @ 2004-07-09  2:45 UTC (permalink / raw)
  To: David S. Miller; +Cc: Ingo Molnar, wli, akpm, linux-kernel

[-- Attachment #1: Type: text/plain, Size: 746 bytes --]

David S. Miller wrote:
> On Wed, 7 Jul 2004 09:35:10 +0200
> Ingo Molnar <mingo@elte.hu> wrote:
> 
> 
>>the patch below should solve this. Is it safe on sparc to do a
>>fork_by_hand() like this?
> 
> 
> If the regs are garbage, copy_thread() will explode as it tries
> to interpret the stack pointer in that regs value.
> 
> The parent's regs (stored in current_thread_info() at trap time,
> and also needed by copy_thread() processing) will also be garbage
> since we're avoiding the fork syscall trap.
> 
> In short, this won't work :)
> 
> This is why I use kernel_thread().  Why is that so bad?
> 

We could make CLONE_IDLETASK clones not do the wakeup?

Ingo? I guess an alternative is to have the arch explicitly
make a call to dequeue it.

[-- Attachment #2: kernelthread-idle-fix.patch --]
[-- Type: text/x-patch, Size: 836 bytes --]




---

 linux-2.6-npiggin/kernel/fork.c |   12 +++++++-----
 1 files changed, 7 insertions(+), 5 deletions(-)

diff -puN kernel/fork.c~kernelthread-idle-fix kernel/fork.c
--- linux-2.6/kernel/fork.c~kernelthread-idle-fix	2004-07-09 12:42:02.000000000 +1000
+++ linux-2.6-npiggin/kernel/fork.c	2004-07-09 12:43:11.000000000 +1000
@@ -1215,11 +1215,13 @@ long do_fork(unsigned long clone_flags,
 			set_tsk_thread_flag(p, TIF_SIGPENDING);
 		}
 
-		if (!(clone_flags & CLONE_STOPPED))
-			wake_up_new_task(p, clone_flags);
-		else
-			p->state = TASK_STOPPED;
-		++total_forks;
+		if (likely(!(clone_flags & CLONE_IDLETASK))) {
+			if (!(clone_flags & CLONE_STOPPED))
+				wake_up_new_task(p, clone_flags);
+			else
+				p->state = TASK_STOPPED;
+			++total_forks;
+		}
 
 		if (unlikely (trace)) {
 			current->ptrace_message = pid;

_

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-09  2:45           ` 2.6.7-mm6 Nick Piggin
@ 2004-07-09  2:51             ` William Lee Irwin III
  2004-07-09  5:09               ` 2.6.7-mm6 Nick Piggin
  0 siblings, 1 reply; 51+ messages in thread
From: William Lee Irwin III @ 2004-07-09  2:51 UTC (permalink / raw)
  To: Nick Piggin; +Cc: David S. Miller, Ingo Molnar, akpm, linux-kernel

David S. Miller wrote:
>> The parent's regs (stored in current_thread_info() at trap time,
>> and also needed by copy_thread() processing) will also be garbage
>> since we're avoiding the fork syscall trap.
>> In short, this won't work :)
>> This is why I use kernel_thread().  Why is that so bad?

On Fri, Jul 09, 2004 at 12:45:05PM +1000, Nick Piggin wrote:
> We could make CLONE_IDLETASK clones not do the wakeup?
> Ingo? I guess an alternative is to have the arch explicitly
> make a call to dequeue it.

This is all just context switching and bootstrap ordering, but I really
have other vastly more urgent things to do at the moment than cleanups.
Please present a self-contained fixed-up init_idle() cleanup for me to
testboot. Even the one in -mm is not so, as it depends on later patches
to even compile.


-- wli

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-09  2:51             ` 2.6.7-mm6 William Lee Irwin III
@ 2004-07-09  5:09               ` Nick Piggin
  2004-07-09  6:29                 ` 2.6.7-mm6 Ingo Molnar
  2004-07-09  6:58                 ` 2.6.7-mm6 William Lee Irwin III
  0 siblings, 2 replies; 51+ messages in thread
From: Nick Piggin @ 2004-07-09  5:09 UTC (permalink / raw)
  To: William Lee Irwin III; +Cc: David S. Miller, Ingo Molnar, akpm, linux-kernel

William Lee Irwin III wrote:

> On Fri, Jul 09, 2004 at 12:45:05PM +1000, Nick Piggin wrote:
> 
>>We could make CLONE_IDLETASK clones not do the wakeup?
>>Ingo? I guess an alternative is to have the arch explicitly
>>make a call to dequeue it.
> 
> 
> This is all just context switching and bootstrap ordering, but I really
> have other vastly more urgent things to do at the moment than cleanups.

If you could help that would be great. You needn't do anything
other than test. The patch sort of enables run cloned thread
last which allows us to remove balance on clone, which is important.
For me.

> Please present a self-contained fixed-up init_idle() cleanup for me to
> testboot. Even the one in -mm is not so, as it depends on later patches
> to even compile.

The patch I just sent (which is on top of -mm6) should hopefully
work... if you feel like testing a solution that may still get
vetoed by Ingo.

Also, what compile errors are you getting? i386 seems to compile
kernel/ fine with only the first sched- patch applied.


^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-09  5:09               ` 2.6.7-mm6 Nick Piggin
@ 2004-07-09  6:29                 ` Ingo Molnar
  2004-07-09  6:58                 ` 2.6.7-mm6 William Lee Irwin III
  1 sibling, 0 replies; 51+ messages in thread
From: Ingo Molnar @ 2004-07-09  6:29 UTC (permalink / raw)
  To: Nick Piggin; +Cc: William Lee Irwin III, David S. Miller, akpm, linux-kernel


* Nick Piggin <nickpiggin@yahoo.com.au> wrote:

> >Please present a self-contained fixed-up init_idle() cleanup for me to
> >testboot. Even the one in -mm is not so, as it depends on later patches
> >to even compile.
> 
> The patch I just sent (which is on top of -mm6) should hopefully
> work... if you feel like testing a solution that may still get
> vetoed by Ingo.

looks fine to me. It somewhat reduces the utility of copy_process()
[which we primarily introduced to enable wakeup-less SMP bootstrapping],
but i cannot see any good solution besides moving copy_thread() out of
copy_process(), which is unsafe. (ptrace could potentially access the
new task before copy_thread() is done, etc.) So i'd go for the simple
solution of CLONE_IDLETASK not doing a wakeup.

	Ingo

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-09  5:09               ` 2.6.7-mm6 Nick Piggin
  2004-07-09  6:29                 ` 2.6.7-mm6 Ingo Molnar
@ 2004-07-09  6:58                 ` William Lee Irwin III
  2004-07-09  7:07                   ` 2.6.7-mm6 Nick Piggin
  1 sibling, 1 reply; 51+ messages in thread
From: William Lee Irwin III @ 2004-07-09  6:58 UTC (permalink / raw)
  To: Nick Piggin; +Cc: David S. Miller, Ingo Molnar, akpm, linux-kernel

William Lee Irwin III wrote:
>> Please present a self-contained fixed-up init_idle() cleanup for me to
>> testboot. Even the one in -mm is not so, as it depends on later patches
>> to even compile.

On Fri, Jul 09, 2004 at 03:09:35PM +1000, Nick Piggin wrote:
> The patch I just sent (which is on top of -mm6) should hopefully
> work... if you feel like testing a solution that may still get
> vetoed by Ingo.
> Also, what compile errors are you getting? i386 seems to compile
> kernel/ fine with only the first sched- patch applied.

"atop -mm6" is not what I'd call a self-contained patch. I'm relatively
irritated about the approach to (or perhaps even avoidance of) testing
in isolation going on here. I have other things I very urgently need to
do, and I doubt whatever I get for doing your homework for you will pay
for screwing up public presentations. I have had enough trouble in
general isolating causes of failures, so please prep this properly.


-- wli

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-09  6:58                 ` 2.6.7-mm6 William Lee Irwin III
@ 2004-07-09  7:07                   ` Nick Piggin
  2004-07-09  7:16                     ` 2.6.7-mm6 William Lee Irwin III
  0 siblings, 1 reply; 51+ messages in thread
From: Nick Piggin @ 2004-07-09  7:07 UTC (permalink / raw)
  To: William Lee Irwin III; +Cc: David S. Miller, Ingo Molnar, akpm, linux-kernel

William Lee Irwin III wrote:
> William Lee Irwin III wrote:
> 
>>>Please present a self-contained fixed-up init_idle() cleanup for me to
>>>testboot. Even the one in -mm is not so, as it depends on later patches
>>>to even compile.
> 
> 
> On Fri, Jul 09, 2004 at 03:09:35PM +1000, Nick Piggin wrote:
> 
>>The patch I just sent (which is on top of -mm6) should hopefully
>>work... if you feel like testing a solution that may still get
>>vetoed by Ingo.
>>Also, what compile errors are you getting? i386 seems to compile
>>kernel/ fine with only the first sched- patch applied.
> 
> 
> "atop -mm6" is not what I'd call a self-contained patch. I'm relatively
> irritated about the approach to (or perhaps even avoidance of) testing
> in isolation going on here. I have other things I very urgently need to

I'll take that as a no.

> do, and I doubt whatever I get for doing your homework for you will pay
> for screwing up public presentations. I have had enough trouble in
> general isolating causes of failures, so please prep this properly.
> 

I don't really follow you.

And you still haven't told me what compile errors you are getting.
I don't have an evironment to build or test a sparc64 kernel.

^ permalink raw reply	[flat|nested] 51+ messages in thread

* Re: 2.6.7-mm6
  2004-07-09  7:07                   ` 2.6.7-mm6 Nick Piggin
@ 2004-07-09  7:16                     ` William Lee Irwin III
  0 siblings, 0 replies; 51+ messages in thread
From: William Lee Irwin III @ 2004-07-09  7:16 UTC (permalink / raw)
  To: Nick Piggin; +Cc: David S. Miller, Ingo Molnar, akpm, linux-kernel

On Fri, Jul 09, 2004 at 05:07:13PM +1000, Nick Piggin wrote:
> I don't really follow you.
> And you still haven't told me what compile errors you are getting.
> I don't have an evironment to build or test a sparc64 kernel.

--target=sparc64-linux-elf should get you out of the glibc hassles.


-- wli

^ permalink raw reply	[flat|nested] 51+ messages in thread

end of thread, other threads:[~2004-07-09  7:16 UTC | newest]

Thread overview: 51+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-05  9:31 2.6.7-mm6 Andrew Morton
2004-07-05 10:18 ` 2.6.7-mm6 Christoph Hellwig
2004-07-05 10:44   ` 2.6.7-mm6 Christoph Hellwig
2004-07-05 10:32 ` 2.6.7-mm6 Redeeman
2004-07-05 13:54   ` 2.6.7-mm6 Frieder Buerzele
2004-07-05 14:41     ` 2.6.7-mm6 Redeeman
2004-07-05 10:39 ` 2.6.7-mm6 Martin Zwickel
2004-07-05 19:04 ` 2.6.7-mm6 Jurgen Kramer
2004-07-05 20:38 ` 2.6.7-mm6 - ppc32 inconsistent kallsyms data Joseph Fannin
2004-07-05 20:54   ` Andrew Morton
2004-07-06  2:06   ` Keith Owens
2004-07-06  7:31     ` Keith Owens
2004-07-06  7:43       ` Keith Owens
2004-07-06 20:54         ` Joseph Fannin
2004-07-06  9:09       ` Rusty Russell
2004-07-06 12:28         ` Keith Owens
2004-07-05 22:52 ` 2.6.7-mm6: ALSA: vortex_asXtalkGainsAllChan multiple definitions Adrian Bunk
2004-07-05 22:56 ` [patch] 2.6.7-mm6: let CDROM_PKTCDVD depend on experimental Adrian Bunk
2004-07-06  6:49 ` USB Lockups with 2.6.7-mm6, was Re: 2.6.7-mm6 Ralf Hildebrandt
2004-07-06 12:54 ` 2.6.7-mm6 William Lee Irwin III
2004-07-06 17:51   ` 2.6.7-mm6 Dmitry Torokhov
2004-07-06 18:55     ` 2.6.7-mm6 Jan-Benedict Glaw
2004-07-06 23:12     ` 2.6.7-mm6 William Lee Irwin III
2004-07-06 23:55       ` 2.6.7-mm6 William Lee Irwin III
2004-07-07  5:15       ` 2.6.7-mm6 Dmitry Torokhov
2004-07-07  6:37         ` 2.6.7-mm6 William Lee Irwin III
2004-07-07 12:47           ` 2.6.7-mm6 Dmitry Torokhov
2004-07-07 12:55             ` 2.6.7-mm6 William Lee Irwin III
2004-07-07 16:31         ` 2.6.7-mm6 Vojtech Pavlik
2004-07-07 17:15           ` 2.6.7-mm6 Dmitry Torokhov
2004-07-07 19:05             ` 2.6.7-mm6 Vojtech Pavlik
2004-07-06 22:34   ` 2.6.7-mm6 Andrew Morton
2004-07-06 22:45     ` 2.6.7-mm6 David S. Miller
2004-07-06 22:52       ` 2.6.7-mm6 William Lee Irwin III
2004-07-06 23:07         ` 2.6.7-mm6 Russell King
2004-07-06 23:36   ` 2.6.7-mm6 William Lee Irwin III
2004-07-07  0:02     ` 2.6.7-mm6 David S. Miller
2004-07-07  2:29       ` 2.6.7-mm6 Nick Piggin
2004-07-07  7:35       ` 2.6.7-mm6 Ingo Molnar
2004-07-07 21:02         ` 2.6.7-mm6 David S. Miller
2004-07-09  2:45           ` 2.6.7-mm6 Nick Piggin
2004-07-09  2:51             ` 2.6.7-mm6 William Lee Irwin III
2004-07-09  5:09               ` 2.6.7-mm6 Nick Piggin
2004-07-09  6:29                 ` 2.6.7-mm6 Ingo Molnar
2004-07-09  6:58                 ` 2.6.7-mm6 William Lee Irwin III
2004-07-09  7:07                   ` 2.6.7-mm6 Nick Piggin
2004-07-09  7:16                     ` 2.6.7-mm6 William Lee Irwin III
2004-07-06 14:49 ` 2.6.7-mm6 - USB problems Jesse Stockall
2004-07-07 16:44 ` 2.6.7-mm6 Jesse Barnes
  -- strict thread matches above, loose matches on Subject: below --
2004-07-05 14:41 2.6.7-mm6 Martin Knoblauch
2004-07-06 13:42 2.6.7-mm6 Dmitry Torokhov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox