linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Linux 2.4.22-pre3
@ 2003-07-06  1:02 Marcelo Tosatti
  2003-07-06  5:55 ` Aschwin Marsman
                   ` (6 more replies)
  0 siblings, 7 replies; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-06  1:02 UTC (permalink / raw)
  To: lkml


Hi,

Here goes -pre3. It contains a lot of updates and fixes all over.

We should have increased interactivity under heavy IO (users with
interactivity problems please test and report results).

Well, detailed changelog here.


Summary of changes from v2.4.22-pre2 to v2.4.22-pre3
============================================

<abbotti@mev.co.uk>:
  o USB: several ftdi_sio driver patches

<alex_williamson@hp.com[helgaas]>:
  o ia64: Poll for CPEs on all CPUs, improve check for # of CPEs logged
  o ia64: Switch to polling for CMCs if they happen too fast
  o ia64: add wmb in sba_iommu to guarantee IOPDIR updates are visible
  o ia64: fix timer interrupts getting lost

<arun.sharma@intel.com[helgaas]>:
  o ia64: fix IA-32 emulation of msgctl()
  o ia64: define rlim_cur/rlim_max as unsigned
  o ia64: fix IA-32 version of shmctl()
  o ia64: ia32 semctl check for bad command
  o ia64: Patch by Arun Sharma: In the absence of the patch, this system call fails:
  o ia64: Fix SMP FPH handling.  From 2.5 patch by Asit Mallick, David Mosberger, Arun Sharma.
  o ia64: work around race conditions in ia32 support code
  o ia64: IA-32 support patch: msgsnd/msgrcv return value off by 4
  o ia64: IA-32 support patch: munmap should return EINVAL if size == 0
  o ia64: IA-32 support patch: mmap should return ENOMEM

<baldrick@wanadoo.fr>:
  o USB speedtouch: use common CRC library

<bdschuym@pandora.be>:
  o [NETFILTER]: Missing return in arp_packet_match()
  o [NETFILTER]: Add arptables mangle module

<bjorn_helgaas@hp.com[helgaas]>:
  o ia64: Export pm_idle
  o ia64: sys32_sysinfo: update to current struct sysinfo (add totalhigh, freehigh, mem_unit).
  o ia64: Make struct sysinfo32 internal padding explicit
  o ia64: Make CONFIG_SYSCTL control sys32_sysctl as well.  Based on a patch from Peter Chubb.
  o ia64: ia64_fetch_and_add(), xchg(), ia64_cmpxchg(), etc
  o ia64: Update default configs
  o ia64: iosapic: remove find_iosapic duplication
  o ia64: iosapic: simplify ISA IRQ init
  o ia64: iosapic: self-documenting polarity/trigger arguments
  o ia64: iosapic: Remove gratuitous differences with 2.5 (whitespace, C99 initializers, printk levels, etc).
  o ia64: Use printk severity-levels where appropriate
  o ia64: cleanup unwind.c warnings (from David's 2.5 change)
  o ia64: mca.c whitespace changes and dead code removal from 2.5
  o ia64: sba_iommu: whitespace and comment changes to align with 2.5
  o ia64: sba_iommu: prefetch_spill_page alignment with 2.5
  o ia64: sba_iommu: printk text and other trivial changes to align with 2.5
  o io4
  o ia64: sba_iommu: make sure devices are at least 32-bit capable (from 2.5)
  o ia64: sba_iommu: Combine HWP0001 and HWP0004 ACPI claim (from 2.5 changes by Alex Williamson).
  o ia64: sba_iommu: remove workarounds for broken, never released, firmware that didn't program IBASE/IMASK correctly.
  o ia64: remove cpu_is_online local defs, in favor of a 2.5-style cpu_online
  o ia64: Remove unused variable from acpi.c
  o ia64: sba_iommu: fix warning and use old-style ACPI typedef
  o ia64: whitespace and trivial changes in mca.c
  o ia64: palinfo whitespace changes to match 2.5
  o ia64: simplify syscalls with force_successful_syscall_return()
  o ia64: Remove unused acpi_get_addr_space() interface
  o ia64: Wrap pal.h with #ifdef __KERNEL__ to solve userland compilation issues (including <linux/modules.h>).
  o ia64: Don't blindly probe PCI buses (probe only those reported by ACPI)
  o ia64: pci warning for unavailable resources
  o ia64: TLB flushing fixes - don't use smp_call_function in context-switch path.
  o ia64: Disable interrupts during context switch
  o ia64: ptrace whitespace changes to follow 2.5
  o ia64: add hugetlb and cmd649 IDE to configs
  o ia64: Export SAL error records in /proc/sal/{mca,init,cmc,cpe}/{event,data}
  o ia64: Rename EFI systab tags (no spaces, etc, for easier parsing)
  o ia64: Ignore empty address ranges from _CRS to workaround buggy Big Sur firmware.

<chad_smith@hp.com[helgaas]>:
  o ia64: expose pointers from EFI system table in /proc

<chas@cmd.nrl.navy.mil>:
  o [ATM]: remove iovcnt member in struct atm_skb

<chas@cmf.nrl.navy.mil>:
  o [ATM]: Backport HE driver fixes from 2.5.x
  o [ATM]: ixmicro puts esi in different location
  o [ATM]: lock neighbor entry during update in clip.c
  o [ATM]: make sub skb->cb is clear before upcall to network
  o [ATM]: eliminate ATM_PDU_OVHD, ops->free_rx_skb and ops->alloc_tx
  o [ATM]: make clip buildable as a module

<dave@thedillows.org>:
  o Use a non-zero rx_copybreak to avoid charging a full MTU to the socket on tiny packets.
  o Fix misreporting of card type and spurious "already scheduled" messages

<david@csse.uwa.edu.au>:
  o USB: usb-uhci fix for one-shot interrupt problem
  o USB: usb-ohci handling of one-shot interrupt transfers

<davidm@hpl.hp.com[helgaas]>:
  o ia64: For SIGSEGV triggered by NaT page, set si_addr to faulting data address, not the faulting IP.

<davidm@tiger.hpl.hp.com[helgaas]>:
  o ia64: Make ia64_fetch_and_add() simpler to optimize so lib/rwsem.c can be optimized properly.
  o ia64: Implement pcibios_set_mwi() and define HAVE_ARCH_PCI_MWI to ensure that PCI line-size gets programmed properly.  Based
  o ia64; Improve debug output from kernel unwinder.  Based on patch by Keith Owens.  (Ported to 2.4 by Bjorn Helgaas).
  o ia64: In kernel unwinder, replace dump_info_pt() with get_scratch_regs() and reformat to make it fit in 100 columns.
  o ia64: Add unwcheck.sh script contributed by Harish Patil.  It checks the unwind info for consistency (well, just the obvious stuff, but it's a start).
  o ia64: Minor cleanups.  (From 2.5 by Bjorn Helgaas)
  o ia64: Make signal deliver work when the current register frame is incomplete (as a result of a faulting mandatory RSE load).
  o ia64: Correct region_start calculation in kernel unwinder
  o ia64: clean up unneeded test in kernel unwinder
  o ia64: More vmlinux.lds.S cleanups (__start/__end inside sections)
  o ia64: Minor fixes
  o ia64: Two small MCA fixes
  o ia64: Sync itc after interrupts enabled
  o ia64: Sync sys32_ipc() with x86 counter-part
  o ia64: Patch by Arun Sharma: In brl_emu.c, a 64 bit value was being assigned to an int.
  o ia64: Minor whitespace & formatting fixups in asm-ia64/sal.h
  o ia64: Fix SAL processor-log info handling.  Based on patch by Keith Owens.
  o ia64: Manual merge of Keith Owen's patch to avoid deadlock on ia64_sal_mc_rendez().  Also prefix local-variables in SAL macros to avoid name collisions.
  o ia64: dump the min-state area in the MCA INIT platform handler
  o ia64: Update platform INIT handler to print a backtrace
  o ia64: Consolidate backtrace printing in a single routine (ia64_do_show_stack())
  o ia64: fix /proc/.../vm_info memory attributes
  o ia64: Fix printing of memory attributes
  o mca.c
  o ia64: Fix INIT copying of banked registers
  o ia64: ptrace: don't let reading NaT bits for R4-R7 overwrite the value we're intending to write; get_rnat & put_rnat cleanups.
  o ia64: Fix ptrace() RNaT accessors
  o ia64: Fix page-fault handler so it handles not-present translations for region 5 (patch by John Marvin).
  o ia64: Fix unwinder so core-dumps work again.  Without this patch, most scratch-regs came out wrong.
  o ia64: Fixups for GCC v3.3

<davidm@wailua.hpl.hp.com[helgaas]>:
  o ia64: Change struct ia64_fpreg so it will get 16-byte alignment with all ia64 compilers, not just GCC.
  o ia64: Don't output backspaces in palinfo output

<eranian@hpl.hp.com[helgaas]>:
  o ia64: perfmon update to v1.4
  o ia64: perfmon fixes for system-wide monitoring overflow, opcode matcher, and force PMC[89] bit 2 on.
  o ia64: perfmon update
  o ia64: perfmon TLB_* and ALAT event fix

<garyhade@us.ibm.com[helgaas]>:
  o ia64: fix sysinfo(2) memory value truncation for 32-bit apps

<grigouze@noos.fr>:
  o USB: zaurus SL-C700

<james@cobaltmountain.com[helgaas]>:
  o include_asm-ia64_sal.h, typo: the the

<jbarnes@sgi.com[helgaas]>:
  o ia64: ACPI fix for no PCI

<jes@wildopensource.com[helgaas]>:
  o ia64: don't try to synchronize ITCs on ITC_DRIFT platforms

<jgarzik@pobox.com>:
  o fix Via pci irq routing

<jh@sgi.com[helgaas]>:
  o ia64: SGI SN update
  o ia64: SN2 update 030528
  o ia64: SN2 update 030630

<jsm@udlkern.fc.hp.com[helgaas]>:
  o ia64: don't let PTRACE_POKEDATA write the NaT bits of syscall args

<judd@jpilot.org>:
  o USB: visor.h[c] USB device IDs

<kaos@ocs.com.au[helgaas]>:
  o ia64: fix unwinder to call get_scratch_regs() only when really needed

<kaos@sgi.com[helgaas]>:
  o ia64: fix scratch-regs handling in kernel unwinder
  o ia64: unwind.c - allow unw_access_gr(r0)
  o ia64: Trivial stack-size correction in mca.c
  o ia64: mca rendezvous fix
  o ia64: Hold modlist_lock while searching exception tables
  o ia64: Handle SAL rejection of MCA rendezvous timeout value

<kenneth.w.chen@intel.com[helgaas]>:
  o ia64: rwsem using atomic primitive

<kpc-usbdev@gelato.uiuc.edu>:
  o USB: Desknote/ECS UCR-61S2B card reader (2.4.21 patched)

<lethal@linux-sh.org>:
  o SH64 Merge
  o Add SH-5 support to SH-SCI
  o Add SH-5 support to tulip_core
  o Update MAINTAINERS for sh/sh64
  o SH-5 DMAC Support
  o sh64 PCI DMA coherency fixups
  o sh64: Fix SHMBLA compile error
  o sh64: Add an onchip_unmap() to clean up after
  o sh64: tlbmiss handler updates
  o sh64: Don't startup the irq in make_intc_irq()
  o sh64: Add workarounds for cache aliasing issues
  o sh64: Cleanup sleep usage
  o sh64: Fix PTRACE_POKEUSR to ignore changes of privileged
  o sh64: Make memcpy safe on SH5-101 cut2
  o sh64: export more needed symbols
  o sh64: Fixes for Cayman LEDs

<mk@linux-ipv6.org>:
  o [CRYPTO]: Update deflate dependencies

<mkp@mkp.net[helgaas]>:
  o ia64: declare ia64_sal_handler_init non-static

<mort@wildopensource.com[helgaas]>:
  o ia64: print ISR for FPSWA faults
  o ia64: runtime platform detection for 2.5

<richard.curnow@superh.com>:
  o Ensure that the 'unlink' XDR structures are correctly aligned on 64-bit architectures.

<romieu@fr.zoreil.com>:
  o [NETFILTER]: Fix leaks in error paths of ip_recent_ctrl

<rusty@rustcorp.com.au[helgaas]>:
  o Designated initializers for ia64

<schwab@suse.de[helgaas]>:
  o ia64: fix unwinder bug in unw_access_gr()
  o ia64: Fix request_module from ia32 process
  o ia64: make sys32_ptrace() use ptrace_check_attach()

<shemminger@osdl.org>:
  o [BRIDGE]: Ethernet bridge fixes

<shmulik.hen@intel.com>:
  o Fix load balance problem with high UDP Tx stress
  o Fix 802.3ad long fail over with high UDP Tx stress
  o [netdrvr bonding] Fix change active for ALB/TLB

<sv@sw.com.sg[helgaas]>:
  o ia64: improve show_trace_task() portability

<venkatesh.pallipadi@intel.com[helgaas]>:
  o ia64: IA-32 emulation patch: ptrace get_FPREGS bug fix

<will@sowerbutts.com>:
  o USB: Update for the powermate driver to work with newer devices

Adam J. Richter <adam@yggdrasil.com>:
  o [CRYPTO]: Simplify crypto memory allocation

Adrian Bunk <bunk@fs.tum.de>:
  o postfix a constant in efi.h with ULL

Alan Cox <alan@lxorguk.ukuu.org.uk>:
  o [NETFILTER]: Fix nat_helper warnings with gcc 3.3
  o [NET]: Add EDP2 ethernet protocol ID
  o [SPARC]: d_path() can return an error code, must handle it
  o Optimise FAT handling using the prev_free info as DOS does
  o PATH: add hfsplus file system (stands alone)
  o NLS config.in for hfsplus
  o config.in for HFSPLUS
  o makefile for HFSPLUS
  o fix leak in llc 802
  o fix decnet gcc 3.3 build
  o add xapic checking define
  o add the extra cpu bit test flags
  o remove io_apic_modify - this doesnt work on some APICs
  o add the MSR's for IA32 perf ctl
  o fix false sharing of mm info
  o we moved these so this copy can go
  o collated copy of Geerts patches for m68k headers
  o add a flag so we can forbid APM idling
  o add the ide_register_driver defines
  o add EDP2 protocol id
  o update fat docs - we now use the field
  o bring PCI_IDS back into sync
  o add new entry to sisfb types
  o support cramfs initrd
  o add timedop stub for IPC=n
  o assorted module race fixe
  o dont corrupt utsname on failed copy
  o fix make rpm
  o dont idle if forbid_idle set
  o large scale DMI table updates
  o merge long standing reboot fix form -ac
  o fix up semops and return, allow timedop
  o fix error in vm86 fixups
  o add semtimedop to ia64 emu too
  o fix up gcc 3.3 bits
  o copy the right data in mips emulation
  o collected m68k core diffs
  o typo fix
  o fix iphase leak
  o bump cciss to new vendor driver
  o Jens floppy locking fixes
  o add comtrol note in case we need to know in the future
  o & v && fixes in sysrq.c
  o update sonypi driver
  o parisc gsc driver sync
  o fix config.in bits for IDE
  o make IDE modularisable
  o fix ide dma timeout bugs
  o make pnpide module happy
  o Herbert's fix for ide proc oops
  o make pdc4030 module happy
  o add generic support for toshiba piccolo
  o fix hpt speed bits
  o fix promise sx6000 newer board problems
  o clean up older pdc
  o siimage updates, add aar-1210sa
  o SiS IDE updates
  o hptraid updates
  o small setup-pci cleanups
  o d_path can return an error code, must handle it
  o update motion eye drivers
  o fix leak in octagon
  o new 3c59x. plus handle power bits
  o typo fix in atari_pamsnet driver
  o fix ma600 gcc 3.3
  o minor m68k fixes
  o fix leak in aironet4500_cs
  o fix plip hang on ifdown/ifup
  o update sonic
  o update orinoco drivers
  o update pci.ids
  o add cirrus support to i82092
  o fix rsrc manager
  o pci routing for ti cardbus
  o update aacraid
  o aic7xxx allow db4
  o gdth register failure path
  o update scsi tape docs
  o megaraid broke config tools
  o send_diag wants long timeout default
  o let the ide layer fail commands
  o resync scsi blacklist
  o new segate bios string
  o update scsi tape driver
  o remove noise
  o fix copy from user bug in cmpci
  o update AC97 codec core
  o switch cards to new ac97_audio
  o switch i810 to generalised digital out, new ac97
  o ac97 updates
  o fix long standing doc typo
  o update trident, fix printks, new ac97
  o Update via audio - fix problems esd, mpg321
  o update to new ac97_codec
  o core fbcon fixes
  o update vesafb memory handling for big cards
  o update sis fb drivers
  o add semtimedop to x86 headers
  o update ac97 codec headers
  o declare semtimedop function
  o add scripts ready to merge kconfig
  o update cciss docs to match new driver
  o add vram to vesafb docs
  o CMD640 update
  o (new) Turn on the IDE modular stuff in the Makefile
  o (resend) collected semaphore fixes and semtimedop
  o make i810 audio compile

Alex Williamson <alex_williamson@hp.com>:
  o ia64: CMC deadlock fix

Andi Kleen <ak@muc.de>:
  o Personality fixes for x86-64
  o x86-64 merge
  o Support exception-trace sysctl for x86-64
  o non executable stack support for x86-64

Andrew Morton <akpm@digeo.com>:
  o [CRYPTO]: Fix memcpy/memset args

Ben Collins <bcollins@debian.org>:
  o Update IEEE1394 (r972)

Benjamin Herrenschmidt <benh@kernel.crashing.org>:
  o ppc32: support for 750FX rev2 CPU
  o ppc32: Enable use of USB2 on recent G4s
  o ppc32: Update PowerMac motherboard support
  o ppc32: Update swim3 floppy driver
  o ppc32: Add TotalImpact briQ panel driver
  o ppc32: Add a "query" function to core ADB
  o ppc32: Update adbhid driver
  o ppc32: Update battery calculation code & via-pmu
  o ppc32: Minimal ethtool for bmac and mace
  o ppc32: Fix a problem with both gmac and sungem

Bjorn Helgaas <bjorn_helgaas@hp.com>:
  o ia64: chmod +x unwcheck.sh script
  o ia64: iosapic: make pcat_compat system property
  o ia64: iosapic: rationalize __init/__devinit
  o ia64: Export io_space so drivers using legacy I/O ports can insmod
  o ia64: brl_emu.c: use temporary variable to avoid gcc3.1 warning
  o ia64: remove incorrect and redundant "cpu not responding" message
  o ia64: Update configs
  o ia64: pci.c: Trivial changes to follow 2.5
  o ia64: sba_iommu: use seq_file
  o ia64: acpi: handle vendor resources more generically
  o Move UP cpu_online definition to <linux/smp.h>
  o Cset exclude: rohit.seth@intel.com[helgaas]|ChangeSet|20030623203306|58862

Chris Mason <mason@suse.com>:
  o Fix potential IO hangs and increase interactiveness during heavy IO

Christoph Hellwig <hch@lst.de>:
  o [CRYPTO-2.4]: Missing ULL postfixes and statics

David S. Miller <davem@nuts.ninka.net>:
  o [BK]: Add *~ to ignore regexps
  o [CRYPTO]: kunmap does not return a value
  o [CRYPTO]: Build/warning fixups
  o [CRYPTO]: Clean up header file usage
  o [CRYPTO]: Include kernel.h in crypto.h
  o [CRYPTO]: Allocate work buffers instead of using kstack
  o [CRYPTO]: Make sha256.c more palatable to GCCs optimizers
  o [CRYPTO]: internal.h needs init.h
  o [CRYPTO]: Use appropriate defaults if AH/ESP is enabled
  o [CRYPTO-2.4]: Add dummy kmap_types.h header for sparc64
  o [CRYPTO]: Include linux/errno.h as appropriate
  o [CRYPTO-2.4]: module_name does not exist in 2.4.x
  o [CRYPTO-2.4]: const static --> static const
  o [CRYPTO]: deflate.c needs slab.h
  o [CRYPTO-2.4]: Fix condition typos in crypto/Config.in
  o [CRYPTO-2.4]: Emulate module_name semantics correctly to avoid OOPS
  o [CRYPTO-2.4]: Make sure crypto config is before lib config on ia64
  o [NET]: net/bluetooth/cmtp/core.c needs linux/init.h
  o [NET]: Scale DST/ipv6 intervals like we did for ipv4
  o [SPARC64]: Fix build error from OBP parsing patch
  o [SPARC64]: Update defconfig

Erik Andersen <andersen@codepoet.org>:
  o fix 2.4.22-pre broken x86 math-emu

Greg Kroah-Hartman <greg@kroah.com>:
  o USB: remove stupid conversions and use of floating point from aiptek.c
  o USB: 2.4 fix UHCI debug kmalloc() usage
  o USB: add support for 50 baud to io_edgeport.c
  o USB: pl2303: report CTS and DSR status changes to userspace
  o Cset exclude: cweidema@indiana.edu|ChangeSet|20030620002017|05386
  o USB: compiler fixes for previous vicam patches

Hugh Dickins <hugh@veritas.com>:
  o remove shmem info->sem
  o shmem_getpage absorb _locked
  o shmem_getpage read,cache,write
  o shmem truncation swizzled
  o shmem account metablocks
  o shmem_file_write and _read
  o init_tmpfs shm_mnt error
  o shmem whitespace only
  o shmem misc minor mods
  o swapoff loopable tmpfs
  o shmem mount percentile size
  o shmem_removepage replace recalc_inode
  o loop file use highmem
  o madvise_willneed check readpage
  o shmem_file_write precheck_file_write
  o mremap VM_LOCKED move_vma
  o shmem loopable tmpfs [again]

Ivan Kokshaysky <ink@jurassic.park.msu.ru>:
  o alpha: fix generic kernel build (Jay Estabrook)
  o alpha: finalize Sable/Lynx support (Jay Estabrook)

James Morris <jmorris@intercode.com.au>:
  o [CRYPTO]: Add initial crypto api subsystem
  o [CRYPTO]: Cleanups based upon feedback from Rusty and jgarzik
  o [CRYPTO]: Cleanups based upon feedback from Rusty and jgarzik
  o [CRYPTO]: Use try_inc_mod_count and semaphore for alg list
  o [CRYPTO]: Use kmod to try to autoload modules
  o [CRYPTO]: Bug fixes and cleanups
  o [CRYPTO]: More bug fixes and cleanups
  o [CRYPTO]: Add MD4
  o [CRYPTO]: Algorithm lookup API change plus bug fixes
  o [CRYPTO]: Run tcrypt through lindent, plus doc update
  o [CRYPTO]: Assert that interfaces are called on correct cipher type
  o [CRYPTO]: Cleanups and more consistency checks
  o [CRYPTO]: Update to IV get/set interface
  o [CRYPTO]: Add some documentation
  o [CRYPTO]: Fix some credits
  o [CRYPTO]: Cleanups based upon suggestions by Jeff Garzik
  o [CRYPTO]: Uninline some functions to save some bloat
  o [CRYPTO]: Cleanups based upon feedback from jgarzik
  o [CRYPTO]: Add crypto_alg_available interface
  o [CRYPTO]: Rework HMAC interface
  o [CRYPTO]: Add SHA256 plus bug fixes
  o [CRYPTO]: Add blowfish algorithm
  o [CRYPTO]: minor updates
  o [CRYPTO] kstack cleanup (v0.28)
  o [CRYPTO] Add maintainers entry
  o [CRYPTO] Minor doc update
  o [CRYPTO]: Add null algorithms and minor cleanups
  o [CRYPTO]: Kill stray CRYPTO_ALG_TYPE_COMP
  o [CRYPTO]: Add twofish algorithm
  o [CRYPTO]: Add serpent algorithm
  o [CRYPTO]: Documentation update
  o [CRYPTO]: Dont compile procfs stuff if procfs is not enabled
  o [CRYPTO]: Add AES algorithm
  o [CRYPTO]: More credits for AES
  o [CRYPTO]: Add support for SHA-386 and SHA-512
  o [CRYPTO] remove superfluous goto from des module init exception path
  o [CRYPTO] Add AES and MD4 to tcrypto crypto_alg_available() test
  o [CRYPTO]: in/out scatterlist support for ciphers
  o [CRYPTO]: Move km_types out of header
  o [CRYPTO]: Add encrypt_iv() and decrypt_iv() methods
  o [CRYPTO]: Eliminate crypto_tfm.crt_ctx, from Adam Richter
  o [CRYPTO]: Documentation updates
  o [CRYPTO]: Make use of crypto_exit_ops() during crypto_free_tfm()
  o [CRYPTO]: Add Deflate algorithm to crypto API
  o [CRYPTO]: deflate module: workaround zlib bug
  o [CRYPTO]: Fix config dependencies

Jeff Garzik <jgarzik@redhat.com>:
  o [CRYPTO]: Kill accidental double memset
  o [netdrvr 8139too] fix debug printk

Linus Torvalds <torvalds@transmeta.com>:
  o The crypto auto-load should be enabled if crypto is enabled

Marcelo Tosatti <marcelo@freak.distro.conectiva>:
  o Cset exclude: rusty@rustcorp.com.au|ChangeSet|20030625201246|52045
  o Added missing BROKEN_PNP_BIOS declaration
  o Changed EXTRAVERSION to -pre3

Martin Schwidefsky <schwidefsky@de.ibm.com>:
  o s390 base update
  o s390 common i/o layer fixes
  o s390 dasd driver update
  o s390 31 bit compat
  o s390 documentation update
  o Add Configure.help entries for s390 options
  o s390 3215 driver update
  o s390 ctc network driver update
  o s390 iucv network driver
  o s390 defconfigs update
  o console semaphore fix

Matt Domsch <matt_domsch@dell.com>:
  o ia64: efivars fix by Matt Domsch and Peter Chubb

Olaf Hering <olh@suse.de>:
  o missing asm-ppc64/kmap_types.h

Oleg Drokin <green@angband.namesys.com>:
  o reiserfs: Relocated journal support by Edward Shushkin & Vladimir Saveliev
  o reiserfs: speed up large file holes creation
  o reiserfs: Make most of the reiserfs warning messages to print what device they relate to

Oliver Neukum <oliver@neukum.org>:
  o USB: disconnect of v4l devices in 2.4
  o USB: fix to previous vicam patch

Peter Chubb <peter@chubb.wattle.id.au>:
  o ia64: declare test_bit() arg as "const"

Roger Luethi <rl@hellgate.ch>:
  o [netdrvr via-rhine] via-rhine 1.18-rc1: Fix Rhine-I regression

Russell King <rmk@arm.linux.org.uk>:
  o ARM merge part 1 - arch/arm
  o ARM merge part 2 - include/asm-arm
  o ARM merge part 3 - drivers/acorn

Rusty Russell <rusty@rustcorp.com.au>:
  o 2.5.43 export _end

Scott Feldman <scott.feldman@intel.com>:
  o Remove CAP_NET_ADMIN check for SIOCETHTOOL's

Tom Callaway <tcallawa@redhat.com>:
  o [SPARC64]: Fix OBP version parsing on newer systems

Trond Myklebust <trond.myklebust@fys.uio.no>:
  o A patch by Chuck Lever that cleans up the RPC socket slot allocation code.
  o A patch by Chuck Lever with further cleanups of the RPC socket slot allocation code.
  o Another patch by Chuck Lever that ensures that the PG_uptodate bit gets set when the entire page gets written by nfs_writepage_sync()
  o A patch by Patrice Dumas to implement nlmsvc_proc_granted_res
  o A patch by Patrice Dumas to add a check in order to ensure that we really were requesting a blocking lock when we get a reply from the server asking us to block.
  o A patch to ensures that blocks which are not going to time out are placed last on the nlm_block list (problem reported by Olaf Kirch).
  o Add standard spinlocks to protect the socket from being released by one CPU while the other is in a soft interrupt.
  o Fix a race: Ensure that requests retry if the remote server disconnects us while we're inside xprt_transmit().
  o Don't use an RPC child process when reconnecting to a TCP server
  o Ensure that if we need to reconnect the socket, we also resend the entire message.
  o Fix a TCP client corruption problem affecting resent requests
  o Ensure that the lockd clients always use one of the reserved ports
  o Replace buggy version of xdr_shift_buf() with the version from 2.5.x


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

* Re: Linux 2.4.22-pre3
  2003-07-06  1:02 Linux 2.4.22-pre3 Marcelo Tosatti
@ 2003-07-06  5:55 ` Aschwin Marsman
  2003-07-06 13:41 ` Ben Collins
                   ` (5 subsequent siblings)
  6 siblings, 0 replies; 63+ messages in thread
From: Aschwin Marsman @ 2003-07-06  5:55 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: lkml

On Sat, 5 Jul 2003, Marcelo Tosatti wrote:

> Hi,
> 
> Here goes -pre3. It contains a lot of updates and fixes all over.
> 
> We should have increased interactivity under heavy IO (users with
> interactivity problems please test and report results).

Compilation breaks for me:

gcc -D__KERNEL__ -I/usr/src/linux-2.4.21/include -Wall -Wstrict-prototypes 
 -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer 
 -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS 
 -include /usr/src/linux-2.4.21/include/linux/modversions.h  -nostdinc 
 -iwithprefix include -DKBUILD_BASENAME=vicam  -c -o vicam.o vicam.c
vicam.c: In function `vicam_close':
vicam.c:767: parse error before `struct'
vicam.c:770: `cam' undeclared (first use in this function)
vicam.c:770: (Each undeclared identifier is reported only once
vicam.c:770: for each function it appears in.)
make[2]: *** [vicam.o] Error 1
make[2]: Leaving directory `/usr/src/linux-2.4.21/drivers/usb'
make[1]: *** [_modsubdir_usb] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.21/drivers'
make: *** [_mod_drivers] Error 2

Two patches are included that might be a cause, although it looks like
they were included to solve compilation problems:

>   o USB: compiler fixes for previous vicam patches
>   o USB: fix to previous vicam patch
 
I changed CONFIG_USB_VICAM from a module to no, because I don't need
the driver.

Have a nice weekend,
 
Aschwin Marsman
 
--
aYniK Software Solutions         all You need is Knowledge
P.O. box 134                     NL-7600 AC Almelo - the Netherlands
a.marsman@aYniK.com              http://www.aYniK.com


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

* Re: Linux 2.4.22-pre3
  2003-07-06  1:02 Linux 2.4.22-pre3 Marcelo Tosatti
  2003-07-06  5:55 ` Aschwin Marsman
@ 2003-07-06 13:41 ` Ben Collins
  2003-07-07  1:00   ` Marcelo Tosatti
  2003-07-06 16:35 ` Matthias Andree
                   ` (4 subsequent siblings)
  6 siblings, 1 reply; 63+ messages in thread
From: Ben Collins @ 2003-07-06 13:41 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: linux-kernel

On Sat, Jul 05, 2003 at 10:02:09PM -0300, Marcelo Tosatti wrote:
> 
> Hi,
> 
> Here goes -pre3. It contains a lot of updates and fixes all over.

Any chance you could be consistent in tagging the -pre's? Neither pre2,
nor pre3 is tagged in BK, and thus, not tagged in CVS/SVN either.

It just makes it easier when tracking down regressions to have known
points of reference common across BK/CVS/SVN/tar+diff.

-- 
Debian     - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo       - http://www.deqo.com/

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

* Re: Linux 2.4.22-pre3
  2003-07-06  1:02 Linux 2.4.22-pre3 Marcelo Tosatti
  2003-07-06  5:55 ` Aschwin Marsman
  2003-07-06 13:41 ` Ben Collins
@ 2003-07-06 16:35 ` Matthias Andree
  2003-07-07 19:34 ` Lukasz Trabinski
                   ` (3 subsequent siblings)
  6 siblings, 0 replies; 63+ messages in thread
From: Matthias Andree @ 2003-07-06 16:35 UTC (permalink / raw)
  To: lkml

On Sat, 05 Jul 2003, Marcelo Tosatti wrote:

> Here goes -pre3. It contains a lot of updates and fixes all over.

It still lacks the update of the "shortlog" (aka. lk-changelog.pl)
:-(

bk clone bk://kernel.bkbits.net/torvalds/tools/
bk get shortlog
feed your changelog through shortlog


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

* Re: Linux 2.4.22-pre3
  2003-07-07  1:05     ` Larry McVoy
@ 2003-07-07  0:11       ` Ben Collins
  2003-07-08 18:05       ` Adrian Bunk
  1 sibling, 0 replies; 63+ messages in thread
From: Ben Collins @ 2003-07-07  0:11 UTC (permalink / raw)
  To: Larry McVoy, Marcelo Tosatti, linux-kernel

On Sun, Jul 06, 2003 at 06:05:27PM -0700, Larry McVoy wrote:
> On Sun, Jul 06, 2003 at 10:00:34PM -0300, Marcelo Tosatti wrote:
> > On Sun, 6 Jul 2003, Ben Collins wrote:
> > > Any chance you could be consistent in tagging the -pre's? Neither pre2,
> > > nor pre3 is tagged in BK, and thus, not tagged in CVS/SVN either.
> > 
> > I guess I have tagged -pre2 and -pre3:
> > 
> > Maybe I'm missing something?
> 
> Hmm.   Ben, look again in the CVS tree and make sure that the tags aren't
> there.  Maybe the converter screwed up?  

Doesn't show up in linux-2.4/ChangeSet,v as a tag.

-- 
Debian     - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo       - http://www.deqo.com/

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

* Re: Linux 2.4.22-pre3
  2003-07-06 13:41 ` Ben Collins
@ 2003-07-07  1:00   ` Marcelo Tosatti
  2003-07-07  1:05     ` Larry McVoy
  0 siblings, 1 reply; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-07  1:00 UTC (permalink / raw)
  To: Ben Collins; +Cc: linux-kernel



On Sun, 6 Jul 2003, Ben Collins wrote:

> On Sat, Jul 05, 2003 at 10:02:09PM -0300, Marcelo Tosatti wrote:
> >
> > Hi,
> >
> > Here goes -pre3. It contains a lot of updates and fixes all over.
>
> Any chance you could be consistent in tagging the -pre's? Neither pre2,
> nor pre3 is tagged in BK, and thus, not tagged in CVS/SVN either.

I guess I have tagged -pre2 and -pre3:

ChangeSet@1.1024, 2003-07-05 20:59:23-03:00, mason@suse.com
  [PATCH] Fix potential IO hangs and increase interactiveness during heavy
IO

  io-stalls-10:


  ===== drivers/block/ll_rw_blk.c 1.45 vs edited =====
  TAG: v2.4.22-pre3


-----

ChangeSet@1.1011, 2003-06-26 18:25:43-03:00, trini@kernel.crashing.org
  [PATCH] Add /proc/sys/kernel/l3cr

  Hello.  The following patch is from Mark Greer.  This adds read-only
  support for the L3 cache register found in the MPC745x line of CPUs.

  ===== arch/ppc/kernel/ppc_htab.c 1.7 vs edited =====
  TAG: v2.4.22-pre2

Maybe I'm missing something?

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

* Re: Linux 2.4.22-pre3
  2003-07-07  1:00   ` Marcelo Tosatti
@ 2003-07-07  1:05     ` Larry McVoy
  2003-07-07  0:11       ` Ben Collins
  2003-07-08 18:05       ` Adrian Bunk
  0 siblings, 2 replies; 63+ messages in thread
From: Larry McVoy @ 2003-07-07  1:05 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Ben Collins, linux-kernel

On Sun, Jul 06, 2003 at 10:00:34PM -0300, Marcelo Tosatti wrote:
> On Sun, 6 Jul 2003, Ben Collins wrote:
> > Any chance you could be consistent in tagging the -pre's? Neither pre2,
> > nor pre3 is tagged in BK, and thus, not tagged in CVS/SVN either.
> 
> I guess I have tagged -pre2 and -pre3:
> 
> Maybe I'm missing something?

Hmm.   Ben, look again in the CVS tree and make sure that the tags aren't
there.  Maybe the converter screwed up?  
-- 
---
Larry McVoy              lm at bitmover.com          http://www.bitmover.com/lm

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

* Re: Linux 2.4.22-pre3
  2003-07-06  1:02 Linux 2.4.22-pre3 Marcelo Tosatti
                   ` (2 preceding siblings ...)
  2003-07-06 16:35 ` Matthias Andree
@ 2003-07-07 19:34 ` Lukasz Trabinski
  2003-07-07 20:10   ` Chris Mason
  2003-07-08 16:59 ` Jim Gifford
                   ` (2 subsequent siblings)
  6 siblings, 1 reply; 63+ messages in thread
From: Lukasz Trabinski @ 2003-07-07 19:34 UTC (permalink / raw)
  To: linux-kernel

In article <Pine.LNX.4.55L.0307052151180.21992@freak.distro.conectiva> you wrote:
> 
> Hi,
> 
> Here goes -pre3. It contains a lot of updates and fixes all over.
> 
> We should have increased interactivity under heavy IO (users with
> interactivity problems please test and report results).

Well, I have still big load (80-120) when slocate running on my big ext3 HOME
area ( 12x23GB partitions ). If You need, I can send to you snapshots from
SysRq.

-- 
LT

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

* Re: Linux 2.4.22-pre3
  2003-07-07 19:34 ` Lukasz Trabinski
@ 2003-07-07 20:10   ` Chris Mason
  2003-07-07 21:35     ` Lukasz Trabinski
  0 siblings, 1 reply; 63+ messages in thread
From: Chris Mason @ 2003-07-07 20:10 UTC (permalink / raw)
  To: Lukasz Trabinski; +Cc: linux-kernel

On Mon, 2003-07-07 at 15:34, Lukasz Trabinski wrote:
> In article <Pine.LNX.4.55L.0307052151180.21992@freak.distro.conectiva> you wrote:
> > 
> > Hi,
> > 
> > Here goes -pre3. It contains a lot of updates and fixes all over.
> > 
> > We should have increased interactivity under heavy IO (users with
> > interactivity problems please test and report results).
> 
> Well, I have still big load (80-120) when slocate running on my big ext3 HOME
> area ( 12x23GB partitions ). If You need, I can send to you snapshots from
> SysRq.

The changes in -pre3 won't cut down on the load reported by top/ps.  The
goal is to cut down on latencies on the box as a whole.  So the load
will still be as high, but you'll still be able to do an ls without
waiting indefinitely for the results.

So, if you are still seeing bad response times, I can send you a patch
to try in private mail (it has been posted here a few times already).

-chris



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

* Re: Linux 2.4.22-pre3
  2003-07-07 20:10   ` Chris Mason
@ 2003-07-07 21:35     ` Lukasz Trabinski
  0 siblings, 0 replies; 63+ messages in thread
From: Lukasz Trabinski @ 2003-07-07 21:35 UTC (permalink / raw)
  To: Chris Mason; +Cc: linux-kernel, Bartlomiej Solarz

On Mon, 7 Jul 2003, Chris Mason wrote:

> The changes in -pre3 won't cut down on the load reported by top/ps.  The
> goal is to cut down on latencies on the box as a whole.  So the load
> will still be as high, but you'll still be able to do an ls without
> waiting indefinitely for the results.

How long can i wait 1-5 minutes?

> So, if you are still seeing bad response times, I can send you a patch
> to try in private mail (it has been posted here a few times already).

Please send, Thank You!

-- 
*[ Łukasz Trąbiński ]*
SysAdmin @wsisiz.edu.pl

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

* Re: Linux 2.4.22-pre3
  2003-07-06  1:02 Linux 2.4.22-pre3 Marcelo Tosatti
                   ` (3 preceding siblings ...)
  2003-07-07 19:34 ` Lukasz Trabinski
@ 2003-07-08 16:59 ` Jim Gifford
  2003-07-08 20:38   ` Marcelo Tosatti
  2003-07-11 13:03 ` Linux 2.4.22-pre3 Geert Uytterhoeven
  2003-07-14  9:55 ` kmap_types.h (was: Re: Linux 2.4.22-pre3) Geert Uytterhoeven
  6 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-08 16:59 UTC (permalink / raw)
  To: Marcelo Tosatti, lkml

Still receiving lockups. It it is about 2 days and 10 hours before the
system just freezes. I can use the sysrq keys to safely shutdown. No error
messages present in any logs.

As I stated in previous emails, when I run sync every hour, this prevents
the lock ups. I will try this under the 2.4.22-pre3.

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "lkml" <linux-kernel@vger.kernel.org>
Sent: Saturday, July 05, 2003 6:02 PM
Subject: Linux 2.4.22-pre3


>
> Hi,
>
> Here goes -pre3. It contains a lot of updates and fixes all over.
>
> We should have increased interactivity under heavy IO (users with
> interactivity problems please test and report results).
>
> Well, detailed changelog here.
>
>
> Summary of changes from v2.4.22-pre2 to v2.4.22-pre3
> ============================================
>
> <abbotti@mev.co.uk>:
>   o USB: several ftdi_sio driver patches
>
> <alex_williamson@hp.com[helgaas]>:
>   o ia64: Poll for CPEs on all CPUs, improve check for # of CPEs logged
>   o ia64: Switch to polling for CMCs if they happen too fast
>   o ia64: add wmb in sba_iommu to guarantee IOPDIR updates are visible
>   o ia64: fix timer interrupts getting lost
>
> <arun.sharma@intel.com[helgaas]>:
>   o ia64: fix IA-32 emulation of msgctl()
>   o ia64: define rlim_cur/rlim_max as unsigned
>   o ia64: fix IA-32 version of shmctl()
>   o ia64: ia32 semctl check for bad command
>   o ia64: Patch by Arun Sharma: In the absence of the patch, this system
call fails:
>   o ia64: Fix SMP FPH handling.  From 2.5 patch by Asit Mallick, David
Mosberger, Arun Sharma.
>   o ia64: work around race conditions in ia32 support code
>   o ia64: IA-32 support patch: msgsnd/msgrcv return value off by 4
>   o ia64: IA-32 support patch: munmap should return EINVAL if size == 0
>   o ia64: IA-32 support patch: mmap should return ENOMEM
>
> <baldrick@wanadoo.fr>:
>   o USB speedtouch: use common CRC library
>
> <bdschuym@pandora.be>:
>   o [NETFILTER]: Missing return in arp_packet_match()
>   o [NETFILTER]: Add arptables mangle module
>
> <bjorn_helgaas@hp.com[helgaas]>:
>   o ia64: Export pm_idle
>   o ia64: sys32_sysinfo: update to current struct sysinfo (add totalhigh,
freehigh, mem_unit).
>   o ia64: Make struct sysinfo32 internal padding explicit
>   o ia64: Make CONFIG_SYSCTL control sys32_sysctl as well.  Based on a
patch from Peter Chubb.
>   o ia64: ia64_fetch_and_add(), xchg(), ia64_cmpxchg(), etc
>   o ia64: Update default configs
>   o ia64: iosapic: remove find_iosapic duplication
>   o ia64: iosapic: simplify ISA IRQ init
>   o ia64: iosapic: self-documenting polarity/trigger arguments
>   o ia64: iosapic: Remove gratuitous differences with 2.5 (whitespace, C99
initializers, printk levels, etc).
>   o ia64: Use printk severity-levels where appropriate
>   o ia64: cleanup unwind.c warnings (from David's 2.5 change)
>   o ia64: mca.c whitespace changes and dead code removal from 2.5
>   o ia64: sba_iommu: whitespace and comment changes to align with 2.5
>   o ia64: sba_iommu: prefetch_spill_page alignment with 2.5
>   o ia64: sba_iommu: printk text and other trivial changes to align with
2.5
>   o io4
>   o ia64: sba_iommu: make sure devices are at least 32-bit capable (from
2.5)
>   o ia64: sba_iommu: Combine HWP0001 and HWP0004 ACPI claim (from 2.5
changes by Alex Williamson).
>   o ia64: sba_iommu: remove workarounds for broken, never released,
firmware that didn't program IBASE/IMASK correctly.
>   o ia64: remove cpu_is_online local defs, in favor of a 2.5-style
cpu_online
>   o ia64: Remove unused variable from acpi.c
>   o ia64: sba_iommu: fix warning and use old-style ACPI typedef
>   o ia64: whitespace and trivial changes in mca.c
>   o ia64: palinfo whitespace changes to match 2.5
>   o ia64: simplify syscalls with force_successful_syscall_return()
>   o ia64: Remove unused acpi_get_addr_space() interface
>   o ia64: Wrap pal.h with #ifdef __KERNEL__ to solve userland compilation
issues (including <linux/modules.h>).
>   o ia64: Don't blindly probe PCI buses (probe only those reported by
ACPI)
>   o ia64: pci warning for unavailable resources
>   o ia64: TLB flushing fixes - don't use smp_call_function in
context-switch path.
>   o ia64: Disable interrupts during context switch
>   o ia64: ptrace whitespace changes to follow 2.5
>   o ia64: add hugetlb and cmd649 IDE to configs
>   o ia64: Export SAL error records in
/proc/sal/{mca,init,cmc,cpe}/{event,data}
>   o ia64: Rename EFI systab tags (no spaces, etc, for easier parsing)
>   o ia64: Ignore empty address ranges from _CRS to workaround buggy Big
Sur firmware.
>
> <chad_smith@hp.com[helgaas]>:
>   o ia64: expose pointers from EFI system table in /proc
>
> <chas@cmd.nrl.navy.mil>:
>   o [ATM]: remove iovcnt member in struct atm_skb
>
> <chas@cmf.nrl.navy.mil>:
>   o [ATM]: Backport HE driver fixes from 2.5.x
>   o [ATM]: ixmicro puts esi in different location
>   o [ATM]: lock neighbor entry during update in clip.c
>   o [ATM]: make sub skb->cb is clear before upcall to network
>   o [ATM]: eliminate ATM_PDU_OVHD, ops->free_rx_skb and ops->alloc_tx
>   o [ATM]: make clip buildable as a module
>
> <dave@thedillows.org>:
>   o Use a non-zero rx_copybreak to avoid charging a full MTU to the socket
on tiny packets.
>   o Fix misreporting of card type and spurious "already scheduled"
messages
>
> <david@csse.uwa.edu.au>:
>   o USB: usb-uhci fix for one-shot interrupt problem
>   o USB: usb-ohci handling of one-shot interrupt transfers
>
> <davidm@hpl.hp.com[helgaas]>:
>   o ia64: For SIGSEGV triggered by NaT page, set si_addr to faulting data
address, not the faulting IP.
>
> <davidm@tiger.hpl.hp.com[helgaas]>:
>   o ia64: Make ia64_fetch_and_add() simpler to optimize so lib/rwsem.c can
be optimized properly.
>   o ia64: Implement pcibios_set_mwi() and define HAVE_ARCH_PCI_MWI to
ensure that PCI line-size gets programmed properly.  Based
>   o ia64; Improve debug output from kernel unwinder.  Based on patch by
Keith Owens.  (Ported to 2.4 by Bjorn Helgaas).
>   o ia64: In kernel unwinder, replace dump_info_pt() with
get_scratch_regs() and reformat to make it fit in 100 columns.
>   o ia64: Add unwcheck.sh script contributed by Harish Patil.  It checks
the unwind info for consistency (well, just the obvious stuff, but it's a
start).
>   o ia64: Minor cleanups.  (From 2.5 by Bjorn Helgaas)
>   o ia64: Make signal deliver work when the current register frame is
incomplete (as a result of a faulting mandatory RSE load).
>   o ia64: Correct region_start calculation in kernel unwinder
>   o ia64: clean up unneeded test in kernel unwinder
>   o ia64: More vmlinux.lds.S cleanups (__start/__end inside sections)
>   o ia64: Minor fixes
>   o ia64: Two small MCA fixes
>   o ia64: Sync itc after interrupts enabled
>   o ia64: Sync sys32_ipc() with x86 counter-part
>   o ia64: Patch by Arun Sharma: In brl_emu.c, a 64 bit value was being
assigned to an int.
>   o ia64: Minor whitespace & formatting fixups in asm-ia64/sal.h
>   o ia64: Fix SAL processor-log info handling.  Based on patch by Keith
Owens.
>   o ia64: Manual merge of Keith Owen's patch to avoid deadlock on
ia64_sal_mc_rendez().  Also prefix local-variables in SAL macros to avoid
name collisions.
>   o ia64: dump the min-state area in the MCA INIT platform handler
>   o ia64: Update platform INIT handler to print a backtrace
>   o ia64: Consolidate backtrace printing in a single routine
(ia64_do_show_stack())
>   o ia64: fix /proc/.../vm_info memory attributes
>   o ia64: Fix printing of memory attributes
>   o mca.c
>   o ia64: Fix INIT copying of banked registers
>   o ia64: ptrace: don't let reading NaT bits for R4-R7 overwrite the value
we're intending to write; get_rnat & put_rnat cleanups.
>   o ia64: Fix ptrace() RNaT accessors
>   o ia64: Fix page-fault handler so it handles not-present translations
for region 5 (patch by John Marvin).
>   o ia64: Fix unwinder so core-dumps work again.  Without this patch, most
scratch-regs came out wrong.
>   o ia64: Fixups for GCC v3.3
>
> <davidm@wailua.hpl.hp.com[helgaas]>:
>   o ia64: Change struct ia64_fpreg so it will get 16-byte alignment with
all ia64 compilers, not just GCC.
>   o ia64: Don't output backspaces in palinfo output
>
> <eranian@hpl.hp.com[helgaas]>:
>   o ia64: perfmon update to v1.4
>   o ia64: perfmon fixes for system-wide monitoring overflow, opcode
matcher, and force PMC[89] bit 2 on.
>   o ia64: perfmon update
>   o ia64: perfmon TLB_* and ALAT event fix
>
> <garyhade@us.ibm.com[helgaas]>:
>   o ia64: fix sysinfo(2) memory value truncation for 32-bit apps
>
> <grigouze@noos.fr>:
>   o USB: zaurus SL-C700
>
> <james@cobaltmountain.com[helgaas]>:
>   o include_asm-ia64_sal.h, typo: the the
>
> <jbarnes@sgi.com[helgaas]>:
>   o ia64: ACPI fix for no PCI
>
> <jes@wildopensource.com[helgaas]>:
>   o ia64: don't try to synchronize ITCs on ITC_DRIFT platforms
>
> <jgarzik@pobox.com>:
>   o fix Via pci irq routing
>
> <jh@sgi.com[helgaas]>:
>   o ia64: SGI SN update
>   o ia64: SN2 update 030528
>   o ia64: SN2 update 030630
>
> <jsm@udlkern.fc.hp.com[helgaas]>:
>   o ia64: don't let PTRACE_POKEDATA write the NaT bits of syscall args
>
> <judd@jpilot.org>:
>   o USB: visor.h[c] USB device IDs
>
> <kaos@ocs.com.au[helgaas]>:
>   o ia64: fix unwinder to call get_scratch_regs() only when really needed
>
> <kaos@sgi.com[helgaas]>:
>   o ia64: fix scratch-regs handling in kernel unwinder
>   o ia64: unwind.c - allow unw_access_gr(r0)
>   o ia64: Trivial stack-size correction in mca.c
>   o ia64: mca rendezvous fix
>   o ia64: Hold modlist_lock while searching exception tables
>   o ia64: Handle SAL rejection of MCA rendezvous timeout value
>
> <kenneth.w.chen@intel.com[helgaas]>:
>   o ia64: rwsem using atomic primitive
>
> <kpc-usbdev@gelato.uiuc.edu>:
>   o USB: Desknote/ECS UCR-61S2B card reader (2.4.21 patched)
>
> <lethal@linux-sh.org>:
>   o SH64 Merge
>   o Add SH-5 support to SH-SCI
>   o Add SH-5 support to tulip_core
>   o Update MAINTAINERS for sh/sh64
>   o SH-5 DMAC Support
>   o sh64 PCI DMA coherency fixups
>   o sh64: Fix SHMBLA compile error
>   o sh64: Add an onchip_unmap() to clean up after
>   o sh64: tlbmiss handler updates
>   o sh64: Don't startup the irq in make_intc_irq()
>   o sh64: Add workarounds for cache aliasing issues
>   o sh64: Cleanup sleep usage
>   o sh64: Fix PTRACE_POKEUSR to ignore changes of privileged
>   o sh64: Make memcpy safe on SH5-101 cut2
>   o sh64: export more needed symbols
>   o sh64: Fixes for Cayman LEDs
>
> <mk@linux-ipv6.org>:
>   o [CRYPTO]: Update deflate dependencies
>
> <mkp@mkp.net[helgaas]>:
>   o ia64: declare ia64_sal_handler_init non-static
>
> <mort@wildopensource.com[helgaas]>:
>   o ia64: print ISR for FPSWA faults
>   o ia64: runtime platform detection for 2.5
>
> <richard.curnow@superh.com>:
>   o Ensure that the 'unlink' XDR structures are correctly aligned on
64-bit architectures.
>
> <romieu@fr.zoreil.com>:
>   o [NETFILTER]: Fix leaks in error paths of ip_recent_ctrl
>
> <rusty@rustcorp.com.au[helgaas]>:
>   o Designated initializers for ia64
>
> <schwab@suse.de[helgaas]>:
>   o ia64: fix unwinder bug in unw_access_gr()
>   o ia64: Fix request_module from ia32 process
>   o ia64: make sys32_ptrace() use ptrace_check_attach()
>
> <shemminger@osdl.org>:
>   o [BRIDGE]: Ethernet bridge fixes
>
> <shmulik.hen@intel.com>:
>   o Fix load balance problem with high UDP Tx stress
>   o Fix 802.3ad long fail over with high UDP Tx stress
>   o [netdrvr bonding] Fix change active for ALB/TLB
>
> <sv@sw.com.sg[helgaas]>:
>   o ia64: improve show_trace_task() portability
>
> <venkatesh.pallipadi@intel.com[helgaas]>:
>   o ia64: IA-32 emulation patch: ptrace get_FPREGS bug fix
>
> <will@sowerbutts.com>:
>   o USB: Update for the powermate driver to work with newer devices
>
> Adam J. Richter <adam@yggdrasil.com>:
>   o [CRYPTO]: Simplify crypto memory allocation
>
> Adrian Bunk <bunk@fs.tum.de>:
>   o postfix a constant in efi.h with ULL
>
> Alan Cox <alan@lxorguk.ukuu.org.uk>:
>   o [NETFILTER]: Fix nat_helper warnings with gcc 3.3
>   o [NET]: Add EDP2 ethernet protocol ID
>   o [SPARC]: d_path() can return an error code, must handle it
>   o Optimise FAT handling using the prev_free info as DOS does
>   o PATH: add hfsplus file system (stands alone)
>   o NLS config.in for hfsplus
>   o config.in for HFSPLUS
>   o makefile for HFSPLUS
>   o fix leak in llc 802
>   o fix decnet gcc 3.3 build
>   o add xapic checking define
>   o add the extra cpu bit test flags
>   o remove io_apic_modify - this doesnt work on some APICs
>   o add the MSR's for IA32 perf ctl
>   o fix false sharing of mm info
>   o we moved these so this copy can go
>   o collated copy of Geerts patches for m68k headers
>   o add a flag so we can forbid APM idling
>   o add the ide_register_driver defines
>   o add EDP2 protocol id
>   o update fat docs - we now use the field
>   o bring PCI_IDS back into sync
>   o add new entry to sisfb types
>   o support cramfs initrd
>   o add timedop stub for IPC=n
>   o assorted module race fixe
>   o dont corrupt utsname on failed copy
>   o fix make rpm
>   o dont idle if forbid_idle set
>   o large scale DMI table updates
>   o merge long standing reboot fix form -ac
>   o fix up semops and return, allow timedop
>   o fix error in vm86 fixups
>   o add semtimedop to ia64 emu too
>   o fix up gcc 3.3 bits
>   o copy the right data in mips emulation
>   o collected m68k core diffs
>   o typo fix
>   o fix iphase leak
>   o bump cciss to new vendor driver
>   o Jens floppy locking fixes
>   o add comtrol note in case we need to know in the future
>   o & v && fixes in sysrq.c
>   o update sonypi driver
>   o parisc gsc driver sync
>   o fix config.in bits for IDE
>   o make IDE modularisable
>   o fix ide dma timeout bugs
>   o make pnpide module happy
>   o Herbert's fix for ide proc oops
>   o make pdc4030 module happy
>   o add generic support for toshiba piccolo
>   o fix hpt speed bits
>   o fix promise sx6000 newer board problems
>   o clean up older pdc
>   o siimage updates, add aar-1210sa
>   o SiS IDE updates
>   o hptraid updates
>   o small setup-pci cleanups
>   o d_path can return an error code, must handle it
>   o update motion eye drivers
>   o fix leak in octagon
>   o new 3c59x. plus handle power bits
>   o typo fix in atari_pamsnet driver
>   o fix ma600 gcc 3.3
>   o minor m68k fixes
>   o fix leak in aironet4500_cs
>   o fix plip hang on ifdown/ifup
>   o update sonic
>   o update orinoco drivers
>   o update pci.ids
>   o add cirrus support to i82092
>   o fix rsrc manager
>   o pci routing for ti cardbus
>   o update aacraid
>   o aic7xxx allow db4
>   o gdth register failure path
>   o update scsi tape docs
>   o megaraid broke config tools
>   o send_diag wants long timeout default
>   o let the ide layer fail commands
>   o resync scsi blacklist
>   o new segate bios string
>   o update scsi tape driver
>   o remove noise
>   o fix copy from user bug in cmpci
>   o update AC97 codec core
>   o switch cards to new ac97_audio
>   o switch i810 to generalised digital out, new ac97
>   o ac97 updates
>   o fix long standing doc typo
>   o update trident, fix printks, new ac97
>   o Update via audio - fix problems esd, mpg321
>   o update to new ac97_codec
>   o core fbcon fixes
>   o update vesafb memory handling for big cards
>   o update sis fb drivers
>   o add semtimedop to x86 headers
>   o update ac97 codec headers
>   o declare semtimedop function
>   o add scripts ready to merge kconfig
>   o update cciss docs to match new driver
>   o add vram to vesafb docs
>   o CMD640 update
>   o (new) Turn on the IDE modular stuff in the Makefile
>   o (resend) collected semaphore fixes and semtimedop
>   o make i810 audio compile
>
> Alex Williamson <alex_williamson@hp.com>:
>   o ia64: CMC deadlock fix
>
> Andi Kleen <ak@muc.de>:
>   o Personality fixes for x86-64
>   o x86-64 merge
>   o Support exception-trace sysctl for x86-64
>   o non executable stack support for x86-64
>
> Andrew Morton <akpm@digeo.com>:
>   o [CRYPTO]: Fix memcpy/memset args
>
> Ben Collins <bcollins@debian.org>:
>   o Update IEEE1394 (r972)
>
> Benjamin Herrenschmidt <benh@kernel.crashing.org>:
>   o ppc32: support for 750FX rev2 CPU
>   o ppc32: Enable use of USB2 on recent G4s
>   o ppc32: Update PowerMac motherboard support
>   o ppc32: Update swim3 floppy driver
>   o ppc32: Add TotalImpact briQ panel driver
>   o ppc32: Add a "query" function to core ADB
>   o ppc32: Update adbhid driver
>   o ppc32: Update battery calculation code & via-pmu
>   o ppc32: Minimal ethtool for bmac and mace
>   o ppc32: Fix a problem with both gmac and sungem
>
> Bjorn Helgaas <bjorn_helgaas@hp.com>:
>   o ia64: chmod +x unwcheck.sh script
>   o ia64: iosapic: make pcat_compat system property
>   o ia64: iosapic: rationalize __init/__devinit
>   o ia64: Export io_space so drivers using legacy I/O ports can insmod
>   o ia64: brl_emu.c: use temporary variable to avoid gcc3.1 warning
>   o ia64: remove incorrect and redundant "cpu not responding" message
>   o ia64: Update configs
>   o ia64: pci.c: Trivial changes to follow 2.5
>   o ia64: sba_iommu: use seq_file
>   o ia64: acpi: handle vendor resources more generically
>   o Move UP cpu_online definition to <linux/smp.h>
>   o Cset exclude:
rohit.seth@intel.com[helgaas]|ChangeSet|20030623203306|58862
>
> Chris Mason <mason@suse.com>:
>   o Fix potential IO hangs and increase interactiveness during heavy IO
>
> Christoph Hellwig <hch@lst.de>:
>   o [CRYPTO-2.4]: Missing ULL postfixes and statics
>
> David S. Miller <davem@nuts.ninka.net>:
>   o [BK]: Add *~ to ignore regexps
>   o [CRYPTO]: kunmap does not return a value
>   o [CRYPTO]: Build/warning fixups
>   o [CRYPTO]: Clean up header file usage
>   o [CRYPTO]: Include kernel.h in crypto.h
>   o [CRYPTO]: Allocate work buffers instead of using kstack
>   o [CRYPTO]: Make sha256.c more palatable to GCCs optimizers
>   o [CRYPTO]: internal.h needs init.h
>   o [CRYPTO]: Use appropriate defaults if AH/ESP is enabled
>   o [CRYPTO-2.4]: Add dummy kmap_types.h header for sparc64
>   o [CRYPTO]: Include linux/errno.h as appropriate
>   o [CRYPTO-2.4]: module_name does not exist in 2.4.x
>   o [CRYPTO-2.4]: const static --> static const
>   o [CRYPTO]: deflate.c needs slab.h
>   o [CRYPTO-2.4]: Fix condition typos in crypto/Config.in
>   o [CRYPTO-2.4]: Emulate module_name semantics correctly to avoid OOPS
>   o [CRYPTO-2.4]: Make sure crypto config is before lib config on ia64
>   o [NET]: net/bluetooth/cmtp/core.c needs linux/init.h
>   o [NET]: Scale DST/ipv6 intervals like we did for ipv4
>   o [SPARC64]: Fix build error from OBP parsing patch
>   o [SPARC64]: Update defconfig
>
> Erik Andersen <andersen@codepoet.org>:
>   o fix 2.4.22-pre broken x86 math-emu
>
> Greg Kroah-Hartman <greg@kroah.com>:
>   o USB: remove stupid conversions and use of floating point from aiptek.c
>   o USB: 2.4 fix UHCI debug kmalloc() usage
>   o USB: add support for 50 baud to io_edgeport.c
>   o USB: pl2303: report CTS and DSR status changes to userspace
>   o Cset exclude: cweidema@indiana.edu|ChangeSet|20030620002017|05386
>   o USB: compiler fixes for previous vicam patches
>
> Hugh Dickins <hugh@veritas.com>:
>   o remove shmem info->sem
>   o shmem_getpage absorb _locked
>   o shmem_getpage read,cache,write
>   o shmem truncation swizzled
>   o shmem account metablocks
>   o shmem_file_write and _read
>   o init_tmpfs shm_mnt error
>   o shmem whitespace only
>   o shmem misc minor mods
>   o swapoff loopable tmpfs
>   o shmem mount percentile size
>   o shmem_removepage replace recalc_inode
>   o loop file use highmem
>   o madvise_willneed check readpage
>   o shmem_file_write precheck_file_write
>   o mremap VM_LOCKED move_vma
>   o shmem loopable tmpfs [again]
>
> Ivan Kokshaysky <ink@jurassic.park.msu.ru>:
>   o alpha: fix generic kernel build (Jay Estabrook)
>   o alpha: finalize Sable/Lynx support (Jay Estabrook)
>
> James Morris <jmorris@intercode.com.au>:
>   o [CRYPTO]: Add initial crypto api subsystem
>   o [CRYPTO]: Cleanups based upon feedback from Rusty and jgarzik
>   o [CRYPTO]: Cleanups based upon feedback from Rusty and jgarzik
>   o [CRYPTO]: Use try_inc_mod_count and semaphore for alg list
>   o [CRYPTO]: Use kmod to try to autoload modules
>   o [CRYPTO]: Bug fixes and cleanups
>   o [CRYPTO]: More bug fixes and cleanups
>   o [CRYPTO]: Add MD4
>   o [CRYPTO]: Algorithm lookup API change plus bug fixes
>   o [CRYPTO]: Run tcrypt through lindent, plus doc update
>   o [CRYPTO]: Assert that interfaces are called on correct cipher type
>   o [CRYPTO]: Cleanups and more consistency checks
>   o [CRYPTO]: Update to IV get/set interface
>   o [CRYPTO]: Add some documentation
>   o [CRYPTO]: Fix some credits
>   o [CRYPTO]: Cleanups based upon suggestions by Jeff Garzik
>   o [CRYPTO]: Uninline some functions to save some bloat
>   o [CRYPTO]: Cleanups based upon feedback from jgarzik
>   o [CRYPTO]: Add crypto_alg_available interface
>   o [CRYPTO]: Rework HMAC interface
>   o [CRYPTO]: Add SHA256 plus bug fixes
>   o [CRYPTO]: Add blowfish algorithm
>   o [CRYPTO]: minor updates
>   o [CRYPTO] kstack cleanup (v0.28)
>   o [CRYPTO] Add maintainers entry
>   o [CRYPTO] Minor doc update
>   o [CRYPTO]: Add null algorithms and minor cleanups
>   o [CRYPTO]: Kill stray CRYPTO_ALG_TYPE_COMP
>   o [CRYPTO]: Add twofish algorithm
>   o [CRYPTO]: Add serpent algorithm
>   o [CRYPTO]: Documentation update
>   o [CRYPTO]: Dont compile procfs stuff if procfs is not enabled
>   o [CRYPTO]: Add AES algorithm
>   o [CRYPTO]: More credits for AES
>   o [CRYPTO]: Add support for SHA-386 and SHA-512
>   o [CRYPTO] remove superfluous goto from des module init exception path
>   o [CRYPTO] Add AES and MD4 to tcrypto crypto_alg_available() test
>   o [CRYPTO]: in/out scatterlist support for ciphers
>   o [CRYPTO]: Move km_types out of header
>   o [CRYPTO]: Add encrypt_iv() and decrypt_iv() methods
>   o [CRYPTO]: Eliminate crypto_tfm.crt_ctx, from Adam Richter
>   o [CRYPTO]: Documentation updates
>   o [CRYPTO]: Make use of crypto_exit_ops() during crypto_free_tfm()
>   o [CRYPTO]: Add Deflate algorithm to crypto API
>   o [CRYPTO]: deflate module: workaround zlib bug
>   o [CRYPTO]: Fix config dependencies
>
> Jeff Garzik <jgarzik@redhat.com>:
>   o [CRYPTO]: Kill accidental double memset
>   o [netdrvr 8139too] fix debug printk
>
> Linus Torvalds <torvalds@transmeta.com>:
>   o The crypto auto-load should be enabled if crypto is enabled
>
> Marcelo Tosatti <marcelo@freak.distro.conectiva>:
>   o Cset exclude: rusty@rustcorp.com.au|ChangeSet|20030625201246|52045
>   o Added missing BROKEN_PNP_BIOS declaration
>   o Changed EXTRAVERSION to -pre3
>
> Martin Schwidefsky <schwidefsky@de.ibm.com>:
>   o s390 base update
>   o s390 common i/o layer fixes
>   o s390 dasd driver update
>   o s390 31 bit compat
>   o s390 documentation update
>   o Add Configure.help entries for s390 options
>   o s390 3215 driver update
>   o s390 ctc network driver update
>   o s390 iucv network driver
>   o s390 defconfigs update
>   o console semaphore fix
>
> Matt Domsch <matt_domsch@dell.com>:
>   o ia64: efivars fix by Matt Domsch and Peter Chubb
>
> Olaf Hering <olh@suse.de>:
>   o missing asm-ppc64/kmap_types.h
>
> Oleg Drokin <green@angband.namesys.com>:
>   o reiserfs: Relocated journal support by Edward Shushkin & Vladimir
Saveliev
>   o reiserfs: speed up large file holes creation
>   o reiserfs: Make most of the reiserfs warning messages to print what
device they relate to
>
> Oliver Neukum <oliver@neukum.org>:
>   o USB: disconnect of v4l devices in 2.4
>   o USB: fix to previous vicam patch
>
> Peter Chubb <peter@chubb.wattle.id.au>:
>   o ia64: declare test_bit() arg as "const"
>
> Roger Luethi <rl@hellgate.ch>:
>   o [netdrvr via-rhine] via-rhine 1.18-rc1: Fix Rhine-I regression
>
> Russell King <rmk@arm.linux.org.uk>:
>   o ARM merge part 1 - arch/arm
>   o ARM merge part 2 - include/asm-arm
>   o ARM merge part 3 - drivers/acorn
>
> Rusty Russell <rusty@rustcorp.com.au>:
>   o 2.5.43 export _end
>
> Scott Feldman <scott.feldman@intel.com>:
>   o Remove CAP_NET_ADMIN check for SIOCETHTOOL's
>
> Tom Callaway <tcallawa@redhat.com>:
>   o [SPARC64]: Fix OBP version parsing on newer systems
>
> Trond Myklebust <trond.myklebust@fys.uio.no>:
>   o A patch by Chuck Lever that cleans up the RPC socket slot allocation
code.
>   o A patch by Chuck Lever with further cleanups of the RPC socket slot
allocation code.
>   o Another patch by Chuck Lever that ensures that the PG_uptodate bit
gets set when the entire page gets written by nfs_writepage_sync()
>   o A patch by Patrice Dumas to implement nlmsvc_proc_granted_res
>   o A patch by Patrice Dumas to add a check in order to ensure that we
really were requesting a blocking lock when we get a reply from the server
asking us to block.
>   o A patch to ensures that blocks which are not going to time out are
placed last on the nlm_block list (problem reported by Olaf Kirch).
>   o Add standard spinlocks to protect the socket from being released by
one CPU while the other is in a soft interrupt.
>   o Fix a race: Ensure that requests retry if the remote server
disconnects us while we're inside xprt_transmit().
>   o Don't use an RPC child process when reconnecting to a TCP server
>   o Ensure that if we need to reconnect the socket, we also resend the
entire message.
>   o Fix a TCP client corruption problem affecting resent requests
>   o Ensure that the lockd clients always use one of the reserved ports
>   o Replace buggy version of xdr_shift_buf() with the version from 2.5.x
>
> -
> 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] 63+ messages in thread

* Re: Linux 2.4.22-pre3
  2003-07-07  1:05     ` Larry McVoy
  2003-07-07  0:11       ` Ben Collins
@ 2003-07-08 18:05       ` Adrian Bunk
  2003-07-08 19:18         ` Jeff Garzik
  1 sibling, 1 reply; 63+ messages in thread
From: Adrian Bunk @ 2003-07-08 18:05 UTC (permalink / raw)
  To: Larry McVoy, Marcelo Tosatti, Ben Collins, linux-kernel

On Sun, Jul 06, 2003 at 06:05:27PM -0700, Larry McVoy wrote:
> On Sun, Jul 06, 2003 at 10:00:34PM -0300, Marcelo Tosatti wrote:
> > On Sun, 6 Jul 2003, Ben Collins wrote:
> > > Any chance you could be consistent in tagging the -pre's? Neither pre2,
> > > nor pre3 is tagged in BK, and thus, not tagged in CVS/SVN either.
> > 
> > I guess I have tagged -pre2 and -pre3:
> > 
> > Maybe I'm missing something?
> 
> Hmm.   Ben, look again in the CVS tree and make sure that the tags aren't
> there.  Maybe the converter screwed up?  

-pre2 and -pre3 are also missing at
  http://ftp.kernel.org/pub/linux/kernel/v2.4/testing/cset/

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] 63+ messages in thread

* Re: Linux 2.4.22-pre3
  2003-07-08 18:05       ` Adrian Bunk
@ 2003-07-08 19:18         ` Jeff Garzik
  2003-07-10 15:15           ` Larry McVoy
  0 siblings, 1 reply; 63+ messages in thread
From: Jeff Garzik @ 2003-07-08 19:18 UTC (permalink / raw)
  To: Adrian Bunk; +Cc: Larry McVoy, Marcelo Tosatti, Ben Collins, linux-kernel

On Tue, Jul 08, 2003 at 08:05:21PM +0200, Adrian Bunk wrote:
> On Sun, Jul 06, 2003 at 06:05:27PM -0700, Larry McVoy wrote:
> > On Sun, Jul 06, 2003 at 10:00:34PM -0300, Marcelo Tosatti wrote:
> > > On Sun, 6 Jul 2003, Ben Collins wrote:
> > > > Any chance you could be consistent in tagging the -pre's? Neither pre2,
> > > > nor pre3 is tagged in BK, and thus, not tagged in CVS/SVN either.
> > > 
> > > I guess I have tagged -pre2 and -pre3:
> > > 
> > > Maybe I'm missing something?
> > 
> > Hmm.   Ben, look again in the CVS tree and make sure that the tags aren't
> > there.  Maybe the converter screwed up?  
> 
> -pre2 and -pre3 are also missing at
>   http://ftp.kernel.org/pub/linux/kernel/v2.4/testing/cset/

hrm.  Well, it's definitely tagged correctly in Marcelo's main 2.4 BK
repo.

	Jeff




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

* Re: Linux 2.4.22-pre3
  2003-07-08 16:59 ` Jim Gifford
@ 2003-07-08 20:38   ` Marcelo Tosatti
  2003-07-08 21:36     ` Jim Gifford
  0 siblings, 1 reply; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-08 20:38 UTC (permalink / raw)
  To: Jim Gifford; +Cc: lkml


Are you using SMP? What drivers are you using and what your workload is?

On Tue, 8 Jul 2003, Jim Gifford wrote:

> Still receiving lockups. It it is about 2 days and 10 hours before the
> system just freezes. I can use the sysrq keys to safely shutdown. No error
> messages present in any logs.
>
> As I stated in previous emails, when I run sync every hour, this prevents
> the lock ups. I will try this under the 2.4.22-pre3.

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

* Re: Linux 2.4.22-pre3
  2003-07-08 20:38   ` Marcelo Tosatti
@ 2003-07-08 21:36     ` Jim Gifford
  2003-07-08 22:23       ` Alan Cox
  0 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-08 21:36 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: lkml


----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "lkml" <linux-kernel@vger.kernel.org>
Sent: Tuesday, July 08, 2003 1:38 PM
Subject: Re: Linux 2.4.22-pre3


>
> Are you using SMP? What drivers are you using and what your workload is?
>
> On Tue, 8 Jul 2003, Jim Gifford wrote:
>
> > Still receiving lockups. It it is about 2 days and 10 hours before the
> > system just freezes. I can use the sysrq keys to safely shutdown. No
error
> > messages present in any logs.
> >
> > As I stated in previous emails, when I run sync every hour, this
prevents
> > the lock ups. I will try this under the 2.4.22-pre3.
> -
> 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/
>

Here is in the information you requested, probably more than you need.

Running a Dell Poweredge 4200 with 2 Pentium II 333 with a Dell
Perc2(Megaraid) and adaptec. 1GB of ECC/EDO RAM. Adaptec 6922 Network
Adapter

Using Megaraid Driver 1.18i (from lsi logic's web site)
Using Adaptec Driver included in pre3.
Using Tulip driver for ethernet included in pre3
Using usb-ohci driver for usb included in pre3
Utilizing ext3 file system on 3 logical drives.

Server is a multi-purpose box. Apache, Courier Mail, Proftp, and SSH. (ran
on version 2.4.19 with no issues, problems started with 2.4.20.)

Compiled using GCC 3.3.

Here is the procinfo information. With all services running.

Linux 2.4.22-pre3 (root@server) (gcc 3.3) #1 SMP Tue Jul 8 12:17:09 PDT 2003
2CPU [server.jg555.com]

Memory:      Total        Used        Free      Shared     Buffers
Cached
Mem:       1033680      224568      809112           0       13604
60280
Swap:      1060280           0     1060280

Bootup: Tue Jul  8 14:05:29 2003    Load average: 3.19 3.15 2.47 8/114 22182

user  :       0:17:49.33  34.6%  page in :    67027  disk 1:     1563r
3187w
nice  :       0:24:10.61  46.9%  page out:    76204  disk 2:     2202r
1396w
system:       0:06:05.34  11.8%  swap in :        1  disk 3:     3377r
1780w
idle  :       0:03:26.38   6.7%  swap out:        0  disk 4:        4r
0w
uptime:       0:25:45.82         context :   838418

irq  0:    154583 timer                 irq  6:         1
irq  1:         3 keyboard              irq  8:        96 rtc
irq  2:         0 cascade [4]           irq  9:     13516 megaraid
irq  3:         4 serial                irq 11:      3417 eth0, eth1
irq  4:        62 serial                irq 12:         7 PS/2 Mouse
irq  5:         0 usb-ohci              irq 15:       132 aic7xxx, aic7xxx

ver_linux output
Linux server 2.4.22-pre3 #1 SMP Tue Jul 8 12:17:09 PDT 2003 i686 unknown
unknown GNU/Linux

Gnu C                  3.3
Gnu make               3.80
util-linux             2.11z
mount                  2.11z
modutils               2.4.25
e2fsprogs              1.33
PPP                    2.4.1
Linux C Library        2.3.2
Dynamic linker (ldd)   2.3.2
Linux C++ Library      5.0.4
Procps                 3.1.9
Net-tools              1.60
Kbd                    1.08
Sh-utils               5.0
Modules Loaded         dazuko ipt_TCPMSS ipt_TOS ipt_string ipt_psd
ipt_pkttype ipt_unclean ipt_state ipt_REJECT ipt_LOG ipt_limit
iptable_mangle iptable_nat iptable_filter ip_tables ip_conntrack_h323
ip_conntrack_mms ip_conntrack_irc ip_conntrack_ftp ip_conntrack tulip rtc
usb-ohci usbcore aic7xxx megaraid sd_mod scsi_mod


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

* Re: Linux 2.4.22-pre3
  2003-07-08 21:36     ` Jim Gifford
@ 2003-07-08 22:23       ` Alan Cox
  2003-07-08 22:46         ` Jim Gifford
  0 siblings, 1 reply; 63+ messages in thread
From: Alan Cox @ 2003-07-08 22:23 UTC (permalink / raw)
  To: Jim Gifford; +Cc: Marcelo Tosatti, lkml

On Maw, 2003-07-08 at 22:36, Jim Gifford wrote:
> Server is a multi-purpose box. Apache, Courier Mail, Proftp, and SSH. (ran
> on version 2.4.19 with no issues, problems started with 2.4.20.)
> 
> Compiled using GCC 3.3.

So the problem started before you switched compilers you were using to
build kernels ?


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

* Re: Linux 2.4.22-pre3
  2003-07-08 22:23       ` Alan Cox
@ 2003-07-08 22:46         ` Jim Gifford
  2003-07-09 17:33           ` Marcelo Tosatti
  0 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-08 22:46 UTC (permalink / raw)
  To: Alan Cox; +Cc: Marcelo Tosatti, lkml

----- Original Message ----- 
From: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Tuesday, July 08, 2003 3:23 PM
Subject: Re: Linux 2.4.22-pre3


> On Maw, 2003-07-08 at 22:36, Jim Gifford wrote:
> > Server is a multi-purpose box. Apache, Courier Mail, Proftp, and SSH.
(ran
> > on version 2.4.19 with no issues, problems started with 2.4.20.)
> >
> > Compiled using GCC 3.3.
>
> So the problem started before you switched compilers you were using to
> build kernels ?
>
> -
> 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/
>
The problem was also pre GCC 3.3. I also have tried to compile the kernel
with GCC 2.95.3 I still get lock ups also.


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

* Re: Linux 2.4.22-pre3
  2003-07-08 22:46         ` Jim Gifford
@ 2003-07-09 17:33           ` Marcelo Tosatti
       [not found]             ` <064101c34644$3d917850$3400a8c0@W2RZ8L4S02>
  0 siblings, 1 reply; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-09 17:33 UTC (permalink / raw)
  To: Jim Gifford; +Cc: Alan Cox, lkml



On Tue, 8 Jul 2003, Jim Gifford wrote:

> ----- Original Message -----
> From: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
> To: "Jim Gifford" <maillist@jg555.com>
> Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
> <linux-kernel@vger.kernel.org>
> Sent: Tuesday, July 08, 2003 3:23 PM
> Subject: Re: Linux 2.4.22-pre3
>
>
> > On Maw, 2003-07-08 at 22:36, Jim Gifford wrote:
> > > Server is a multi-purpose box. Apache, Courier Mail, Proftp, and SSH.
> (ran
> > > on version 2.4.19 with no issues, problems started with 2.4.20.)
> > >
> > > Compiled using GCC 3.3.
> >
> > So the problem started before you switched compilers you were using to
> > build kernels ?
>
> The problem was also pre GCC 3.3. I also have tried to compile the kernel
> with GCC 2.95.3 I still get lock ups also.

Have you tried memtest on the box? It might be memory corruption (??).

Please confirm your memory is fine (with memtest), then we continue trying
to find the problem, OK?

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

* Re: Linux 2.4.22-pre3
       [not found]             ` <064101c34644$3d917850$3400a8c0@W2RZ8L4S02>
@ 2003-07-10  3:27               ` Marcelo Tosatti
       [not found]                 ` <042801c3472c$f4539f80$3400a8c0@W2RZ8L4S02>
  0 siblings, 1 reply; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-10  3:27 UTC (permalink / raw)
  To: Jim Gifford; +Cc: lkml


Jim,

Hum, so there are no memory problems.

Do you have the NMI oopser on? It might help us.

Also, do you remember when it started to crash like this? (which kernel
started to show the problem)

On Wed, 9 Jul 2003, Jim Gifford wrote:

> I ran memtest86 for 48 hours with no errors. (This was done about to week
> ago)
> ----- Original Message -----
> From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
> To: "Jim Gifford" <maillist@jg555.com>
> Cc: "Alan Cox" <alan@lxorguk.ukuu.org.uk>; "lkml"
> <linux-kernel@vger.kernel.org>
> Sent: Wednesday, July 09, 2003 10:33 AM
> Subject: Re: Linux 2.4.22-pre3
>
>
> >
> >
> > On Tue, 8 Jul 2003, Jim Gifford wrote:
> >
> > > ----- Original Message -----
> > > From: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
> > > To: "Jim Gifford" <maillist@jg555.com>
> > > Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
> > > <linux-kernel@vger.kernel.org>
> > > Sent: Tuesday, July 08, 2003 3:23 PM
> > > Subject: Re: Linux 2.4.22-pre3
> > >
> > >
> > > > On Maw, 2003-07-08 at 22:36, Jim Gifford wrote:
> > > > > Server is a multi-purpose box. Apache, Courier Mail, Proftp, and
> SSH.
> > > (ran
> > > > > on version 2.4.19 with no issues, problems started with 2.4.20.)
> > > > >
> > > > > Compiled using GCC 3.3.
> > > >
> > > > So the problem started before you switched compilers you were using to
> > > > build kernels ?
> > >
> > > The problem was also pre GCC 3.3. I also have tried to compile the
> kernel
> > > with GCC 2.95.3 I still get lock ups also.
> >
> > Have you tried memtest on the box? It might be memory corruption (??).
> >
> > Please confirm your memory is fine (with memtest), then we continue trying
> > to find the problem, OK?

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

* Re: Linux 2.4.22-pre3
  2003-07-10 15:15           ` Larry McVoy
@ 2003-07-10 14:12             ` Ben Collins
  0 siblings, 0 replies; 63+ messages in thread
From: Ben Collins @ 2003-07-10 14:12 UTC (permalink / raw)
  To: Larry McVoy, Jeff Garzik, Adrian Bunk, Larry McVoy,
	Marcelo Tosatti, linux-kernel, Wayne Scott

On Thu, Jul 10, 2003 at 08:15:07AM -0700, Larry McVoy wrote:
> On Tue, Jul 08, 2003 at 03:18:17PM -0400, Jeff Garzik wrote:
> > On Tue, Jul 08, 2003 at 08:05:21PM +0200, Adrian Bunk wrote:
> > > On Sun, Jul 06, 2003 at 06:05:27PM -0700, Larry McVoy wrote:
> > > > On Sun, Jul 06, 2003 at 10:00:34PM -0300, Marcelo Tosatti wrote:
> > > > > On Sun, 6 Jul 2003, Ben Collins wrote:
> > > > > > Any chance you could be consistent in tagging the -pre's? Neither pre2,
> > > > > > nor pre3 is tagged in BK, and thus, not tagged in CVS/SVN either.
> > > > > 
> > > > > I guess I have tagged -pre2 and -pre3:
> > > > > 
> > > > > Maybe I'm missing something?
> > > > 
> > > > Hmm.   Ben, look again in the CVS tree and make sure that the tags aren't
> > > > there.  Maybe the converter screwed up?  
> > > 
> > > -pre2 and -pre3 are also missing at
> > >   http://ftp.kernel.org/pub/linux/kernel/v2.4/testing/cset/
> > 
> > hrm.  Well, it's definitely tagged correctly in Marcelo's main 2.4 BK
> > repo.
> 
> I think I've found the bug - it's in the code that collapses multiple 
> changesets into one CVS checkin.  It looks like we are picking up 
> tags only if the tag was on the last changeset in the sequence instead
> of any changeset in the sequence.  We're fixing it.

Thanks.

-- 
Debian     - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo       - http://www.deqo.com/

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

* Re: Linux 2.4.22-pre3
  2003-07-08 19:18         ` Jeff Garzik
@ 2003-07-10 15:15           ` Larry McVoy
  2003-07-10 14:12             ` Ben Collins
  0 siblings, 1 reply; 63+ messages in thread
From: Larry McVoy @ 2003-07-10 15:15 UTC (permalink / raw)
  To: Jeff Garzik
  Cc: Adrian Bunk, Larry McVoy, Marcelo Tosatti, Ben Collins,
	linux-kernel, Wayne Scott

On Tue, Jul 08, 2003 at 03:18:17PM -0400, Jeff Garzik wrote:
> On Tue, Jul 08, 2003 at 08:05:21PM +0200, Adrian Bunk wrote:
> > On Sun, Jul 06, 2003 at 06:05:27PM -0700, Larry McVoy wrote:
> > > On Sun, Jul 06, 2003 at 10:00:34PM -0300, Marcelo Tosatti wrote:
> > > > On Sun, 6 Jul 2003, Ben Collins wrote:
> > > > > Any chance you could be consistent in tagging the -pre's? Neither pre2,
> > > > > nor pre3 is tagged in BK, and thus, not tagged in CVS/SVN either.
> > > > 
> > > > I guess I have tagged -pre2 and -pre3:
> > > > 
> > > > Maybe I'm missing something?
> > > 
> > > Hmm.   Ben, look again in the CVS tree and make sure that the tags aren't
> > > there.  Maybe the converter screwed up?  
> > 
> > -pre2 and -pre3 are also missing at
> >   http://ftp.kernel.org/pub/linux/kernel/v2.4/testing/cset/
> 
> hrm.  Well, it's definitely tagged correctly in Marcelo's main 2.4 BK
> repo.

I think I've found the bug - it's in the code that collapses multiple 
changesets into one CVS checkin.  It looks like we are picking up 
tags only if the tag was on the last changeset in the sequence instead
of any changeset in the sequence.  We're fixing it.
-- 
---
Larry McVoy              lm at bitmover.com          http://www.bitmover.com/lm

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

* Re: Linux 2.4.22-pre3
  2003-07-06  1:02 Linux 2.4.22-pre3 Marcelo Tosatti
                   ` (4 preceding siblings ...)
  2003-07-08 16:59 ` Jim Gifford
@ 2003-07-11 13:03 ` Geert Uytterhoeven
  2003-07-11 13:10   ` Benjamin Herrenschmidt
  2003-07-14  9:55 ` kmap_types.h (was: Re: Linux 2.4.22-pre3) Geert Uytterhoeven
  6 siblings, 1 reply; 63+ messages in thread
From: Geert Uytterhoeven @ 2003-07-11 13:03 UTC (permalink / raw)
  To: Benjamin Herrenschmidt, Marcelo Tosatti; +Cc: Paul Mackerras, lkml

On Sat, 5 Jul 2003, Marcelo Tosatti wrote:
> Summary of changes from v2.4.22-pre2 to v2.4.22-pre3
> ============================================
> Benjamin Herrenschmidt <benh@kernel.crashing.org>:
>   o ppc32: Update adbhid driver

This change breaks the build for Mac/m68k (cfr. 2.5.x). The patch below cures
that, cfr. the similar so-far-unapplied patch for 2.5.x (it's CONFIG_ALL_PPC in
2.4.x and CONFIG_PPC_PMAC in 2.5.x, right)?

--snip--

ADB HID: Exclude PowerMac-specific things on classic Macs

--- linux-2.4.x/drivers/macintosh/adbhid.c	Tue Jul  8 13:30:28 2003
+++ linux-m68k-2.4.x/drivers/macintosh/adbhid.c	Fri Jul 11 14:39:56 2003
@@ -44,7 +44,9 @@
 #include <linux/pmu.h>
 
 #include <asm/machdep.h>
+#ifdef CONFIG_ALL_PPC
 #include <asm/pmac_feature.h>
+#endif
 
 #ifdef CONFIG_PMAC_BACKLIGHT
 #include <asm/backlight.h>
@@ -158,6 +160,7 @@
 		return;
 	case 0x3f: /* ignore Powerbook Fn key */
 		return;
+#ifdef CONFIG_ALL_PPC
 	case 0x7e: /* Power key on PBook 3400 needs remapping */
 		switch(pmac_call_feature(PMAC_FTR_GET_MB_INFO,
 			NULL, PMAC_MB_INFO_MODEL, 0)) {
@@ -167,6 +170,7 @@
 			keycode = 0x7f;
 		}
 		break;
+#endif /* CONFIG_ALL_PPC */
 	}
 
 	if (adbhid[id]->keycode[keycode])

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


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

* Re: Linux 2.4.22-pre3
  2003-07-11 13:03 ` Linux 2.4.22-pre3 Geert Uytterhoeven
@ 2003-07-11 13:10   ` Benjamin Herrenschmidt
  0 siblings, 0 replies; 63+ messages in thread
From: Benjamin Herrenschmidt @ 2003-07-11 13:10 UTC (permalink / raw)
  To: Geert Uytterhoeven; +Cc: Marcelo Tosatti, Paul Mackerras, lkml

On Fri, 2003-07-11 at 15:03, Geert Uytterhoeven wrote:
> On Sat, 5 Jul 2003, Marcelo Tosatti wrote:
> > Summary of changes from v2.4.22-pre2 to v2.4.22-pre3
> > ============================================
> > Benjamin Herrenschmidt <benh@kernel.crashing.org>:
> >   o ppc32: Update adbhid driver
> 
> This change breaks the build for Mac/m68k (cfr. 2.5.x). The patch below cures
> that, cfr. the similar so-far-unapplied patch for 2.5.x (it's CONFIG_ALL_PPC in
> 2.4.x and CONFIG_PPC_PMAC in 2.5.x, right)?

Right, I always forget you also use adbhid nowadays... sorry about that.

Ben.


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

* Re: Linux 2.4.22-pre3
       [not found]                     ` <06e301c347c7$2a779590$3400a8c0@W2RZ8L4S02>
@ 2003-07-11 17:06                       ` Marcelo Tosatti
  2003-07-11 20:15                         ` Jim Gifford
  0 siblings, 1 reply; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-11 17:06 UTC (permalink / raw)
  To: Jim Gifford; +Cc: lkml


Right. Waiting for more results.

Please always forawrd lkml okay?

On Fri, 11 Jul 2003, Jim Gifford wrote:

> It locked up last night, but no error information. But I did notice a
> massive memory leak. I will follow up on that today, (756MB).
>
> ----- Original Message -----
> From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
> To: "Jim Gifford" <maillist@jg555.com>
> Cc: <riel@redhat.com>; "Andrea Arcangeli" <andrea@suse.de>
> Sent: Friday, July 11, 2003 5:56 AM
> Subject: Re: Linux 2.4.22-pre3
>
>
> > y
> >
> > On Thu, 10 Jul 2003, Jim Gifford wrote:
> >
> > > I have a question, look at the buffers. Should the buffers be increasing
> in
> > > this manner??
> >
> > I think its correct - its just caching more data after time passes.
> >
> > RIel, Andrea?
> >
> > >
> > > When I started the system this was my reading
> > >
> > > top - 01:39:10 up 5 min, 1 user, load average: 3.70, 1.78, 0.72
> > > Tasks: 106 total, 3 running, 103 sleeping, 0 stopped, 0 zombie
> > > Cpu0 : 30.8% user, 13.5% system, 55.8% nice, 0.0% idle
> > > Cpu1 : 39.7% user, 18.6% system, 41.7% nice, 0.0% idle
> > > Mem: 1033896k total, 195548k used, 838348k free, 7188k buffers
> > > Swap: 265060k total, 0k used, 265060k free, 45132k cached
> > >
> > > Here is my current reading after being up 13 hours.
> > >
> > > top - 14:41:57 up 13:06,  2 users,  load average: 2.92, 3.26, 3.11
> > > Tasks: 118 total,   5 running, 113 sleeping,   0 stopped,   0 zombie
> > >  Cpu0 :  32.5% user,  10.8% system,  56.7% nice,   0.0% idle
> > >  Cpu1 :  27.4% user,  12.1% system,  60.5% nice,   0.0% idle
> > > Mem:   1033672k total,   577568k used,   456104k free,   137452k buffers
> > > Swap:   265060k total,        0k used,   265060k free,   167232k cached
> >
> >
>

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

* Re: Linux 2.4.22-pre3
  2003-07-11 17:06                       ` Marcelo Tosatti
@ 2003-07-11 20:15                         ` Jim Gifford
  2003-07-11 20:49                           ` Marcelo Tosatti
  0 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-11 20:15 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: lkml

Ok,
    Here is what I got from my check. Snort is the culprit. When it starts,
it runs at 40mb. Each hour it adds 20 mb. So by the time the system is up
for hours, it starts cosuming memory. Today after I restartd my system, I
noticed every hour it was adding a mb of RAM.

It started at 40mb and after 4 hours is up to 45mb.

Thanx all for your help and assistance.

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "lkml" <linux-kernel@vger.kernel.org>
Sent: Friday, July 11, 2003 10:06 AM
Subject: Re: Linux 2.4.22-pre3


>
> Right. Waiting for more results.
>
> Please always forawrd lkml okay?
>
> On Fri, 11 Jul 2003, Jim Gifford wrote:
>
> > It locked up last night, but no error information. But I did notice a
> > massive memory leak. I will follow up on that today, (756MB).
> >
> > ----- Original Message -----
> > From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
> > To: "Jim Gifford" <maillist@jg555.com>
> > Cc: <riel@redhat.com>; "Andrea Arcangeli" <andrea@suse.de>
> > Sent: Friday, July 11, 2003 5:56 AM
> > Subject: Re: Linux 2.4.22-pre3
> >
> >
> > > y
> > >
> > > On Thu, 10 Jul 2003, Jim Gifford wrote:
> > >
> > > > I have a question, look at the buffers. Should the buffers be
increasing
> > in
> > > > this manner??
> > >
> > > I think its correct - its just caching more data after time passes.
> > >
> > > RIel, Andrea?
> > >
> > > >
> > > > When I started the system this was my reading
> > > >
> > > > top - 01:39:10 up 5 min, 1 user, load average: 3.70, 1.78, 0.72
> > > > Tasks: 106 total, 3 running, 103 sleeping, 0 stopped, 0 zombie
> > > > Cpu0 : 30.8% user, 13.5% system, 55.8% nice, 0.0% idle
> > > > Cpu1 : 39.7% user, 18.6% system, 41.7% nice, 0.0% idle
> > > > Mem: 1033896k total, 195548k used, 838348k free, 7188k buffers
> > > > Swap: 265060k total, 0k used, 265060k free, 45132k cached
> > > >
> > > > Here is my current reading after being up 13 hours.
> > > >
> > > > top - 14:41:57 up 13:06,  2 users,  load average: 2.92, 3.26, 3.11
> > > > Tasks: 118 total,   5 running, 113 sleeping,   0 stopped,   0 zombie
> > > >  Cpu0 :  32.5% user,  10.8% system,  56.7% nice,   0.0% idle
> > > >  Cpu1 :  27.4% user,  12.1% system,  60.5% nice,   0.0% idle
> > > > Mem:   1033672k total,   577568k used,   456104k free,   137452k
buffers
> > > > Swap:   265060k total,        0k used,   265060k free,   167232k
cached
> > >
> > >
> >
>


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

* Re: Linux 2.4.22-pre3
  2003-07-11 20:15                         ` Jim Gifford
@ 2003-07-11 20:49                           ` Marcelo Tosatti
  2003-07-12 18:08                             ` Linux 2.4.22-pre5 Was " Jim Gifford
  0 siblings, 1 reply; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-11 20:49 UTC (permalink / raw)
  To: Jim Gifford; +Cc: lkml



On Fri, 11 Jul 2003, Jim Gifford wrote:

> Ok,
>     Here is what I got from my check. Snort is the culprit. When it starts,
> it runs at 40mb. Each hour it adds 20 mb. So by the time the system is up
> for hours, it starts cosuming memory. Today after I restartd my system, I
> noticed every hour it was adding a mb of RAM.
>
> It started at 40mb and after 4 hours is up to 45mb.
>
> Thanx all for your help and assistance.

Ok, thanks for your report.

Try -pre5 8)

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

* Re: Linux 2.4.22-pre5 Was Re: Linux 2.4.22-pre3
  2003-07-11 20:49                           ` Marcelo Tosatti
@ 2003-07-12 18:08                             ` Jim Gifford
  2003-07-14 14:48                               ` 2.4.22-pre5 deadlock Marcelo Tosatti
  0 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-12 18:08 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: lkml

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

I started linux-2.4.22-pre5 at 1:00am it stopped at 8:00am, with no error
messages. I did enable sysrq keys here is the information.

Show Memory
Jul 12 10:42:41 server SysRq : Show Memory
Jul 12 10:42:41 server Mem-info:
Jul 12 10:42:41 server Free pages:      507876kB (  2044kB HighMem)
Jul 12 10:42:41 server Zone:DMA freepages: 13600kB min:   128kB low:   256kB
high:   384kB
Jul 12 10:42:41 server Zone:Normal freepages:492232kB min:  1020kB low:
2040kB high:  3060kB
Jul 12 10:42:41 server Zone:HighMem freepages:  2044kB min:  1020kB low:
2040kB high:  3060kB
Jul 12 10:42:41 server ( Active: 41175, inactive: 52516, free: 126969 )
Jul 12 10:42:41 server 2*4kB 3*8kB 2*16kB 3*32kB 0*64kB 1*128kB 2*256kB
1*512kB 0*1024kB 6*2048kB = 13600kB)
Jul 12 10:42:41 server 35*4kB 62*8kB 25*16kB 58*32kB 102*64kB 50*128kB
13*256kB 4*512kB 2*1024kB 229*2048kB = 492236kB)
Jul 12 10:42:41 server 1*4kB 1*8kB 1*16kB 1*32kB 1*64kB 1*128kB 1*256kB
1*512kB 1*1024kB 0*2048kB = 2044kB)
Jul 12 10:42:41 server Swap cache: add 0, delete 0, find 0/0, race 0+0
Jul 12 10:42:41 server Free swap:       265060kB
Jul 12 10:42:41 server 262144 pages of RAM
Jul 12 10:42:41 server 32768 pages of HIGHMEM
Jul 12 10:42:41 server 3726 reserved pages
Jul 12 10:42:41 server 123007 pages shared
Jul 12 10:42:41 server 0 pages swap cached
Jul 12 10:42:41 server 34 pages in page table cache
Jul 12 10:42:41 server Buffer memory:   128776kB
Jul 12 10:42:41 server Cache memory:   130604kB
Jul 12 10:42:41 server CLEAN: 12454 buffers, 49813 kbyte, 52 used
(last=12452), 0 locked, 0 dirty
Jul 12 10:42:41 server LOCKED: 27 buffers, 96 kbyte, 25 used (last=27), 0
locked, 0 dirty
Jul 12 10:42:41 server DIRTY: 12 buffers, 48 kbyte, 12 used (last=12), 0
locked, 8 dirty

Show Regs
Jul 12 10:42:51 server SysRq : Show Regs
Jul 12 10:42:51 server
Jul 12 10:42:51 server Pid: 3216, comm:           setiathome
Jul 12 10:42:51 server EIP: 0023:[<0806330d>] CPU: 1 ESP: 002b:bffff1ec
EFLAGS: 00000206    Tainted: P
Jul 12 10:42:51 server EAX: 40ff2040 EBX: 00022138 ECX: 00022158 EDX:
00022168
Jul 12 10:42:51 server ESI: 00022148 EDI: 00022128 EBP: bffff298 DS: 002b
ES: 002b
Jul 12 10:42:51 server CR0: 80050033 CR2: 41072000 CR3: 36d36000 CR4:
000002d0

Show State
Jul 12 10:42:54 server SysRq : Show State
Jul 12 10:42:54 server
Jul 12 10:42:54 server free                        sibling
Jul 12 10:42:54 server task             PC    stack   pid father child
younger older
Jul 12 10:42:54 server init          S C0270798  3072     1      0  5856
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c01601cc>] [<c011c7e0>]
[<c0160437>] [<c016089d>]
Jul 12 10:42:54 server [<c0159cc6>] [<c0109a3f>]
Jul 12 10:42:54 server keventd       S C1C1DF54  5880     2      1
3       (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c01b690d>] [<c012c203>] [<c0131924>]
[<c01317a0>] [<c010788e>]
Jul 12 10:42:54 server [<c01317a0>]
Jul 12 10:42:54 server ksoftirqd_CPU S C1C1BFAC  6044     3      1
4     2 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c01eb557>] [<c0127a2c>] [<c010788e>]
[<c0127940>]
Jul 12 10:42:54 server ksoftirqd_CPU S F6D34000  6208     4      1
5     3 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c0127a2c>] [<c010788e>] [<c0127940>]
Jul 12 10:42:54 server kswapd        S F7F5A000  6300     5      1
6     4 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c0124e00>] [<c0141b59>] [<c0141aa0>]
[<c010788e>] [<c0141aa0>]
Jul 12 10:42:54 server bdflush       S FFFFFFFF  6276     6      1
7     5 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c011d330>] [<c015245f>] [<c010788e>]
[<c0152310>]
Jul 12 10:42:54 server kupdated      S 001F5ECD  5372     7      1
19     6 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c0185c6e>] [<c011c858>] [<c011c7e0>]
[<c0152575>] [<c0152480>]
Jul 12 10:42:54 server [<c010788e>] [<c0152480>]
Jul 12 10:42:54 server ahc_dv_0      S F7B67CC4  5556    17      1
22    18 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c010827e>] [<fa80b373>] [<c0108412>]
[<fa82d5ef>] [<fa827ee0>]
Jul 12 10:42:54 server [<c010788e>] [<fa827ee0>]
Jul 12 10:42:54 server ahc_dv_1      S FFFFFFFF  5984    18      1
17    20 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c010827e>] [<c011e306>] [<c0108412>]
[<fa82d5ef>] [<fa827ee0>]
Jul 12 10:42:54 server [<c010788e>] [<fa827ee0>]
Jul 12 10:42:54 server scsi_eh_1     S FFFFFFFF  6168    19      1
20     7 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c010827e>] [<c0108412>] [<fa80f100>]
[<fa808daf>] [<fa80f186>]
Jul 12 10:42:54 server [<c01099f2>] [<c010788e>] [<fa8088d0>]
Jul 12 10:42:54 server scsi_eh_2     S FFFFFFFF  6168    20      1
18    19 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c010827e>] [<c0108412>] [<fa80f100>]
[<fa808daf>] [<fa80f186>]
Jul 12 10:42:54 server [<c01099f2>] [<c010788e>] [<fa8088d0>]
Jul 12 10:42:54 server khubd         S C02B0000  2384    22      1
32    17 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c0124e00>] [<fa85ba36>] [<c010ef5a>]
[<fa866838>] [<fa866838>]
Jul 12 10:42:54 server [<c010788e>] [<fa85b8e0>]
 Jul 12 10:42:54 server kjournald     S F6D34000  4484    32      1
51    22 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c01193cc>] [<c011d330>] [<c018cdc9>]
[<c01099f2>] [<c018cbd0>]
Jul 12 10:42:54 server [<c010788e>] [<c018cbf0>]
Jul 12 10:42:54 server devfsd        S F7332000  5144    51      1  5030
74    32 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0109a3f>]
Jul 12 10:42:54 server kjournald     S F7538000  5568    74      1
75    51 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c01219dd>] [<c011d330>] [<c0121805>]
[<c018cdc9>] [<c01099f2>]
Jul 12 10:42:54 server [<c018cbd0>] [<c010788e>] [<c018cbf0>]
Jul 12 10:42:54 server kjournald     S C1C34000  4592    75      1
76    74 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c011d330>] [<c018cdc9>] [<c01099f2>]
[<c018cbd0>] [<c010788e>]
Jul 12 10:42:54 server [<c018cbf0>]
Jul 12 10:42:54 server kjournald     S F7404000  4296    76      1
227    75 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c011d330>] [<c018cdc9>] [<c01099f2>]
[<c018cbd0>] [<c010788e>]
Jul 12 10:42:54 server [<c018cbf0>]
Jul 12 10:42:54 server gpm           S 00000282  1360   227      1
245    76 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c0234f9e>] [<c011c7e0>]
[<c01e299c>] [<c0160437>]
Jul 12 10:42:54 server [<c016089d>] [<c014b628>] [<c0109a3f>]
Jul 12 10:42:54 server syslog-ng     R F6D34000     0   245      1
297   227 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011cc0b>] [<c0142c37>] [<c01a9ecd>]
[<c01e299c>] [<c0160144>]
Jul 12 10:42:54 server [<c0160dde>] [<c014c1c7>] [<c01269da>] [<c0109a3f>]
Jul 12 10:42:54 server dhcpd         S 00000000  4576   297      1
1933   245 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0142acc>] [<c0142c37>] [<c011c858>]
[<c01e928e>] [<c011c7e0>]
Jul 12 10:42:54 server [<c01e299c>] [<c0160437>] [<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server zorbcount.pl  S F7427560  1360  1933      1  5024
1940   297 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011bab0>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server safe_mysqld   S F7880000  1360  1940      1  1960
1961  1933 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c012e35d>] [<c0125c94>] [<c012d630>]
[<c0109a3f>]
Jul 12 10:42:54 server mysqld        S F7881ECC  2384  1960   1940  1970
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c0234f9e>] [<c01e299c>]
[<c0160437>] [<c016089d>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server clamd         S F7B261D4  5132  1961      1  1962
2029  1940 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c01872ba>] [<c0187b0e>] [<c011c8a5>]
[<c020a158>] [<c01807ee>]
Jul 12 10:42:54 server [<c020a295>] [<c0166a04>] [<c0228520>] [<c01e2269>]
[<c01e333a>] [<c011cc0b>]
Jul 12 10:42:54 server [<c012e33c>] [<c01e3f12>] [<c0107d1d>] [<c0109a3f>]
Jul 12 10:42:54 server clamd         Z F7A49F3C  4616  1962   1961
(L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c0125383>] [<c011ef3f>] [<c0125a40>]
[<c0125b65>] [<c0109a3f>]
Jul 12 10:42:54 server clamd         S F6D34000  4448  1964      1
5856 22759 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c012b556>] [<c011c858>] [<c01193cc>]
[<c011c7e0>] [<c012d630>]
Jul 12 10:42:54 server [<c012b9bb>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S F6D22000  5060  1970   1960 30425
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c01601cc>] [<c011c858>] [<c011c7e0>]
[<c0160b7e>] [<c0160d3a>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S 00000000  2388  1971   1970
1972       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c010878b>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S 00000000  2384  1972   1970
1973  1971 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c010878b>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S C0138B40  5428  1973   1970
1974  1972 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0138b40>] [<c010878b>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S 00000000  2388  1974   1970
1975  1973 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c010878b>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S 00000000  5836  1975   1970
1976  1974 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0160812>] [<c010878b>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S F6D34000  4632  1976   1970
1977  1975 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c01fd050>] [<c01fce6c>] [<c011c858>]
[<c011c7e0>] [<c0160437>]
Jul 12 10:42:54 server [<c016089d>] [<c012b556>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S 00000001  4952  1977   1970
1978  1976 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c010878b>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S 00000286  2384  1978   1970
1979  1977 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c012629b>] [<c01264b2>] [<c010878b>]
[<c0109a3f>]
Jul 12 10:42:54 server mysqld        S F6D22000  4980  1979   1970
3089  1978 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c023470a>] [<c0234c5b>]
[<c01e249f>] [<c01e25c6>]
Jul 12 10:42:54 server [<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server spamd         S 00000000  4880  2029      1
2107  1961 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c012c6d2>] [<c01e299c>]
[<c0160437>] [<c016089d>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server courierfilter S 00000000  1360  2107      1
2112  2029 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c010878b>] [<c0109a3f>]
Jul 12 10:42:54 server courierlogger S F7245EFC  4880  2112      1
2124  2107 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0134d24>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server authdaemond.m S C0270798  1360  2124      1  2132
2150  2112 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c01601cc>] [<c011c7e0>]
[<c0160437>] [<c016089d>]
Jul 12 10:42:54 server [<c011cc0b>] [<c0109a3f>]
Jul 12 10:42:54 server authdaemond.m S F7269EEC  2384  2125   2124
2126       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c0234f9e>] [<c011c7e0>]
[<c01e299c>] [<c0160437>]
 Jul 12 10:42:54 server [<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server authdaemond.m S C0270798  4880  2126   2124
2127  2125 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c0234f9e>] [<c011c7e0>]
[<c01e299c>] [<c0160437>]
Jul 12 10:42:54 server [<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server authdaemond.m S C0270798  4996  2127   2124
2131  2126 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c0234f9e>] [<c011c7e0>]
[<c01e299c>] [<c0160437>]
Jul 12 10:42:54 server [<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server authdaemond.m S C0270798  4788  2131   2124
2132  2127 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c0234f9e>] [<c011c7e0>]
[<c01e299c>] [<c0160437>]
Jul 12 10:42:54 server [<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server authdaemond.m S C0270798  4956  2132   2124
2131 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c0234f9e>] [<c011c7e0>]
[<c01e299c>] [<c0160437>]
Jul 12 10:42:54 server [<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server courierd      S F7232000  4248  2150      1  2588
2170  2124 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S C012DF55  4840  2170      1  5725
2179  2150 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c012df55>] [<c012e35d>] [<c0125c94>]
[<c012d630>] [<c0109a3f>]
Jul 12 10:42:54 server courierlogger S F719E000  1360  2179      1
2194  2170 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011bab0>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S F71A3EB4  4960  2194      1
2205  2179 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c01e299c>] [<c0160437>]
[<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server courierlogger S F7165EFC  4824  2205      1
2221  2194 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0134d24>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S F7135EB4  5132  2221      1
2231  2205 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c01e299c>] [<c0160437>]
[<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server courierlogger S F7145EFC  4880  2231      1
2243  2221 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0134d24>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S F7179EB4  2344  2243      1
2252  2231 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c01e299c>] [<c0160437>]
[<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server courierlogger S F7193EFC  4880  2252      1
2269  2243 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0134d24>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S F712A668  2388  2269      1
2279  2252 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c011bab0>] [<c01e299c>]
[<c0160437>] [<c016089d>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server courierlogger S F7332000  4880  2279      1
2295  2269 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011cc64>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S F70EC668  4196  2295      1  5054
2305  2279 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c011bab0>] [<c01e299c>]
[<c0160437>] [<c016089d>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server courierlogger S F6D22000  1360  2305      1
2318  2295 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0158ab8>] [<c0158bbb>] [<c014c10d>]
[<c0109a3f>]
Jul 12 10:42:54 server fcron         S F6D22000  1360  2318      1  5178
2324  2305 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c011c7e0>] [<c012d514>]
[<c012b9bb>] [<c0109a3f>]
Jul 12 10:42:54 server cupsd         S F709E005  1360  2324      1  2918
2927  2318 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server foomatic-rip  S F7427268  4248  2917   2324  2959
2918       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011bab0>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server parallel      D 00000001  4880  2918   2324
2917 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0197e36>] [<c0197d0c>] [<c0199f10>]
[<c0159e6f>] [<c0159d0b>]
Jul 12 10:42:54 server [<c015a806>] [<fa91888e>] [<fa918bd0>] [<fa918de1>]
[<c0109a3f>]
Jul 12 10:42:54 server portmap       S F703E768  2384  2927      1
2946  2324 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c01e928e>] [<c011c8a5>] [<c01e299c>]
[<c0160a9b>] [<c0160b7e>]
Jul 12 10:42:54 server [<c0160d3a>] [<c0109a3f>]
Jul 12 10:42:54 server chronyd       S F7ABE400  4248  2946      1
2968  2927 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<c0164910>] [<c014d837>]
[<fa9185e1>] [<c014b628>]
Jul 12 10:42:54 server [<fa91906f>] [<c0109a3f>]
Jul 12 10:42:54 server foomatic-rip  S C012DF55  5544  2959   2917  2961
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c012df55>] [<c012e35d>] [<c0125c94>]
[<c0109a3f>]
Jul 12 10:42:54 server foomatic-rip  S 00000000  5912  2960   2959
2961       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c012be2c>] [<c0158ab8>] [<c0158f7b>]
[<c014c2ed>] [<c0109a3f>]
Jul 12 10:42:54 server sh            S F6FE8000  4880  2961   2959  2964
2960 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c012e35d>] [<c0125c94>] [<c012d630>]
[<c0109a3f>]
Jul 12 10:42:54 server sh            S F6FCA000  4636  2963   2961  2972
2964       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c012e35d>] [<c0125c94>] [<c012d630>]
[<c0109a3f>]
Jul 12 10:42:54 server pnm2ppa       S F6FF6000  4248  2964   2961
2963 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0158ab8>] [<c0158ed2>] [<c014c2ed>]
[<c0109a3f>]
Jul 12 10:42:54 server nmbd          S C0270798  4336  2968      1  2970
2997  2946 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c011c7e0>] [<c0160437>]
[<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server nmbd          S F7427D18  4824  2970   2968
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011bab0>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server gs            S F6F0A000  4248  2972   2963  3029
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c012be2c>] [<c0158ab8>] [<c0158f7b>]
[<c014c2ed>] [<c01193cc>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F7A6BA34  4428  2997      1  5730
3111  2968 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c0160437>] [<c016089d>]
[<fa91a238>] [<c0109a3f>]
Jul 12 10:42:54 server sh            S F6F0A000  4608  3029   2972  3033
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c012d630>] [<c0109a3f>]
Jul 12 10:42:54 server cat           S 00000000  4880  3033   3029
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0108317>] [<c0158ab8>] [<c0158f7b>]
[<c014c2ed>] [<c01193cc>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S F7220000  5412  3089   1970
3631  1979 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c023470a>] [<c0234c5b>]
[<c01e249f>] [<c01e25c6>]
Jul 12 10:42:54 server [<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server httpd         S F6D22000  4824  3111      1  5848
3178  2997 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c011c7e0>] [<c0160437>]
[<c016089d>] [<c0125cb3>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server httpd         S F709E005  3968  3137   3111
3138       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server httpd         S 00000004  4412  3138   3111
3141  3137 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0201480>] [<c020009c>] [<c011c8a5>]
[<fa897f07>] [<c020a158>]
Jul 12 10:42:54 server [<c01eb557>] [<c020a295>] [<c0166a04>] [<c0228520>]
[<c01e2269>] [<c01e333a>]
Jul 12 10:42:54 server [<c0164910>] [<c014d837>] [<c01688ba>] [<c0158b2b>]
[<c01e3f12>] [<c0109a3f>]
Jul 12 10:42:54 server httpd         S 00000004  4360  3141   3111
3142  3138 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0201480>] [<c020009c>] [<c011c8a5>]
[<c020a158>] [<c01e66a3>]
Jul 12 10:42:54 server [<c020a295>] [<c0166a04>] [<c0228520>] [<c01e2269>]
[<c01e333a>] [<c0164910>]
Jul 12 10:42:54 server [<c014d837>] [<c01688ba>] [<c0158b2b>] [<c01e3f12>]
[<c0109a3f>]
Jul 12 10:42:54 server httpd         S F709E005  4488  3142   3111
3143  3141 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server httpd         S F709E005  4032  3143   3111
8526  3142 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server miniserv.pl   S F6D22000  4616  3178      1
3198  3111 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c01e928e>] [<c011c7e0>]
[<c01e299c>] [<c0160437>]
Jul 12 10:42:54 server [<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server miniserv.pl   S F6D34000  4960  3198      1
3216  3178 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c01e928e>] [<c011c7e0>]
[<c01e299c>] [<c0160437>]
Jul 12 10:42:54 server [<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server setiathome    R current   4240  3215      1
3223  3216 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c010b79c>] [<c010e628>]
Jul 12 10:42:54 server setiathome    R F7AD8000  1360  3216      1
3215  3198 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c01193cc>] [<c0109aed>]
Jul 12 10:42:54 server xinetd        S C0270798  4996  3223      1
3248  3215 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c01601cc>] [<c01e299c>]
[<c0160437>] [<c016089d>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server sshd          S 00000000     4  3248      1 11222
3269  3223 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c011bab0>] [<c01e299c>]
[<c0160437>] [<c016089d>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server proftpd       S F6D22000     0  3269      1
3270  3248 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c858>] [<c011c7e0>] [<c01e299c>]
[<c0160437>] [<c016089d>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server agetty        S F6FD2005  4616  3270      1
3271  3269 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c012ffe9>] [<c0109a3f>]
Jul 12 10:42:54 server agetty        S 00000008  4636  3271      1
3272  3270 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c01b7094>] [<c011c8a5>] [<c01a9d16>]
[<c01a9a57>] [<c01a494e>]
Jul 12 10:42:54 server [<c014c10d>] [<c012ffe9>] [<c0109a3f>]
Jul 12 10:42:54 server agetty        S 00000008    16  3272      1
3273  3271 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c01b7094>] [<c011c8a5>] [<c01a9d16>]
[<c01a9a57>] [<c01a494e>]
Jul 12 10:42:54 server [<c014c10d>] [<c012ffe9>] [<c0109a3f>]
Jul 12 10:42:54 server agetty        S 00000008     0  3273      1
3274  3272 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c01b7094>] [<c011c8a5>] [<c01a9d16>]
[<c01a9a57>] [<c01a494e>]
Jul 12 10:42:54 server [<c014c10d>] [<c012ffe9>] [<c0109a3f>]
Jul 12 10:42:54 server agetty        S 00000008     0  3274      1
3275  3273 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c01b7094>] [<c011c8a5>] [<c01a9d16>]
[<c01a9a57>] [<c01a494e>]
Jul 12 10:42:54 server [<c014c10d>] [<c012ffe9>] [<c0109a3f>]
Jul 12 10:42:54 server agetty        S 00000008     4  3275      1
3276  3274 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c01b7094>] [<c011c8a5>] [<c01a9d16>]
[<c01a9a57>] [<c01a494e>]
Jul 12 10:42:54 server [<c014c10d>] [<c012ffe9>] [<c0109a3f>]
Jul 12 10:42:54 server mgetty        S F5835EC0  1536  3276      1
3277  3275 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0142acc>] [<c0142c37>] [<c011c858>]
[<c01a9ecd>] [<c011c7e0>]
Jul 12 10:42:54 server [<c01a5c86>] [<c0160437>] [<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server mgetty        S EA507FDC     0  3277      1
22759  3276 (L-TLB)
Jul 12 10:42:54 server Call Trace:    [<c01872ba>] [<c011c8a5>] [<c01872ba>]
[<c01aad4f>] [<c01bbcaf>]
Jul 12 10:42:54 server [<c01a56d4>] [<c0140de3>] [<c017e59e>] [<c01a5bb8>]
[<c014d865>] [<c014b54f>]
Jul 12 10:42:54 server [<c0124d04>] [<c0125824>] [<c014c3a7>] [<c0125b65>]
[<c0109a3f>]
Jul 12 10:42:54 server mysqld        S F6D34000     0  3631   1970
4326  3089 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c023470a>] [<c0234c5b>]
[<c01e249f>] [<c01e25c6>]
Jul 12 10:42:54 server [<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S F7234000     0  4326   1970
22814  3631 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c023470a>] [<c0234c5b>]
[<c01e249f>] [<c01e25c6>]
Jul 12 10:42:54 server [<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server sshd          S F4AD0000     0 11222   3248 11320
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c01a9ecd>] [<c0160437>]
[<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server bash          S 00000010  2100 11320  11222
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c01a9d16>] [<c01a9a57>]
[<c01a494e>] [<c014c10d>]
Jul 12 10:42:54 server [<c01269da>] [<c0109a3f>]
Jul 12 10:42:54 server named         S 00000000     0 22759      1
1964  3277 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0142acc>] [<c011c858>] [<c01e928e>]
[<c011c7e0>] [<c01e299c>]
Jul 12 10:42:54 server [<c0160437>] [<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S F7268000     0 22814   1970
30425  4326 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c023470a>] [<c0234c5b>]
[<c01e249f>] [<c01e25c6>]
Jul 12 10:42:54 server [<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server mysqld        S F7238000     0 30425   1970
22814 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c023470a>] [<c0234c5b>]
[<c01e249f>] [<c01e25c6>]
Jul 12 10:42:54 server [<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server httpd         S F709E005  2100  8526   3111
16297  3143 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server httpd         S 00000004     0 16297   3111
16325  8526 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0201480>] [<c020009c>] [<c011c8a5>]
[<c0201688>] [<c020a158>]
Jul 12 10:42:54 server [<c020a295>] [<c0166a04>] [<c0228520>] [<c01e2269>]
[<c01e333a>] [<c0164910>]
Jul 12 10:42:54 server [<c014d837>] [<c014b54f>] [<c01e3f12>] [<c0109a3f>]
Jul 12 10:42:54 server httpd         S F709E005     0 16325   3111
5309 16297 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server courierd      S C0270798  4608  2588   2150  2593
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c01601cc>] [<c0160437>]
[<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server courieruucp   S E7E5BEFC     0  2589   2588
2590       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0134d24>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server courierlocal  S 0000001C     8  2590   2588
2591  2589 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0158ab8>] [<c0158bbb>] [<c014c10d>]
[<c0109a3f>]
Jul 12 10:42:54 server courierfax    S E9DAFEFC     0  2591   2588
2592  2590 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0134d24>] [<c0158ab8>] [<c0158bbb>]
[<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server courieresmtp  S C0270798     0  2592   2588  5034
2593  2591 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c011c8a5>] [<c01601cc>] [<c0160437>]
[<c016089d>] [<c0109a3f>]
Jul 12 10:42:54 server courierdsn    S E5D6FEFC  4224  2593   2588
2592 (NOTLB)
 Jul 12 10:42:54 server Call Trace:    [<c0134d24>] [<c0158ab8>]
[<c0158bbb>] [<c014c10d>] [<c0109a3f>]
Jul 12 10:42:54 server sh            S E71E8000     0  5024   1933  5027
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c012e35d>] [<c0125c94>] [<c012d630>]
[<c0109a3f>]
Jul 12 10:42:54 server ping          S F7332000  2388  5025   5024
5026       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa91a178>] [<fa918444>] [<fa91a190>]
[<fa91a190>] [<fa9185e1>]
Jul 12 10:42:54 server [<c014b628>] [<fa91906f>] [<c0109a3f>]
Jul 12 10:42:54 server grep          S E71E8000    28  5026   5024
5027  5025 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa91a170>] [<fa9185e1>]
[<fa918e0a>] [<c0109a3f>]
Jul 12 10:42:54 server awk           S F6D34000  2384  5027   5024
5026 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E9AF4000     0  5028   2170  5029
5031       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F793A005     0  5029   5028
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005  2388  5030     51
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c01193cc>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E81B6000     0  5031   2170  5032
5039  5028 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5032   5031
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server fcron         S F6FD2005     0  5033   2318
5035       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c013b161>] [<c0109a3f>]
Jul 12 10:42:54 server courieresmtp  S F709E005     0  5034   2592
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server fcron         S F6FD2005     8  5035   2318
5036  5033 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server fcron         S F6FD2005  2384  5036   2318
5038  5035 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server fcron         S F6FD2005  2384  5038   2318
5042  5036 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DFF4C000  2384  5039   2170  5040
5046  5031 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
 Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     4  5040   5039
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertls    S F6FD2005  2384  5041   2295
5048       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server fcron         S F6FD2005  2384  5042   2318
5168  5038 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F6FD2013  2384  5043   2997
5044       (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F6FD2013     4  5044   2997
5045  5043 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F6FD2013     0  5045   2997
5179  5044 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E4C04000     8  5046   2170  5047
5049  5039 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5047   5046
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertls    S F6FD2005  1716  5048   2295
5051  5041 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E691A000     0  5049   2170  5050
5052  5046 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005   328  5050   5049
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertls    S F709E005   424  5051   2295
5054  5048 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E6C02000     0  5052   2170  5053
5170  5049 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5053   5052
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertls    S F6FD2005     0  5054   2295
5051 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server fcron         S F6FD2005     0  5168   2318
5169  5042 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server fcron         S F6FD2005     0  5169   2318
5172  5168 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DF478000     0  5170   2170  5171
5174  5052 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5171   5170
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server fcron         S F6FD2005     0  5172   2318
5173  5169 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0179815>] [<c0125e89>]
Jul 12 10:42:54 server [<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server fcron         S F6FD2005     0  5173   2318
5176  5172 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DF376000     0  5174   2170  5175
5182  5170 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5175   5174
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server fcron         S F709E005     0  5176   2318
5177  5173 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server fcron         S F709E005     0  5177   2318
5178  5176 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server fcron         S F709E005  2384  5178   2318
5177 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0107cad>] [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F6FD2013  2384  5179   2997
5180  5045 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F6FD2013     0  5180   2997
5181  5179 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F6FD2013     0  5181   2997
5322  5180 (NOTLB)
 Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>]
[<fa918e0a>] [<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E0608000  2384  5182   2170  5183
5184  5174 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c01277c4>]
[<c01e3059>] [<c01e3ea4>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5183   5182
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E87B2000  2384  5184   2170  5185
5187  5182 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5185   5184
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E0320000  2384  5187   2170  5188
5189  5184 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5188   5187
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DFE8E000     4  5189   2170  5190
5310  5187 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5190   5189
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c012b3d6>] [<c0109a3f>]
Jul 12 10:42:54 server httpd         S F709E005     0  5309   3111
5848 16325 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0136067>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E00E2000     0  5310   2170  5311
5312  5189 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005  2100  5311   5310
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c01193cc>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E55DE000     0  5312   2170  5313
5314  5310 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5313   5312
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E77D2000     0  5314   2170  5315
5316  5312 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5315   5314
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E085C000     0  5316   2170  5317
5318  5314 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5317   5316
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E8440000     0  5318   2170  5319
5320  5316 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5319   5318
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E7B5E000  2384  5320   2170  5321
5325  5318 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5321   5320
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server smbd          S F6FD2013     0  5322   2997
5323  5181 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F6FD2013     0  5323   2997
5324  5322 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F709E013     0  5324   2997
5453  5323 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DF04C000     0  5325   2170  5326
5328  5320 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5326   5325
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S EB504000  2384  5328   2170  5329
5446  5325 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5329   5328
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E414C000     0  5446   2170  5447
5448  5328 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5447   5446
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E0FEE000     4  5448   2170  5449
5450  5446 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005   144  5449   5448
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DFD58000     0  5450   2170  5451
5456  5448 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5451   5450
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server smbd          S F709E013     0  5453   2997
5454  5324 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F709E013     0  5454   2997
5455  5453 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F709E013     0  5455   2997
5591  5454 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E09EC000     0  5456   2170  5457
5458  5450 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5457   5456
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E54CC000   952  5458   2170  5459
5460  5456 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005   456  5459   5458
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E5364000     0  5460   2170  5461
5462  5458 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c011b680>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5461   5460
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DE93C000     0  5462   2170  5463
5464  5460 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5463   5462
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E4066000     0  5464   2170  5465
5466  5462 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5465   5464
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E8E4E000  2384  5466   2170  5467
5584  5464 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5467   5466
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E0A58000     0  5584   2170  5585
5587  5466 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5585   5584
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E1336000     0  5587   2170  5588
5589  5584 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F6FD2005     0  5588   5587
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c012b3d6>] [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DEB2A000     0  5589   2170  5590
5711  5587 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01277c4>]
Jul 12 10:42:54 server [<c01e3059>] [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F6FD2005     0  5590   5589
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server smbd          S F709E013     0  5591   2997
5592  5455 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F709E013     0  5592   2997
5593  5591 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F709E013     0  5593   2997
5728  5592 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E5410000     0  5711   2170  5712
5713  5589 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01277c4>]
Jul 12 10:42:54 server [<c01e3059>] [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F6FD2005     0  5712   5711
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DF7FE000     0  5713   2170  5714
5715  5711 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F6FD2005     0  5714   5713
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DFE1A000     4  5715   2170  5716
5717  5713 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     4  5716   5715
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E40E8000  2384  5717   2170  5718
5719  5715 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F6FD2005     0  5718   5717
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DFC1A000     0  5719   2170  5720
5721  5717 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01277c4>]
Jul 12 10:42:54 server [<c01e3059>] [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F709E005     0  5720   5719
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S DF664000     0  5721   2170  5722
5723  5719 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F6FD2005     0  5722   5721
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S E13BA000     0  5723   2170  5724
5725  5721 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c01277c4>]
[<c01e3059>] [<c01e3ea4>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F6FD2005     0  5724   5723
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server couriertcpd   S C02CF800     0  5725   2170  5726
5723 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<c0125c94>] [<c0107d1d>] [<c0125fa7>]
[<c0109a3f>] [<c0130f5f>]
Jul 12 10:42:54 server [<c0130d80>] [<c023ac0f>] [<c01e2fd8>] [<c0130030>]
[<c0138b40>] [<c01e3059>]
Jul 12 10:42:54 server [<c01e3ea4>] [<c0109a3f>]
Jul 12 10:42:54 server modprobe      S F6FD2005     4  5726   5725
(NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0109a3f>]
Jul 12 10:42:54 server smbd          S F709E013  2384  5728   2997
5729  5593 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F709E013     0  5729   2997
5730  5728 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server smbd          S F709E013     0  5730   2997
5729 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c0135b21>] [<c0135f12>]
Jul 12 10:42:54 server [<c0109a3f>]
Jul 12 10:42:54 server httpd         S F6FD2005     0  5848   3111
5309 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa9185e1>] [<fa918e0a>]
[<c012b3d6>] [<c0109a3f>]
Jul 12 10:42:54 server shutdown      S F709E005     0  5856      1
1964 (NOTLB)
Jul 12 10:42:54 server Call Trace:    [<fa9182a9>] [<fa91a170>] [<fa9185e1>]
[<fa918e0a>] [<c0109a3f>]

Startup
Jul 12 01:06:33 server syslog-ng[246]: syslog-ng version 1.6.0rc3 going down
Jul 12 01:07:12 server syslog-ng[245]: syslog-ng version 1.6.0rc3 starting

Sign of the problem
Jul 12 07:12:51 server fcron[4063]: Job /etc/zorbiptraffic/zorbiptraffic.pl
> /dev/null started for user root (pid 4064) (This one worked)
Jul 12 07:32:51 server fcron[2318]:     process already running: root's
/etc/zorbiptraffic/zorbiptraffic.pl > /dev/null
Jul 12 08:02:51 server fcron[2318]:     process already running: root's
/etc/zorbiptraffic/zorbiptraffic.pl > /dev/null
Jul 12 08:30:00 server fcron[2318]:     process already running: jim's
/usr/bin/fetchmail
Jul 12 08:32:00 server fcron[2318]:     process already running: annie's
/usr/bin/fetchmail

Restart
Jul 12 10:43:38 server syslog-ng[245]: syslog-ng version 1.6.0rc3 starting
Jul 12 10:43:38 server syslog-ng[245]: Changing permissions on special file
/dev/tty12

Everything working
Jul 12 10:45:10 server fcron[2462]: Job /usr/bin/fetchmail started for user
annie (pid 2463)
Jul 12 10:45:40 server fcron[2462]: Job /usr/bin/fetchmail terminated (exit
status: 1)
Jul 12 10:45:41 server fcron[2515]: Job /usr/bin/fetchmail started for user
annie (pid 2516)
Jul 12 10:47:28 server fcron[3606]: Job /etc/zorbiptraffic/zorbiptraffic.pl
> /dev/null started for user root (pid 3607)
Jul 12 10:49:14 server fcron[3653]: Job /etc/zorbiptraffic/zorbiptraffic.pl
> /dev/null started for user root (pid 3654)
Jul 12 11:00:02 server fcron[4270]: Job /etc/zorbiptraffic/zorbiptraffic.pl
> /dev/null started for user root (pid 4272)
Jul 12 11:00:02 server fcron[4271]: Job /usr/bin/fetchmail started for user
jim (pid 4273)
Jul 12 11:00:13 server fcron[4271]: Job /usr/bin/fetchmail terminated (exit
status: 1)

ver_linux
Linux server 2.4.22-pre5 #1 SMP Fri Jul 11 23:38:00 PDT 2003 i686 unknown
unknown GNU/Linux

Gnu C                  3.3
Gnu make               3.80
util-linux             2.11z
mount                  2.11z
modutils               2.4.25
e2fsprogs              1.33
PPP                    2.4.1
Linux C Library        2.3.2
Dynamic linker (ldd)   2.3.2
Linux C++ Library      5.0.4
Procps                 3.1.9
Net-tools              1.60
Kbd                    1.08
Sh-utils               5.0
Modules Loaded         dazuko ipt_TCPMSS ipt_TOS ipt_string ipt_psd
ipt_pkttype ipt_unclean ipt_state ipt_REJECT ipt_LOG ipt_limit
iptable_mangle iptable_nat iptable_filter ip_tables ip_conntrack_h323
ip_conntrack_mms ip_conntrack_irc ip_conntrack_ftp ip_conntrack tulip rtc
usb-ohci usbcore aic7xxx megaraid sd_mod scsi_mod

My config is attached.


----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "lkml" <linux-kernel@vger.kernel.org>
Sent: Friday, July 11, 2003 1:49 PM
Subject: Re: Linux 2.4.22-pre3


>
>
> On Fri, 11 Jul 2003, Jim Gifford wrote:
>
> > Ok,
> >     Here is what I got from my check. Snort is the culprit. When it
starts,
> > it runs at 40mb. Each hour it adds 20 mb. So by the time the system is
up
> > for hours, it starts cosuming memory. Today after I restartd my system,
I
> > noticed every hour it was adding a mb of RAM.
> >
> > It started at 40mb and after 4 hours is up to 45mb.
> >
> > Thanx all for your help and assistance.
>
> Ok, thanks for your report.
>
> Try -pre5 8)
>

[-- Attachment #2: config --]
[-- Type: application/octet-stream, Size: 26941 bytes --]

#
# Automatically generated by make menuconfig: don't edit
#
CONFIG_X86=y
# CONFIG_SBUS is not set
CONFIG_UID16=y

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y

#
# Processor type and features
#
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
CONFIG_M686=y
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MELAN is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
# CONFIG_RWSEM_GENERIC_SPINLOCK is not set
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_X86_HAS_TSC=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_PGE=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_PPRO_FENCE=y
CONFIG_X86_F00F_WORKS_OK=y
CONFIG_X86_MCE=y
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
CONFIG_MICROCODE=y
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
# CONFIG_NOHIGHMEM is not set
CONFIG_HIGHMEM4G=y
# CONFIG_HIGHMEM64G is not set
CONFIG_HIGHMEM=y
CONFIG_HIGHIO=y
# CONFIG_MATH_EMULATION is not set
CONFIG_MTRR=y
CONFIG_SMP=y
# CONFIG_X86_NUMA is not set
# CONFIG_X86_TSC_DISABLE is not set
CONFIG_X86_TSC=y
CONFIG_HAVE_DEC_LOCK=y

#
# General setup
#
CONFIG_NET=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GODIRECT is not set
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_ISA=y
CONFIG_PCI_NAMES=y
CONFIG_EISA=y
# CONFIG_MCA is not set
CONFIG_HOTPLUG=y

#
# PCMCIA/CardBus support
#
# CONFIG_PCMCIA is not set

#
# PCI Hotplug Support
#
# CONFIG_HOTPLUG_PCI is not set
# CONFIG_HOTPLUG_PCI_COMPAQ is not set
# CONFIG_HOTPLUG_PCI_COMPAQ_NVRAM is not set
# CONFIG_HOTPLUG_PCI_IBM is not set
# CONFIG_HOTPLUG_PCI_ACPI is not set
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
# CONFIG_KCORE_AOUT is not set
CONFIG_BINFMT_AOUT=m
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
# CONFIG_PM is not set
# CONFIG_APM is not set

#
# ACPI Support
#
# CONFIG_ACPI is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Parallel port support
#
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
# CONFIG_PARPORT_SERIAL is not set
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PARPORT_PC_SUPERIO=y
# CONFIG_PARPORT_AMIGA is not set
# CONFIG_PARPORT_MFC3 is not set
# CONFIG_PARPORT_ATARI is not set
# CONFIG_PARPORT_GSC is not set
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
CONFIG_PARPORT_1284=y

#
# Plug and Play configuration
#
CONFIG_PNP=y
CONFIG_ISAPNP=y

#
# Block devices
#
CONFIG_BLK_DEV_FD=m
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_CISS_SCSI_TAPE is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
CONFIG_BLK_DEV_LOOP=m
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
CONFIG_BLK_STATS=y

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_MD_MULTIPATH is not set
# CONFIG_BLK_DEV_LVM is not set

#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
# CONFIG_NETLINK_DEV is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
CONFIG_INET_ECN=y
CONFIG_SYN_COOKIES=y

#
#   IP: Netfilter Configuration
#
CONFIG_IP_NF_CONNTRACK=m
CONFIG_IP_NF_FTP=m
CONFIG_IP_NF_TALK=m
CONFIG_IP_NF_H323=m
CONFIG_IP_NF_EGG=m
CONFIG_IP_NF_AMANDA=m
CONFIG_IP_NF_TFTP=m
CONFIG_IP_NF_IRC=m
CONFIG_IP_NF_QUAKE3=m
CONFIG_IP_NF_CT_PROTO_GRE=m
CONFIG_IP_NF_PPTP=m
CONFIG_IP_NF_MMS=m
CONFIG_IP_NF_CUSEEME=m
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_LIMIT=m
CONFIG_IP_NF_MATCH_QUOTA=m
CONFIG_IP_NF_MATCH_IPRANGE=m
CONFIG_IP_NF_MATCH_MAC=m
CONFIG_IP_NF_MATCH_PKTTYPE=m
CONFIG_IP_NF_MATCH_MARK=m
CONFIG_IP_NF_MATCH_MULTIPORT=m
CONFIG_IP_NF_MATCH_MPORT=m
CONFIG_IP_NF_MATCH_TOS=m
CONFIG_IP_NF_MATCH_CONDITION=m
CONFIG_IP_NF_MATCH_RANDOM=m
CONFIG_IP_NF_MATCH_PSD=m
CONFIG_IP_NF_MATCH_NTH=m
CONFIG_IP_NF_MATCH_FUZZY=m
CONFIG_IP_NF_MATCH_RECENT=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_DSCP=m
CONFIG_IP_NF_MATCH_AH_ESP=m
CONFIG_IP_NF_MATCH_LENGTH=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_MATCH_TCPMSS=m
CONFIG_IP_NF_MATCH_HELPER=m
CONFIG_IP_NF_MATCH_STATE=m
CONFIG_IP_NF_MATCH_CONNLIMIT=m
CONFIG_IP_NF_MATCH_CONNTRACK=m
CONFIG_IP_NF_MATCH_UNCLEAN=m
CONFIG_IP_NF_MATCH_STRING=m
CONFIG_IP_NF_MATCH_OWNER=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_NETLINK=m
CONFIG_IP_NF_TARGET_MIRROR=m
CONFIG_IP_NF_NAT=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_IP_NF_NAT_TALK=m
CONFIG_IP_NF_NAT_H323=m
CONFIG_IP_NF_NAT_PPTP=m
CONFIG_IP_NF_NAT_PROTO_GRE=m
CONFIG_IP_NF_NAT_AMANDA=m
# CONFIG_IP_NF_NAT_LOCAL is not set
# CONFIG_IP_NF_NAT_SNMP_BASIC is not set
CONFIG_IP_NF_NAT_IRC=m
CONFIG_IP_NF_NAT_QUAKE3=m
CONFIG_IP_NF_NAT_MMS=m
CONFIG_IP_NF_NAT_CUSEEME=m
CONFIG_IP_NF_NAT_FTP=m
CONFIG_IP_NF_NAT_TFTP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_TOS=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_DSCP=m
CONFIG_IP_NF_TARGET_MARK=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_IP_NF_TARGET_TCPMSS=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m
# CONFIG_IP_NF_COMPAT_IPCHAINS is not set
# CONFIG_IP_NF_COMPAT_IPFWADM is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set

#
# Appletalk devices
#
# CONFIG_DEV_APPLETALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set

#
# Telephony Support
#
# CONFIG_PHONE is not set
# CONFIG_PHONE_IXJ is not set
# CONFIG_PHONE_IXJ_PCMCIA is not set

#
# ATA/IDE/MFM/RLL support
#
# CONFIG_IDE is not set
# CONFIG_BLK_DEV_IDE_MODES is not set
# CONFIG_BLK_DEV_HD is not set

#
# SCSI support
#
CONFIG_SCSI=m
CONFIG_BLK_DEV_SD=m
CONFIG_SD_EXTRA_DEVS=40
CONFIG_CHR_DEV_ST=m
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_SR_EXTRA_DEVS=2
CONFIG_CHR_DEV_SG=m
CONFIG_SCSI_DEBUG_QUEUES=y
CONFIG_SCSI_MULTI_LUN=y
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AACRAID is not set
CONFIG_SCSI_AIC7XXX=m
CONFIG_AIC7XXX_CMDS_PER_DEVICE=253
CONFIG_AIC7XXX_RESET_DELAY_MS=15000
# CONFIG_AIC7XXX_PROBE_EISA_VL is not set
# CONFIG_AIC7XXX_BUILD_FIRMWARE is not set
# CONFIG_AIC7XXX_DEBUG_ENABLE is not set
CONFIG_AIC7XXX_DEBUG_MASK=0
# CONFIG_AIC7XXX_REG_PRETTY_PRINT is not set
# CONFIG_SCSI_AIC79XX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
CONFIG_SCSI_MEGARAID=m
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_CPQFCTS is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_NCR53C8XX is not set
# CONFIG_SCSI_SYM53C8XX is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_SEAGATE is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_ULTRASTOR is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set

#
# Fusion MPT device support
#
# CONFIG_FUSION is not set
# CONFIG_FUSION_BOOT is not set
# CONFIG_FUSION_ISENSE is not set
# CONFIG_FUSION_CTL is not set
# CONFIG_FUSION_LAN is not set

#
# IEEE 1394 (FireWire) support (EXPERIMENTAL)
#
# CONFIG_IEEE1394 is not set

#
# I2O device support
#
# CONFIG_I2O is not set
# CONFIG_I2O_PCI is not set
# CONFIG_I2O_BLOCK is not set
# CONFIG_I2O_LAN is not set
# CONFIG_I2O_SCSI is not set
# CONFIG_I2O_PROC is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_TUN is not set
# CONFIG_ETHERTAP is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_SUNLANCE is not set
# CONFIG_HAPPYMEAL is not set
# CONFIG_SUNBMAC is not set
# CONFIG_SUNQE is not set
# CONFIG_SUNGEM is not set
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_AT1700 is not set
# CONFIG_DEPCA is not set
# CONFIG_HP100 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_PCI=y
# CONFIG_PCNET32 is not set
# CONFIG_AMD8111_ETH is not set
# CONFIG_ADAPTEC_STARFIRE is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
CONFIG_TULIP=m
CONFIG_TULIP_MWI=y
CONFIG_TULIP_MMIO=y
# CONFIG_DE4X5 is not set
# CONFIG_DGRS is not set
# CONFIG_DM9102 is not set
# CONFIG_EEPRO100 is not set
# CONFIG_EEPRO100_PIO is not set
# CONFIG_E100 is not set
# CONFIG_LNE390 is not set
# CONFIG_FEALNX is not set
# CONFIG_NATSEMI is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_NE3210 is not set
# CONFIG_ES3210 is not set
# CONFIG_8139CP is not set
# CONFIG_8139TOO is not set
# CONFIG_8139TOO_PIO is not set
# CONFIG_8139TOO_TUNE_TWISTER is not set
# CONFIG_8139TOO_8129 is not set
# CONFIG_8139_OLD_RX_RESET is not set
# CONFIG_SIS900 is not set
# CONFIG_EPIC100 is not set
# CONFIG_SUNDANCE is not set
# CONFIG_SUNDANCE_MMIO is not set
# CONFIG_TLAN is not set
# CONFIG_TC35815 is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_VIA_RHINE_MMIO is not set
# CONFIG_WINBOND_840 is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_E1000 is not set
# CONFIG_MYRI_SBUS is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SK98LIN is not set
# CONFIG_TIGON3 is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
CONFIG_PPP=m
# CONFIG_PPP_MULTILINK is not set
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
# CONFIG_PPP_SYNC_TTY is not set
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
# CONFIG_PPPOE is not set
# CONFIG_SLIP is not set

#
# Wireless LAN (non-hamradio)
#
# CONFIG_NET_RADIO is not set

#
# Token Ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_WAN is not set

#
# Amateur Radio support
#
# CONFIG_HAMRADIO is not set

#
# IrDA (infrared) support
#
# CONFIG_IRDA is not set

#
# ISDN subsystem
#
# CONFIG_ISDN is not set

#
# Old CD-ROM drivers (not SCSI, not IDE)
#
# CONFIG_CD_NO_IDESCSI is not set

#
# Input core support
#
CONFIG_INPUT=m
CONFIG_INPUT_KEYBDEV=m
CONFIG_INPUT_MOUSEDEV=m
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=m
CONFIG_INPUT_EVDEV=m

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
# CONFIG_SERIAL_CONSOLE is not set
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
# CONFIG_PRINTER is not set
# CONFIG_PPDEV is not set
# CONFIG_TIPAR is not set

#
# I2C support
#
# CONFIG_I2C is not set

#
# Mice
#
# CONFIG_BUSMOUSE is not set
CONFIG_MOUSE=m
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set
# CONFIG_MK712_MOUSE is not set

#
# Joysticks
#
CONFIG_INPUT_GAMEPORT=m
CONFIG_INPUT_NS558=m
# CONFIG_INPUT_LIGHTNING is not set
# CONFIG_INPUT_PCIGAME is not set
# CONFIG_INPUT_CS461X is not set
# CONFIG_INPUT_EMU10K1 is not set
# CONFIG_INPUT_SERIO is not set
# CONFIG_INPUT_SERPORT is not set
CONFIG_INPUT_ANALOG=m
# CONFIG_INPUT_A3D is not set
# CONFIG_INPUT_ADI is not set
# CONFIG_INPUT_COBRA is not set
# CONFIG_INPUT_GF2K is not set
# CONFIG_INPUT_GRIP is not set
# CONFIG_INPUT_INTERACT is not set
# CONFIG_INPUT_TMDC is not set
# CONFIG_INPUT_SIDEWINDER is not set
# CONFIG_INPUT_IFORCE_USB is not set
# CONFIG_INPUT_IFORCE_232 is not set
# CONFIG_INPUT_WARRIOR is not set
# CONFIG_INPUT_MAGELLAN is not set
# CONFIG_INPUT_SPACEORB is not set
# CONFIG_INPUT_SPACEBALL is not set
# CONFIG_INPUT_STINGER is not set
# CONFIG_INPUT_DB9 is not set
# CONFIG_INPUT_GAMECON is not set
# CONFIG_INPUT_TURBOGRAFX is not set
# CONFIG_QIC02_TAPE is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_IPMI_PANIC_EVENT is not set
# CONFIG_IPMI_DEVICE_INTERFACE is not set
# CONFIG_IPMI_KCS is not set
# CONFIG_IPMI_WATCHDOG is not set

#
# Watchdog Cards
#
CONFIG_WATCHDOG=y
# CONFIG_WATCHDOG_NOWAYOUT is not set
# CONFIG_ACQUIRE_WDT is not set
# CONFIG_ADVANTECH_WDT is not set
# CONFIG_ALIM1535_WDT is not set
# CONFIG_ALIM7101_WDT is not set
# CONFIG_SC520_WDT is not set
# CONFIG_PCWATCHDOG is not set
# CONFIG_EUROTECH_WDT is not set
# CONFIG_IB700_WDT is not set
# CONFIG_WAFER_WDT is not set
# CONFIG_I810_TCO is not set
# CONFIG_MIXCOMWD is not set
# CONFIG_60XX_WDT is not set
# CONFIG_SC1200_WDT is not set
# CONFIG_SCx200_WDT is not set
CONFIG_SOFT_WATCHDOG=m
# CONFIG_W83877F_WDT is not set
# CONFIG_WDT is not set
# CONFIG_WDTPCI is not set
# CONFIG_MACHZ_WDT is not set
# CONFIG_AMD7XX_TCO is not set
# CONFIG_SCx200_GPIO is not set
# CONFIG_AMD_RNG is not set
# CONFIG_INTEL_RNG is not set
# CONFIG_AMD_PM768 is not set
CONFIG_NVRAM=m
CONFIG_RTC=m
# CONFIG_DTLK is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_SONYPI is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set
# CONFIG_AGP is not set
# CONFIG_DRM is not set
# CONFIG_MWAVE is not set

#
# Multimedia devices
#
CONFIG_VIDEO_DEV=m

#
# Video For Linux
#
CONFIG_VIDEO_PROC_FS=y
# CONFIG_I2C_PARPORT is not set
# CONFIG_VIDEO_BT848 is not set
# CONFIG_VIDEO_PMS is not set
# CONFIG_VIDEO_BWQCAM is not set
# CONFIG_VIDEO_CQCAM is not set
# CONFIG_VIDEO_W9966 is not set
# CONFIG_VIDEO_CPIA is not set
# CONFIG_VIDEO_SAA5249 is not set
# CONFIG_TUNER_3036 is not set
# CONFIG_VIDEO_STRADIS is not set
# CONFIG_VIDEO_ZORAN is not set
# CONFIG_VIDEO_ZORAN_BUZ is not set
# CONFIG_VIDEO_ZORAN_DC10 is not set
# CONFIG_VIDEO_ZORAN_LML33 is not set
# CONFIG_VIDEO_ZR36120 is not set
# CONFIG_VIDEO_MEYE is not set

#
# Radio Adapters
#
# CONFIG_RADIO_CADET is not set
# CONFIG_RADIO_RTRACK is not set
# CONFIG_RADIO_RTRACK2 is not set
# CONFIG_RADIO_AZTECH is not set
# CONFIG_RADIO_GEMTEK is not set
# CONFIG_RADIO_GEMTEK_PCI is not set
# CONFIG_RADIO_MAXIRADIO is not set
# CONFIG_RADIO_MAESTRO is not set
# CONFIG_RADIO_MIROPCM20 is not set
# CONFIG_RADIO_MIROPCM20_RDS is not set
# CONFIG_RADIO_SF16FMI is not set
# CONFIG_RADIO_SF16FMR2 is not set
# CONFIG_RADIO_TERRATEC is not set
# CONFIG_RADIO_TRUST is not set
# CONFIG_RADIO_TYPHOON is not set
# CONFIG_RADIO_ZOLTRIX is not set

#
# File systems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_REISERFS_FS is not set
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
CONFIG_HFS_FS=m
# CONFIG_BEFS_FS is not set
# CONFIG_BEFS_DEBUG is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BFS_FS is not set
CONFIG_EXT3_FS=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_UMSDOS_FS=m
CONFIG_VFAT_FS=m
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_JFFS2_FS is not set
# CONFIG_CRAMFS is not set
CONFIG_TMPFS=y
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
# CONFIG_JFS_FS is not set
# CONFIG_JFS_DEBUG is not set
# CONFIG_JFS_STATISTICS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_VXFS_FS is not set
CONFIG_NTFS_FS=m
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
CONFIG_DEVFS_FS=y
CONFIG_DEVFS_MOUNT=y
# CONFIG_DEVFS_DEBUG is not set
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
# CONFIG_INTERMEZZO_FS is not set
CONFIG_NFS_FS=m
# CONFIG_NFS_V3 is not set
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=m
# CONFIG_NFSD_V3 is not set
# CONFIG_NFSD_TCP is not set
CONFIG_SUNRPC=m
CONFIG_LOCKD=m
CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp437"
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set
CONFIG_ZISOFS_FS=m

#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
# CONFIG_OSF_PARTITION is not set
# CONFIG_AMIGA_PARTITION is not set
# CONFIG_ATARI_PARTITION is not set
# CONFIG_MAC_PARTITION is not set
CONFIG_MSDOS_PARTITION=y
# CONFIG_BSD_DISKLABEL is not set
# CONFIG_MINIX_SUBPARTITION is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
# CONFIG_LDM_PARTITION is not set
# CONFIG_SGI_PARTITION is not set
# CONFIG_ULTRIX_PARTITION is not set
# CONFIG_SUN_PARTITION is not set
# CONFIG_EFI_PARTITION is not set
CONFIG_SMB_NLS=y
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=y
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ISO8859_1=y
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=y

#
# Console drivers
#
CONFIG_VGA_CONSOLE=y
CONFIG_VIDEO_SELECT=y
# CONFIG_MDA_CONSOLE is not set

#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_RIVA=y
# CONFIG_FB_CLGEN is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_VESA is not set
# CONFIG_FB_VGA16 is not set
# CONFIG_FB_HGA is not set
CONFIG_VIDEO_SELECT=y
# CONFIG_FB_MATROX is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_INTEL is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FBCON_ADVANCED is not set
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB32=y
# CONFIG_FBCON_FONTWIDTH8_ONLY is not set
# CONFIG_FBCON_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y

#
# Sound
#
CONFIG_SOUND=y
# CONFIG_SOUND_ALI5455 is not set
# CONFIG_SOUND_BT878 is not set
# CONFIG_SOUND_CMPCI is not set
# CONFIG_SOUND_EMU10K1 is not set
# CONFIG_MIDI_EMU10K1 is not set
# CONFIG_SOUND_FUSION is not set
# CONFIG_SOUND_CS4281 is not set
# CONFIG_SOUND_ES1370 is not set
CONFIG_SOUND_ES1371=m
# CONFIG_SOUND_ESSSOLO1 is not set
# CONFIG_SOUND_MAESTRO is not set
# CONFIG_SOUND_MAESTRO3 is not set
# CONFIG_SOUND_FORTE is not set
# CONFIG_SOUND_ICH is not set
# CONFIG_SOUND_RME96XX is not set
# CONFIG_SOUND_SONICVIBES is not set
# CONFIG_SOUND_TRIDENT is not set
# CONFIG_SOUND_MSNDCLAS is not set
# CONFIG_SOUND_MSNDPIN is not set
# CONFIG_SOUND_VIA82CXXX is not set
# CONFIG_MIDI_VIA82CXXX is not set
CONFIG_SOUND_OSS=m
# CONFIG_SOUND_TRACEINIT is not set
# CONFIG_SOUND_DMAP is not set
# CONFIG_SOUND_AD1816 is not set
# CONFIG_SOUND_AD1889 is not set
# CONFIG_SOUND_SGALAXY is not set
# CONFIG_SOUND_ADLIB is not set
# CONFIG_SOUND_ACI_MIXER is not set
# CONFIG_SOUND_CS4232 is not set
# CONFIG_SOUND_SSCAPE is not set
# CONFIG_SOUND_GUS is not set
# CONFIG_SOUND_VMIDI is not set
# CONFIG_SOUND_TRIX is not set
# CONFIG_SOUND_MSS is not set
# CONFIG_SOUND_MPU401 is not set
# CONFIG_SOUND_NM256 is not set
# CONFIG_SOUND_MAD16 is not set
# CONFIG_SOUND_PAS is not set
# CONFIG_PAS_JOYSTICK is not set
# CONFIG_SOUND_PSS is not set
# CONFIG_SOUND_SB is not set
# CONFIG_SOUND_AWE32_SYNTH is not set
# CONFIG_SOUND_KAHLUA is not set
# CONFIG_SOUND_WAVEFRONT is not set
# CONFIG_SOUND_MAUI is not set
# CONFIG_SOUND_YM3812 is not set
# CONFIG_SOUND_OPL3SA1 is not set
# CONFIG_SOUND_OPL3SA2 is not set
# CONFIG_SOUND_YMFPCI is not set
# CONFIG_SOUND_YMFPCI_LEGACY is not set
# CONFIG_SOUND_UART6850 is not set
# CONFIG_SOUND_AEDSP16 is not set
# CONFIG_SOUND_TVMIXER is not set

#
# USB support
#
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_BANDWIDTH is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_UHCI is not set
# CONFIG_USB_UHCI_ALT is not set
CONFIG_USB_OHCI=m
# CONFIG_USB_AUDIO is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_BLUETOOTH is not set
# CONFIG_USB_MIDI is not set
# CONFIG_USB_STORAGE is not set
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_DPCM is not set
# CONFIG_USB_STORAGE_HP8200e is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_HID is not set
# CONFIG_USB_HIDINPUT is not set
# CONFIG_USB_HIDDEV is not set
# CONFIG_USB_KBD is not set
# CONFIG_USB_MOUSE is not set
# CONFIG_USB_AIPTEK is not set
# CONFIG_USB_WACOM is not set
# CONFIG_USB_KBTAB is not set
# CONFIG_USB_POWERMATE is not set
# CONFIG_USB_DC2XX is not set
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_SCANNER is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_HPUSBSCSI is not set
# CONFIG_USB_IBMCAM is not set
# CONFIG_USB_KONICAWC is not set
CONFIG_USB_OV511=m
# CONFIG_USB_PWC is not set
# CONFIG_USB_SE401 is not set
# CONFIG_USB_STV680 is not set
# CONFIG_USB_VICAM is not set
# CONFIG_USB_DSBR is not set
# CONFIG_USB_DABUSB is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_CATC is not set
# CONFIG_USB_AX8817X is not set
# CONFIG_USB_CDCETHER is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_USS720 is not set

#
# USB Serial Converter support
#
# CONFIG_USB_SERIAL is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_AUERSWALD is not set
# CONFIG_USB_TIGL is not set
# CONFIG_USB_BRLVGER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_SPEEDTOUCH is not set

#
# Bluetooth support
#
# CONFIG_BLUEZ is not set

#
# Kernel hacking
#
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_STACKOVERFLOW=y
CONFIG_DEBUG_HIGHMEM=y
CONFIG_DEBUG_SLAB=y
CONFIG_DEBUG_IOVIRT=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_DEBUG_SPINLOCK=y
CONFIG_FRAME_POINTER=y

#
# Cryptographic options
#
# CONFIG_CRYPTO is not set

#
# Library routines
#
CONFIG_CRC32=y
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m

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

* kmap_types.h (was: Re: Linux 2.4.22-pre3)
  2003-07-06  1:02 Linux 2.4.22-pre3 Marcelo Tosatti
                   ` (5 preceding siblings ...)
  2003-07-11 13:03 ` Linux 2.4.22-pre3 Geert Uytterhoeven
@ 2003-07-14  9:55 ` Geert Uytterhoeven
  2003-07-14 10:03   ` William Lee Irwin III
  6 siblings, 1 reply; 63+ messages in thread
From: Geert Uytterhoeven @ 2003-07-14  9:55 UTC (permalink / raw)
  To: James Morris; +Cc: lkml

On Sat, 5 Jul 2003, Marcelo Tosatti wrote:
>   o [CRYPTO-2.4]: Add dummy kmap_types.h header for sparc64

What are the actual purpose and semantics of the KM_* types? I need to add them
for m68k to make crypto compile.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


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

* Re: kmap_types.h (was: Re: Linux 2.4.22-pre3)
  2003-07-14  9:55 ` kmap_types.h (was: Re: Linux 2.4.22-pre3) Geert Uytterhoeven
@ 2003-07-14 10:03   ` William Lee Irwin III
  2003-07-14 11:20     ` Geert Uytterhoeven
  0 siblings, 1 reply; 63+ messages in thread
From: William Lee Irwin III @ 2003-07-14 10:03 UTC (permalink / raw)
  To: Geert Uytterhoeven; +Cc: James Morris, lkml

On Sat, 5 Jul 2003, Marcelo Tosatti wrote:
>>   o [CRYPTO-2.4]: Add dummy kmap_types.h header for sparc64

On Mon, Jul 14, 2003 at 11:55:40AM +0200, Geert Uytterhoeven wrote:
> What are the actual purpose and semantics of the KM_* types? I need to add them
> for m68k to make crypto compile.
> Gr{oetje,eeting}s,
> 						Geert

They're per-cpu virtualspace reservations for predetermined purposes.
It's for a variant of kmap() usable under spinlocks and in interrupt
handlers. If you don't have highmem, you just don't care.


-- wli

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

* Re: kmap_types.h (was: Re: Linux 2.4.22-pre3)
  2003-07-14 10:03   ` William Lee Irwin III
@ 2003-07-14 11:20     ` Geert Uytterhoeven
  0 siblings, 0 replies; 63+ messages in thread
From: Geert Uytterhoeven @ 2003-07-14 11:20 UTC (permalink / raw)
  To: Marcelo Tosatti, William Lee Irwin III; +Cc: James Morris, lkml

On Mon, 14 Jul 2003, William Lee Irwin III wrote:
> On Sat, 5 Jul 2003, Marcelo Tosatti wrote:
> >>   o [CRYPTO-2.4]: Add dummy kmap_types.h header for sparc64
> 
> On Mon, Jul 14, 2003 at 11:55:40AM +0200, Geert Uytterhoeven wrote:
> > What are the actual purpose and semantics of the KM_* types? I need to add them
> > for m68k to make crypto compile.
> > Gr{oetje,eeting}s,
> > 						Geert
> 
> They're per-cpu virtualspace reservations for predetermined purposes.
> It's for a variant of kmap() usable under spinlocks and in interrupt
> handlers. If you don't have highmem, you just don't care.

OK, in that case the one below (copied from PPC/SPARC64) should work fine.
Marcelo, please apply. Thx!

---snip---

M68k: Add <asm/kmap_types.h>

--- linux-2.4.x/include/asm-m68k/kmap_types.h	Tue Jun 24 14:30:53 2003
+++ linux-m68k-2.4.x/include/asm-m68k/kmap_types.h	Wed Jul  9 17:27:49 2003
@@ -0,0 +1,18 @@
+#ifdef __KERNEL__
+#ifndef _ASM_KMAP_TYPES_H
+#define _ASM_KMAP_TYPES_H
+
+enum km_type {
+	KM_BOUNCE_READ,
+	KM_SKB_SUNRPC_DATA,
+	KM_SKB_DATA_SOFTIRQ,
+	KM_USER0,
+	KM_USER1,
+	KM_BH_IRQ,
+	KM_SOFTIRQ0,
+	KM_SOFTIRQ1,
+	KM_TYPE_NR
+};
+
+#endif
+#endif /* __KERNEL__ */

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


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

* 2.4.22-pre5 deadlock
  2003-07-12 18:08                             ` Linux 2.4.22-pre5 Was " Jim Gifford
@ 2003-07-14 14:48                               ` Marcelo Tosatti
  2003-07-14 17:03                                 ` Jim Gifford
                                                   ` (2 more replies)
  0 siblings, 3 replies; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-14 14:48 UTC (permalink / raw)
  To: Jim Gifford; +Cc: lkml



On Sat, 12 Jul 2003, Jim Gifford wrote:

> I started linux-2.4.22-pre5 at 1:00am it stopped at 8:00am, with no error
> messages. I did enable sysrq keys here is the information.

Jim,

Can you please use ksymoops and your System.map to convert the backtraces
to human readable format?

You're not using quota, so you are not hitting the quota/ext3 deadlock.


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

* Re: 2.4.22-pre5 deadlock
  2003-07-14 14:48                               ` 2.4.22-pre5 deadlock Marcelo Tosatti
@ 2003-07-14 17:03                                 ` Jim Gifford
  2003-07-19 17:21                                   ` Andrea Arcangeli
  2003-07-16 22:59                                 ` Jim Gifford
       [not found]                                 ` <00fd01c34c8d$a03a4960$3400a8c0@W2RZ8L4S02>
  2 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-14 17:03 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: lkml

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

As requested.

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "lkml" <linux-kernel@vger.kernel.org>
Sent: Monday, July 14, 2003 7:48 AM
Subject: 2.4.22-pre5 deadlock


>
>
> On Sat, 12 Jul 2003, Jim Gifford wrote:
>
> > I started linux-2.4.22-pre5 at 1:00am it stopped at 8:00am, with no
error
> > messages. I did enable sysrq keys here is the information.
>
> Jim,
>
> Can you please use ksymoops and your System.map to convert the backtraces
> to human readable format?
>
> You're not using quota, so you are not hitting the quota/ext3 deadlock.
>
>

[-- Attachment #2: report.txt.bz2 --]
[-- Type: application/octet-stream, Size: 10198 bytes --]

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

* Re: 2.4.22-pre5 deadlock
  2003-07-14 14:48                               ` 2.4.22-pre5 deadlock Marcelo Tosatti
  2003-07-14 17:03                                 ` Jim Gifford
@ 2003-07-16 22:59                                 ` Jim Gifford
       [not found]                                 ` <00fd01c34c8d$a03a4960$3400a8c0@W2RZ8L4S02>
  2 siblings, 0 replies; 63+ messages in thread
From: Jim Gifford @ 2003-07-16 22:59 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: lkml

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

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "lkml" <linux-kernel@vger.kernel.org>
Sent: Monday, July 14, 2003 7:48 AM
Subject: 2.4.22-pre5 deadlock


>
>
> On Sat, 12 Jul 2003, Jim Gifford wrote:
>
> > I started linux-2.4.22-pre5 at 1:00am it stopped at 8:00am, with no
error
> > messages. I did enable sysrq keys here is the information.
>
> Jim,
>
> Can you please use ksymoops and your System.map to convert the backtraces
> to human readable format?
>
> You're not using quota, so you are not hitting the quota/ext3 deadlock.
>
>
Any ideas on what I should be looking for. I sent the backtraces a few days
back, pre6 just locked up after 20 hours. For the heck of things, I logged
the building of the kernel, I didn't notice to many problems, I have
attached the build log figuring it may help decipher the problem.


[-- Attachment #2: build_log.tar.bz2 --]
[-- Type: application/octet-stream, Size: 9230 bytes --]

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

* Re: 2.4.22-pre6 deadlock
       [not found]                                 ` <00fd01c34c8d$a03a4960$3400a8c0@W2RZ8L4S02>
@ 2003-07-17 18:46                                   ` Marcelo Tosatti
  2003-07-17 19:44                                     ` Jim Gifford
  0 siblings, 1 reply; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-17 18:46 UTC (permalink / raw)
  To: Jim Gifford; +Cc: lkml


Jim,

I just noticed your kernel is tained.

For what reason?


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

* Re: 2.4.22-pre6 deadlock
  2003-07-17 18:46                                   ` 2.4.22-pre6 deadlock Marcelo Tosatti
@ 2003-07-17 19:44                                     ` Jim Gifford
  2003-07-17 19:50                                       ` Marcelo Tosatti
  0 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-17 19:44 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: lkml

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "lkml" <linux-kernel@vger.kernel.org>
Sent: Thursday, July 17, 2003 11:46 AM
Subject: Re: 2.4.22-pre6 deadlock


>
> Jim,
>
> I just noticed your kernel is tained.
>
> For what reason?
>
>

The only patches I use are for netfilter options and the updated megaraid
driver everything else is stock.

Do you think some of the netfilter options could be causing the problems??


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

* Re: 2.4.22-pre6 deadlock
  2003-07-17 19:44                                     ` Jim Gifford
@ 2003-07-17 19:50                                       ` Marcelo Tosatti
  2003-07-18  0:06                                         ` Jim Gifford
  0 siblings, 1 reply; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-17 19:50 UTC (permalink / raw)
  To: Jim Gifford; +Cc: lkml


Jim,

Probably (just a guess) netfilter is tainting the kernel.

Anyway, could you please try to reproduce the deadlock with stock -pre6?

Your feedback with this oopses are very very useful Jim. Thanks a lot.

On Thu, 17 Jul 2003, Jim Gifford wrote:

> ----- Original Message -----
> From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
> To: "Jim Gifford" <maillist@jg555.com>
> Cc: "lkml" <linux-kernel@vger.kernel.org>
> Sent: Thursday, July 17, 2003 11:46 AM
> Subject: Re: 2.4.22-pre6 deadlock
>
>
> >
> > Jim,
> >
> > I just noticed your kernel is tained.
> >
> > For what reason?
> >
> >
>
> The only patches I use are for netfilter options and the updated megaraid
> driver everything else is stock.
>
> Do you think some of the netfilter options could be causing the problems??
>

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

* Re: 2.4.22-pre6 deadlock
  2003-07-17 19:50                                       ` Marcelo Tosatti
@ 2003-07-18  0:06                                         ` Jim Gifford
  2003-07-18 12:26                                           ` Marcelo Tosatti
       [not found]                                           ` <Pine.LNX.4.55L.0307180925580.6642@freak.dis tro.conectiva>
  0 siblings, 2 replies; 63+ messages in thread
From: Jim Gifford @ 2003-07-18  0:06 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: lkml

If it acts up again, do you want a copy of the build logs??


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

* Re: 2.4.22-pre6 deadlock
  2003-07-18  0:06                                         ` Jim Gifford
@ 2003-07-18 12:26                                           ` Marcelo Tosatti
       [not found]                                           ` <Pine.LNX.4.55L.0307180925580.6642@freak.dis tro.conectiva>
  1 sibling, 0 replies; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-18 12:26 UTC (permalink / raw)
  To: Jim Gifford; +Cc: lkml


Yes, please.

I'll investigate yours and Stephan more carefully today.

On Thu, 17 Jul 2003, Jim Gifford wrote:

> If it acts up again, do you want a copy of the build logs??
>

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

* Re: 2.4.22-pre6 deadlock
       [not found]                                             ` <002e01c34d41$687dbe30$3400a8c0@W2RZ8L4S02>
@ 2003-07-18 17:34                                               ` Marcelo Tosatti
  2003-07-18 19:53                                                 ` Jim Gifford
  2003-07-18 19:59                                                 ` Jim Gifford
  0 siblings, 2 replies; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-18 17:34 UTC (permalink / raw)
  To: Jim Gifford; +Cc: lkml



Jim,

What is this dazuko thing ?

>>EIP; f74e1005 <_end+371aeba5/3a4cfc00>   <=====

Trace; fa9132a9 <[dazuko]dazuko_run_daemon_on_slotlist+95/338>
Trace; fa9135e1 <[dazuko]dazuko_run_daemon+95/ba>
Trace; fa913e0a <[dazuko]dazuko_sys_open+da/1d5>
Trace; c0109a3f <system_call+33/38>
Proc;  couriertcpd







On Fri, 18 Jul 2003, Jim Gifford wrote:

> ----- Original Message -----
> From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
> To: "Jim Gifford" <maillist@jg555.com>
> Cc: "lkml" <linux-kernel@vger.kernel.org>
> Sent: Friday, July 18, 2003 5:26 AM
> Subject: Re: 2.4.22-pre6 deadlock
>
>
> >
> > Yes, please.
> >
> > I'll investigate yours and Stephan more carefully today.
> >
> > On Thu, 17 Jul 2003, Jim Gifford wrote:
> >
> > > If it acts up again, do you want a copy of the build logs??
> > >
> >
>
> Happened last night with the stock kernel.
>
> Enclosed the build logs, kysmoops report, and the sysrq dump information.
>

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

* Re: 2.4.22-pre6 deadlock
  2003-07-18 17:34                                               ` Marcelo Tosatti
@ 2003-07-18 19:53                                                 ` Jim Gifford
  2003-07-18 19:59                                                 ` Jim Gifford
  1 sibling, 0 replies; 63+ messages in thread
From: Jim Gifford @ 2003-07-18 19:53 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: lkml

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "lkml" <linux-kernel@vger.kernel.org>
Sent: Friday, July 18, 2003 10:34 AM
Subject: Re: 2.4.22-pre6 deadlock


>
>
> Jim,
>
> What is this dazuko thing ?
>
> >>EIP; f74e1005 <_end+371aeba5/3a4cfc00>   <=====
>
> Trace; fa9132a9 <[dazuko]dazuko_run_daemon_on_slotlist+95/338>
> Trace; fa9135e1 <[dazuko]dazuko_run_daemon+95/ba>
> Trace; fa913e0a <[dazuko]dazuko_sys_open+da/1d5>
> Trace; c0109a3f <system_call+33/38>
> Proc;  couriertcpd
>
>
>
>
>
>
>
> On Fri, 18 Jul 2003, Jim Gifford wrote:
>
> > ----- Original Message -----
> > From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
> > To: "Jim Gifford" <maillist@jg555.com>
> > Cc: "lkml" <linux-kernel@vger.kernel.org>
> > Sent: Friday, July 18, 2003 5:26 AM
> > Subject: Re: 2.4.22-pre6 deadlock
> >
> >
> > >
> > > Yes, please.
> > >
> > > I'll investigate yours and Stephan more carefully today.
> > >
> > > On Thu, 17 Jul 2003, Jim Gifford wrote:
> > >
> > > > If it acts up again, do you want a copy of the build logs??
> > > >
> > >
> >
> > Happened last night with the stock kernel.
> >
> > Enclosed the build logs, kysmoops report, and the sysrq dump
information.
> >
>

It's part of the antivirus scanner. Information available at
http://www.dazuko.org
In the past I thought this was the problem and disabled it, but the problem
still existed.

I will send you a private mail with a proposal.


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

* Re: 2.4.22-pre6 deadlock
  2003-07-18 17:34                                               ` Marcelo Tosatti
  2003-07-18 19:53                                                 ` Jim Gifford
@ 2003-07-18 19:59                                                 ` Jim Gifford
  2003-07-18 22:01                                                   ` Alan Cox
  1 sibling, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-18 19:59 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: lkml

It is part of the antivirus program, information is available here. 

http://www.dazuko.org 


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

* Re: 2.4.22-pre6 deadlock
  2003-07-18 19:59                                                 ` Jim Gifford
@ 2003-07-18 22:01                                                   ` Alan Cox
  2003-07-18 22:51                                                     ` Jim Gifford
  0 siblings, 1 reply; 63+ messages in thread
From: Alan Cox @ 2003-07-18 22:01 UTC (permalink / raw)
  To: Jim Gifford; +Cc: Marcelo Tosatti, lkml

On Gwe, 2003-07-18 at 20:59, Jim Gifford wrote:
> It is part of the antivirus program, information is available here. 
> 
> http://www.dazuko.org

What a fascinating little toy. This ties in with some interesting
desktop project stuff rather nicely (rememberance agents, live indexing)

However can you duplicate the hang without it loaded ?


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

* Re: 2.4.22-pre6 deadlock
  2003-07-18 22:01                                                   ` Alan Cox
@ 2003-07-18 22:51                                                     ` Jim Gifford
  0 siblings, 0 replies; 63+ messages in thread
From: Jim Gifford @ 2003-07-18 22:51 UTC (permalink / raw)
  To: Alan Cox; +Cc: Marcelo Tosatti, lkml

----- Original Message ----- 
From: "Alan Cox" <alan@lxorguk.ukuu.org.uk>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Friday, July 18, 2003 3:01 PM
Subject: Re: 2.4.22-pre6 deadlock


> On Gwe, 2003-07-18 at 20:59, Jim Gifford wrote:
> > It is part of the antivirus program, information is available here.
> >
> > http://www.dazuko.org
>
> What a fascinating little toy. This ties in with some interesting
> desktop project stuff rather nicely (rememberance agents, live indexing)
>
> However can you duplicate the hang without it loaded ?
>
>
Yes, I can unfortunatly. I just started using the version of Clam Antivirus
that uses it about 2 weeks ago, I thought the problem was virus related at
first. I can disable it with no problems, it's really simple. That was
before I started posting and asking stupid question on lkml.


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

* Re: 2.4.22-pre5 deadlock
  2003-07-14 17:03                                 ` Jim Gifford
@ 2003-07-19 17:21                                   ` Andrea Arcangeli
  2003-07-21  5:59                                     ` Jim Gifford
  0 siblings, 1 reply; 63+ messages in thread
From: Andrea Arcangeli @ 2003-07-19 17:21 UTC (permalink / raw)
  To: Jim Gifford; +Cc: Marcelo Tosatti, lkml

On Mon, Jul 14, 2003 at 10:03:03AM -0700, Jim Gifford wrote:
> As requested.

please try to reproduce w/o devfs and/or w/o a kernel module that is
loadable called ipt_psd (netfilter stuff likely, but not part of
mainline pre6/pre7). probably it'll go away either ways and it seems
triggered by the process called couriertcpd. Not sure exactly what's
going on though, since looking into devfs/devfsd doesn't sound
interesting anymore and I don't see the netfilter code out of mainline.

(probably this email will get some delay, so apologies if it is obsolete
by the time it reaches the network)

Andrea

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

* Re: 2.4.22-pre5 deadlock
  2003-07-19 17:21                                   ` Andrea Arcangeli
@ 2003-07-21  5:59                                     ` Jim Gifford
  2003-07-21 12:45                                       ` Marcelo Tosatti
  0 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-21  5:59 UTC (permalink / raw)
  To: Andrea Arcangeli; +Cc: Marcelo Tosatti, lkml

----- Original Message ----- 
From: "Andrea Arcangeli" <andrea@suse.de>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Saturday, July 19, 2003 10:21 AM
Subject: Re: 2.4.22-pre5 deadlock


> On Mon, Jul 14, 2003 at 10:03:03AM -0700, Jim Gifford wrote:
> > As requested.
>
> please try to reproduce w/o devfs and/or w/o a kernel module that is
> loadable called ipt_psd (netfilter stuff likely, but not part of
> mainline pre6/pre7). probably it'll go away either ways and it seems
> triggered by the process called couriertcpd. Not sure exactly what's
> going on though, since looking into devfs/devfsd doesn't sound
> interesting anymore and I don't see the netfilter code out of mainline.
>
> (probably this email will get some delay, so apologies if it is obsolete
> by the time it reaches the network)
>
> Andrea
>
I have removed all non-standard iptables modules and the dazuko module. It
locked up under pre6 without these modules, but pre7 hasn't caused a problem
yet, it's at 28 hours so far, the record is three days. I have noticed
increased memory usage, which is the starting sign of problems.


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

* Re: 2.4.22-pre5 deadlock
  2003-07-21  5:59                                     ` Jim Gifford
@ 2003-07-21 12:45                                       ` Marcelo Tosatti
  2003-07-21 14:10                                         ` Andrea Arcangeli
                                                           ` (3 more replies)
  0 siblings, 4 replies; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-21 12:45 UTC (permalink / raw)
  To: Jim Gifford; +Cc: Andrea Arcangeli, lkml



On Sun, 20 Jul 2003, Jim Gifford wrote:

> ----- Original Message -----
> From: "Andrea Arcangeli" <andrea@suse.de>
> To: "Jim Gifford" <maillist@jg555.com>
> Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
> <linux-kernel@vger.kernel.org>
> Sent: Saturday, July 19, 2003 10:21 AM
> Subject: Re: 2.4.22-pre5 deadlock
>
>
> > On Mon, Jul 14, 2003 at 10:03:03AM -0700, Jim Gifford wrote:
> > > As requested.
> >
> > please try to reproduce w/o devfs and/or w/o a kernel module that is
> > loadable called ipt_psd (netfilter stuff likely, but not part of
> > mainline pre6/pre7). probably it'll go away either ways and it seems
> > triggered by the process called couriertcpd. Not sure exactly what's
> > going on though, since looking into devfs/devfsd doesn't sound
> > interesting anymore and I don't see the netfilter code out of mainline.
> >
> > (probably this email will get some delay, so apologies if it is obsolete
> > by the time it reaches the network)
> >
> > Andrea
> >
> I have removed all non-standard iptables modules and the dazuko module. It
> locked up under pre6 without these modules, but pre7 hasn't caused a problem
> yet, it's at 28 hours so far, the record is three days. I have noticed
> increased memory usage, which is the starting sign of problems.

Jim,

The increased memory usage seems normal. Its the kernel cahcing more and
more buffers: they will be freed when the system needs memory.

Lets wait and see what happens without the iptables and dazuko modules.

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

* Re: 2.4.22-pre5 deadlock
  2003-07-21 12:45                                       ` Marcelo Tosatti
@ 2003-07-21 14:10                                         ` Andrea Arcangeli
  2003-07-21 15:28                                         ` Jim Gifford
                                                           ` (2 subsequent siblings)
  3 siblings, 0 replies; 63+ messages in thread
From: Andrea Arcangeli @ 2003-07-21 14:10 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Jim Gifford, lkml

On Mon, Jul 21, 2003 at 09:45:32AM -0300, Marcelo Tosatti wrote:
> 
> 
> On Sun, 20 Jul 2003, Jim Gifford wrote:
> 
> > ----- Original Message -----
> > From: "Andrea Arcangeli" <andrea@suse.de>
> > To: "Jim Gifford" <maillist@jg555.com>
> > Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
> > <linux-kernel@vger.kernel.org>
> > Sent: Saturday, July 19, 2003 10:21 AM
> > Subject: Re: 2.4.22-pre5 deadlock
> >
> >
> > > On Mon, Jul 14, 2003 at 10:03:03AM -0700, Jim Gifford wrote:
> > > > As requested.
> > >
> > > please try to reproduce w/o devfs and/or w/o a kernel module that is
> > > loadable called ipt_psd (netfilter stuff likely, but not part of
> > > mainline pre6/pre7). probably it'll go away either ways and it seems
> > > triggered by the process called couriertcpd. Not sure exactly what's
> > > going on though, since looking into devfs/devfsd doesn't sound
> > > interesting anymore and I don't see the netfilter code out of mainline.
> > >
> > > (probably this email will get some delay, so apologies if it is obsolete
> > > by the time it reaches the network)
> > >
> > > Andrea
> > >
> > I have removed all non-standard iptables modules and the dazuko module. It
> > locked up under pre6 without these modules, but pre7 hasn't caused a problem
> > yet, it's at 28 hours so far, the record is three days. I have noticed
> > increased memory usage, which is the starting sign of problems.
> 
> Jim,
> 
> The increased memory usage seems normal. Its the kernel cahcing more and
> more buffers: they will be freed when the system needs memory.
> 
> Lets wait and see what happens without the iptables and dazuko modules.

also please w/o devfs, a task was hanging waiting for devfsd and there
were many request_module running from kmod, so it maybe a devfs/devfsd
race too (ipc_psd, may only be triggering it, and it may not be the
culprit).

Andrea

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

* Re: 2.4.22-pre5 deadlock
  2003-07-21 12:45                                       ` Marcelo Tosatti
  2003-07-21 14:10                                         ` Andrea Arcangeli
@ 2003-07-21 15:28                                         ` Jim Gifford
  2003-07-22  1:10                                         ` Jim Gifford
  2003-07-22  1:40                                         ` Jim Gifford
  3 siblings, 0 replies; 63+ messages in thread
From: Jim Gifford @ 2003-07-21 15:28 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Andrea Arcangeli, lkml

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Monday, July 21, 2003 5:45 AM
Subject: Re: 2.4.22-pre5 deadlock


>
>
> On Sun, 20 Jul 2003, Jim Gifford wrote:
>
> > ----- Original Message -----
> > From: "Andrea Arcangeli" <andrea@suse.de>
> > To: "Jim Gifford" <maillist@jg555.com>
> > Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
> > <linux-kernel@vger.kernel.org>
> > Sent: Saturday, July 19, 2003 10:21 AM
> > Subject: Re: 2.4.22-pre5 deadlock
> >
> >
> > > On Mon, Jul 14, 2003 at 10:03:03AM -0700, Jim Gifford wrote:
> > > > As requested.
> > >
> > > please try to reproduce w/o devfs and/or w/o a kernel module that is
> > > loadable called ipt_psd (netfilter stuff likely, but not part of
> > > mainline pre6/pre7). probably it'll go away either ways and it seems
> > > triggered by the process called couriertcpd. Not sure exactly what's
> > > going on though, since looking into devfs/devfsd doesn't sound
> > > interesting anymore and I don't see the netfilter code out of
mainline.
> > >
> > > (probably this email will get some delay, so apologies if it is
obsolete
> > > by the time it reaches the network)
> > >
> > > Andrea
> > >
> > I have removed all non-standard iptables modules and the dazuko module.
It
> > locked up under pre6 without these modules, but pre7 hasn't caused a
problem
> > yet, it's at 28 hours so far, the record is three days. I have noticed
> > increased memory usage, which is the starting sign of problems.
>
> Jim,
>
> The increased memory usage seems normal. Its the kernel cahcing more and
> more buffers: they will be freed when the system needs memory.
>
> Lets wait and see what happens without the iptables and dazuko modules.
>

This could be revelant to my situation
http://lists.netfilter.org/pipermail/netfilter/2003-July/045504.html


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

* Re: 2.4.22-pre5 deadlock
  2003-07-21 12:45                                       ` Marcelo Tosatti
  2003-07-21 14:10                                         ` Andrea Arcangeli
  2003-07-21 15:28                                         ` Jim Gifford
@ 2003-07-22  1:10                                         ` Jim Gifford
  2003-07-22 11:53                                           ` Marcelo Tosatti
  2003-07-22  1:40                                         ` Jim Gifford
  3 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-22  1:10 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Andrea Arcangeli, lkml

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Monday, July 21, 2003 5:45 AM
Subject: Re: 2.4.22-pre5 deadlock


>
>
> On Sun, 20 Jul 2003, Jim Gifford wrote:
>
> > ----- Original Message -----
> > From: "Andrea Arcangeli" <andrea@suse.de>
> > To: "Jim Gifford" <maillist@jg555.com>
> > Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
> > <linux-kernel@vger.kernel.org>
> > Sent: Saturday, July 19, 2003 10:21 AM
> > Subject: Re: 2.4.22-pre5 deadlock
> >
> >
> > > On Mon, Jul 14, 2003 at 10:03:03AM -0700, Jim Gifford wrote:
> > > > As requested.
> > >
> > > please try to reproduce w/o devfs and/or w/o a kernel module that is
> > > loadable called ipt_psd (netfilter stuff likely, but not part of
> > > mainline pre6/pre7). probably it'll go away either ways and it seems
> > > triggered by the process called couriertcpd. Not sure exactly what's
> > > going on though, since looking into devfs/devfsd doesn't sound
> > > interesting anymore and I don't see the netfilter code out of
mainline.
> > >
> > > (probably this email will get some delay, so apologies if it is
obsolete
> > > by the time it reaches the network)
> > >
> > > Andrea
> > >
> > I have removed all non-standard iptables modules and the dazuko module.
It
> > locked up under pre6 without these modules, but pre7 hasn't caused a
problem
> > yet, it's at 28 hours so far, the record is three days. I have noticed
> > increased memory usage, which is the starting sign of problems.
>
> Jim,
>
> The increased memory usage seems normal. Its the kernel cahcing more and
> more buffers: they will be freed when the system needs memory.
>
> Lets wait and see what happens without the iptables and dazuko modules.
>
Marcelo,
    -pre7 seems to be working ok. Do you want me to enable the dazuko thing
again to see if it's the cause, or do you want me to wait a little longer to
see what happens.


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

* Re: 2.4.22-pre5 deadlock
  2003-07-21 12:45                                       ` Marcelo Tosatti
                                                           ` (2 preceding siblings ...)
  2003-07-22  1:10                                         ` Jim Gifford
@ 2003-07-22  1:40                                         ` Jim Gifford
       [not found]                                           ` <009c01c34ff2$3f70e8b0$3400a8c0@dstl.gov.uk>
  3 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-22  1:40 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Andrea Arcangeli, lkml

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Monday, July 21, 2003 5:45 AM
Subject: Re: 2.4.22-pre5 deadlock


>
>
> On Sun, 20 Jul 2003, Jim Gifford wrote:
>
> > ----- Original Message -----
> > From: "Andrea Arcangeli" <andrea@suse.de>
> > To: "Jim Gifford" <maillist@jg555.com>
> > Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>; "lkml"
> > <linux-kernel@vger.kernel.org>
> > Sent: Saturday, July 19, 2003 10:21 AM
> > Subject: Re: 2.4.22-pre5 deadlock
> >
> >
> > > On Mon, Jul 14, 2003 at 10:03:03AM -0700, Jim Gifford wrote:
> > > > As requested.
> > >
> > > please try to reproduce w/o devfs and/or w/o a kernel module that is
> > > loadable called ipt_psd (netfilter stuff likely, but not part of
> > > mainline pre6/pre7). probably it'll go away either ways and it seems
> > > triggered by the process called couriertcpd. Not sure exactly what's
> > > going on though, since looking into devfs/devfsd doesn't sound
> > > interesting anymore and I don't see the netfilter code out of
mainline.
> > >
> > > (probably this email will get some delay, so apologies if it is
obsolete
> > > by the time it reaches the network)
> > >
> > > Andrea
> > >
> > I have removed all non-standard iptables modules and the dazuko module.
It
> > locked up under pre6 without these modules, but pre7 hasn't caused a
problem
> > yet, it's at 28 hours so far, the record is three days. I have noticed
> > increased memory usage, which is the starting sign of problems.
>
> Jim,
>
> The increased memory usage seems normal. Its the kernel cahcing more and
> more buffers: they will be freed when the system needs memory.
>
> Lets wait and see what happens without the iptables and dazuko modules.
>
People on the Dell Boards keep talking about Redhat 8.0 locking up.
http://forums.us.dell.com/supportforums/board/message?board.id=pes_linux&mes
sage.id=1224


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

* Re: 2.4.22-pre5 deadlock
  2003-07-22  1:10                                         ` Jim Gifford
@ 2003-07-22 11:53                                           ` Marcelo Tosatti
  2003-07-22 15:30                                             ` Jim Gifford
  0 siblings, 1 reply; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-22 11:53 UTC (permalink / raw)
  To: Jim Gifford; +Cc: Andrea Arcangeli, lkml



On Mon, 21 Jul 2003, Jim Gifford wrote:

> > Lets wait and see what happens without the iptables and dazuko modules.
> >
> Marcelo,
>     -pre7 seems to be working ok. Do you want me to enable the dazuko thing
> again to see if it's the cause, or do you want me to wait a little longer to
> see what happens.

Jim,

I prefer if you leave -pre7 running for a while to confirm its stable.



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

* Re: 2.4.22-pre5 deadlock
  2003-07-22 11:53                                           ` Marcelo Tosatti
@ 2003-07-22 15:30                                             ` Jim Gifford
  2003-07-22 17:00                                               ` Marcelo Tosatti
  0 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-22 15:30 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Andrea Arcangeli, lkml

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Tuesday, July 22, 2003 4:53 AM
Subject: Re: 2.4.22-pre5 deadlock


>
>
> On Mon, 21 Jul 2003, Jim Gifford wrote:
>
> > > Lets wait and see what happens without the iptables and dazuko
modules.
> > >
> > Marcelo,
> >     -pre7 seems to be working ok. Do you want me to enable the dazuko
thing
> > again to see if it's the cause, or do you want me to wait a little
longer to
> > see what happens.
>
> Jim,
>
> I prefer if you leave -pre7 running for a while to confirm its stable.
>
>
>
top - 08:29:37 up 2 days, 13:41,  2 users,  load average: 2.33, 2.12, 2.03
Tasks: 109 total,   3 running, 106 sleeping,   0 stopped,   0 zombie
 Cpu0 :   0.3% user,   3.9% system,  95.8% nice,   0.0% idle
 Cpu1 :   1.3% user,   0.6% system,  98.1% nice,   0.0% idle
Mem:   1033672k total,   639904k used,   393768k free,   160764k buffers
Swap:   265060k total,        0k used,   265060k free,   187444k cached

Do you want me to do something intensive. I have a compile that I can do
that takes over 8 hours.


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

* Re: 2.4.22-pre5 deadlock
       [not found]                                           ` <009c01c34ff2$3f70e8b0$3400a8c0@dstl.gov.uk>
@ 2003-07-22 15:46                                             ` Tony Gale
  0 siblings, 0 replies; 63+ messages in thread
From: Tony Gale @ 2003-07-22 15:46 UTC (permalink / raw)
  To: Jim Gifford; +Cc: lkml

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

On Tue, 2003-07-22 at 02:40, Jim Gifford wrote:

> >
> People on the Dell Boards keep talking about Redhat 8.0 locking up.
> http://forums.us.dell.com/supportforums/board/message?board.id=pes_linux&mes
> sage.id=1224

Dell PE2650 lock up without a recent (minimum 1.4c) tg3 ethernet driver.

-tony


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 307 bytes --]

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

* Re: 2.4.22-pre5 deadlock
  2003-07-22 15:30                                             ` Jim Gifford
@ 2003-07-22 17:00                                               ` Marcelo Tosatti
  2003-07-23  1:03                                                 ` Jim Gifford
                                                                   ` (3 more replies)
  0 siblings, 4 replies; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-22 17:00 UTC (permalink / raw)
  To: Jim Gifford; +Cc: Andrea Arcangeli, lkml



On Tue, 22 Jul 2003, Jim Gifford wrote:

> ----- Original Message -----
> From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
> To: "Jim Gifford" <maillist@jg555.com>
> Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
> <linux-kernel@vger.kernel.org>
> Sent: Tuesday, July 22, 2003 4:53 AM
> Subject: Re: 2.4.22-pre5 deadlock
>
>
> >
> >
> > On Mon, 21 Jul 2003, Jim Gifford wrote:
> >
> > > > Lets wait and see what happens without the iptables and dazuko
> modules.
> > > >
> > > Marcelo,
> > >     -pre7 seems to be working ok. Do you want me to enable the dazuko
> thing
> > > again to see if it's the cause, or do you want me to wait a little
> longer to
> > > see what happens.
> >
> > Jim,
> >
> > I prefer if you leave -pre7 running for a while to confirm its stable.
> >
> >
> >
> top - 08:29:37 up 2 days, 13:41,  2 users,  load average: 2.33, 2.12, 2.03
> Tasks: 109 total,   3 running, 106 sleeping,   0 stopped,   0 zombie
>  Cpu0 :   0.3% user,   3.9% system,  95.8% nice,   0.0% idle
>  Cpu1 :   1.3% user,   0.6% system,  98.1% nice,   0.0% idle
> Mem:   1033672k total,   639904k used,   393768k free,   160764k buffers
> Swap:   265060k total,        0k used,   265060k free,   187444k cached
>
> Do you want me to do something intensive. I have a compile that I can do
> that takes over 8 hours.

Jim,

I guess most of us is already convinced that the lockups were caused by
the non-stock code.

How long it usually took to lockup before?

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

* Re: 2.4.22-pre5 deadlock
  2003-07-22 17:00                                               ` Marcelo Tosatti
@ 2003-07-23  1:03                                                 ` Jim Gifford
  2003-07-24  0:14                                                 ` Jim Gifford
                                                                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 63+ messages in thread
From: Jim Gifford @ 2003-07-23  1:03 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Andrea Arcangeli, lkml

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Tuesday, July 22, 2003 10:00 AM
Subject: Re: 2.4.22-pre5 deadlock


>
>
> On Tue, 22 Jul 2003, Jim Gifford wrote:
>
> > ----- Original Message -----
> > From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
> > To: "Jim Gifford" <maillist@jg555.com>
> > Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
> > <linux-kernel@vger.kernel.org>
> > Sent: Tuesday, July 22, 2003 4:53 AM
> > Subject: Re: 2.4.22-pre5 deadlock
> >
> >
> > >
> > >
> > > On Mon, 21 Jul 2003, Jim Gifford wrote:
> > >
> > > > > Lets wait and see what happens without the iptables and dazuko
> > modules.
> > > > >
> > > > Marcelo,
> > > >     -pre7 seems to be working ok. Do you want me to enable the
dazuko
> > thing
> > > > again to see if it's the cause, or do you want me to wait a little
> > longer to
> > > > see what happens.
> > >
> > > Jim,
> > >
> > > I prefer if you leave -pre7 running for a while to confirm its stable.
> > >
> > >
> > >
> > top - 08:29:37 up 2 days, 13:41,  2 users,  load average: 2.33, 2.12,
2.03
> > Tasks: 109 total,   3 running, 106 sleeping,   0 stopped,   0 zombie
> >  Cpu0 :   0.3% user,   3.9% system,  95.8% nice,   0.0% idle
> >  Cpu1 :   1.3% user,   0.6% system,  98.1% nice,   0.0% idle
> > Mem:   1033672k total,   639904k used,   393768k free,   160764k buffers
> > Swap:   265060k total,        0k used,   265060k free,   187444k cached
> >
> > Do you want me to do something intensive. I have a compile that I can do
> > that takes over 8 hours.
>
> Jim,
>
> I guess most of us is already convinced that the lockups were caused by
> the non-stock code.
>
> How long it usually took to lockup before?
>
I removed the modules and dazuko no pre6 and it locked up. But pre7 seems to
be running great, I'll try adding the dazuko module first, and see what
happens.

Latest Info
top - 18:03:30 up 2 days, 23:15,  2 users,  load average: 2.14, 2.15, 2.05
Tasks: 108 total,   3 running, 105 sleeping,   0 stopped,   0 zombie
 Cpu0 :   0.0% user,   1.3% system,  98.4% nice,   0.3% idle
 Cpu1 :   1.9% user,   2.9% system,  95.2% nice,   0.0% idle
Mem:   1033672k total,   688872k used,   344800k free,   164496k buffers
Swap:   265060k total,        0k used,   265060k free,   211988k cached

I will add dazuko in and report back.


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

* Re: 2.4.22-pre5 deadlock
  2003-07-22 17:00                                               ` Marcelo Tosatti
  2003-07-23  1:03                                                 ` Jim Gifford
@ 2003-07-24  0:14                                                 ` Jim Gifford
  2003-07-25 19:40                                                 ` Jim Gifford
  2003-08-02 17:33                                                 ` Jim Gifford
  3 siblings, 0 replies; 63+ messages in thread
From: Jim Gifford @ 2003-07-24  0:14 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Andrea Arcangeli, lkml

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Tuesday, July 22, 2003 10:00 AM
Subject: Re: 2.4.22-pre5 deadlock


>
>
> On Tue, 22 Jul 2003, Jim Gifford wrote:
>
> > ----- Original Message -----
> > From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
> > To: "Jim Gifford" <maillist@jg555.com>
> > Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
> > <linux-kernel@vger.kernel.org>
> > Sent: Tuesday, July 22, 2003 4:53 AM
> > Subject: Re: 2.4.22-pre5 deadlock
> >
> >
> > >
> > >
> > > On Mon, 21 Jul 2003, Jim Gifford wrote:
> > >
> > > > > Lets wait and see what happens without the iptables and dazuko
> > modules.
> > > > >
> > > > Marcelo,
> > > >     -pre7 seems to be working ok. Do you want me to enable the
dazuko
> > thing
> > > > again to see if it's the cause, or do you want me to wait a little
> > longer to
> > > > see what happens.
> > >
> > > Jim,
> > >
> > > I prefer if you leave -pre7 running for a while to confirm its stable.
> > >
> > >
> > >
> > top - 08:29:37 up 2 days, 13:41,  2 users,  load average: 2.33, 2.12,
2.03
> > Tasks: 109 total,   3 running, 106 sleeping,   0 stopped,   0 zombie
> >  Cpu0 :   0.3% user,   3.9% system,  95.8% nice,   0.0% idle
> >  Cpu1 :   1.3% user,   0.6% system,  98.1% nice,   0.0% idle
> > Mem:   1033672k total,   639904k used,   393768k free,   160764k buffers
> > Swap:   265060k total,        0k used,   265060k free,   187444k cached
> >
> > Do you want me to do something intensive. I have a compile that I can do
> > that takes over 8 hours.
>
> Jim,
>
> I guess most of us is already convinced that the lockups were caused by
> the non-stock code.
>
> How long it usually took to lockup before?
>
I have the dazuko thing running with it's application. Still up after 19
hours. So something in -pre7 seems to have fixed the problem. Last time we
tested pre6 with the dazuko thing it deadlocked, I still haven't enabled the
rest of the iptables options yet. I will keep it running a till tomorrow and
see what happens.


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

* Re: 2.4.22-pre5 deadlock
  2003-07-25 19:40                                                 ` Jim Gifford
@ 2003-07-25 19:39                                                   ` Marcelo Tosatti
  2003-07-25 19:48                                                     ` Jim Gifford
  2003-07-25 21:45                                                     ` Marc Heckmann
  0 siblings, 2 replies; 63+ messages in thread
From: Marcelo Tosatti @ 2003-07-25 19:39 UTC (permalink / raw)
  To: Jim Gifford; +Cc: Andrea Arcangeli, lkml, Marc Heckmann



On Fri, 25 Jul 2003, Jim Gifford wrote:

> >From talking with others, we are considering this a netfilter issue, is this
> correct??

It seems you have isolated the problem down to additional netfilter
patches right ?

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

* Re: 2.4.22-pre5 deadlock
  2003-07-22 17:00                                               ` Marcelo Tosatti
  2003-07-23  1:03                                                 ` Jim Gifford
  2003-07-24  0:14                                                 ` Jim Gifford
@ 2003-07-25 19:40                                                 ` Jim Gifford
  2003-07-25 19:39                                                   ` Marcelo Tosatti
  2003-08-02 17:33                                                 ` Jim Gifford
  3 siblings, 1 reply; 63+ messages in thread
From: Jim Gifford @ 2003-07-25 19:40 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Andrea Arcangeli, lkml, Marc Heckmann

>From talking with others, we are considering this a netfilter issue, is this
correct??


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

* Re: 2.4.22-pre5 deadlock
  2003-07-25 19:39                                                   ` Marcelo Tosatti
@ 2003-07-25 19:48                                                     ` Jim Gifford
  2003-07-25 21:45                                                     ` Marc Heckmann
  1 sibling, 0 replies; 63+ messages in thread
From: Jim Gifford @ 2003-07-25 19:48 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Andrea Arcangeli, lkml, Marc Heckmann

----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
<linux-kernel@vger.kernel.org>; "Marc Heckmann" <mh@nadir.org>
Sent: Friday, July 25, 2003 12:39 PM
Subject: Re: 2.4.22-pre5 deadlock


>
>
> On Fri, 25 Jul 2003, Jim Gifford wrote:
>
> > >From talking with others, we are considering this a netfilter issue, is
this
> > correct??
>
> It seems you have isolated the problem down to additional netfilter
> patches right ?
>
That is correct. The wierd part is that people are having problems with
different modules and it's hard to track down what is in common. It seems
the LOG and limit are the only common ones in the group. When I get back
from vacation, I'm going to add all the modules in except for LOG and limit
and see if the problem comes back.


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

* Re: 2.4.22-pre5 deadlock
  2003-07-25 19:39                                                   ` Marcelo Tosatti
  2003-07-25 19:48                                                     ` Jim Gifford
@ 2003-07-25 21:45                                                     ` Marc Heckmann
  1 sibling, 0 replies; 63+ messages in thread
From: Marc Heckmann @ 2003-07-25 21:45 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Jim Gifford, Andrea Arcangeli, lkml

On Fri, Jul 25, 2003 at 04:39:29PM -0300, Marcelo Tosatti wrote:
> 
> 
> On Fri, 25 Jul 2003, Jim Gifford wrote:
> 
> > >From talking with others, we are considering this a netfilter issue, is this
> > correct??
> 
> It seems you have isolated the problem down to additional netfilter
> patches right ?

no. standard netfilter modules. I just happened to notice that everyone
who had the problem  seemed to be using
iptables.

just to recap what the problem is:

kernel 2.4.2[10] maybe even .19, etc SMP deadlock. systems still
responds to ping, iptables logs still scroll along on the console.
but nothing else.

please see my post with ksymoops output of sysrq+T :

http://marc.theaimsgroup.com/?l=linux-kernel&m=105821579624140&w=2

however, the deadlock happened when the system was under heavy disk IO.
all filesytems are raid1, ext3.

here are my modules:

[mh@zara mh]$ /sbin/lsmod
Module                  Size  Used by    Not tainted
ip_conntrack_ftp        5424   0 (unused)
8139too                17832   1
mii                     4124   0 [8139too]
e100                   55236   1
ipt_REJECT              4024   2 (autoclean)
ipt_state               1048  34 (autoclean)
ipt_limit               1688   2 (autoclean)
ipt_LOG                 4248   4 (autoclean)
iptable_nat            22872   0 (autoclean) (unused)
ip_conntrack           29896   3 (autoclean) [ip_conntrack_ftp ipt_state
iptable_nat]
iptable_filter          2412   1 (autoclean)
ip_tables              15672   8 [ipt_REJECT ipt_state ipt_limit ipt_LOG
iptable_nat iptable_filter]
keybdev                 2944   0 (unused)
mousedev                5688   0 (unused)
hid                    16296   0 (unused)
input                   6144   0 [keybdev mousedev hid]
usbcore                80704   1 [hid]
ext3                   76096   3
jbd                    65904   3 [ext3]
raid1                  16108   4

-m

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

* Re: 2.4.22-pre5 deadlock
  2003-07-22 17:00                                               ` Marcelo Tosatti
                                                                   ` (2 preceding siblings ...)
  2003-07-25 19:40                                                 ` Jim Gifford
@ 2003-08-02 17:33                                                 ` Jim Gifford
  3 siblings, 0 replies; 63+ messages in thread
From: Jim Gifford @ 2003-08-02 17:33 UTC (permalink / raw)
  To: Marcelo Tosatti; +Cc: Andrea Arcangeli, lkml


----- Original Message ----- 
From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
To: "Jim Gifford" <maillist@jg555.com>
Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
<linux-kernel@vger.kernel.org>
Sent: Tuesday, July 22, 2003 10:00 AM
Subject: Re: 2.4.22-pre5 deadlock


>
>
> On Tue, 22 Jul 2003, Jim Gifford wrote:
>
> > ----- Original Message -----
> > From: "Marcelo Tosatti" <marcelo@conectiva.com.br>
> > To: "Jim Gifford" <maillist@jg555.com>
> > Cc: "Andrea Arcangeli" <andrea@suse.de>; "lkml"
> > <linux-kernel@vger.kernel.org>
> > Sent: Tuesday, July 22, 2003 4:53 AM
> > Subject: Re: 2.4.22-pre5 deadlock
> >
> >
> > >
> > >
> > > On Mon, 21 Jul 2003, Jim Gifford wrote:
> > >
> > > > > Lets wait and see what happens without the iptables and dazuko
> > modules.
> > > > >
> > > > Marcelo,
> > > >     -pre7 seems to be working ok. Do you want me to enable the
dazuko
> > thing
> > > > again to see if it's the cause, or do you want me to wait a little
> > longer to
> > > > see what happens.
> > >
> > > Jim,
> > >
> > > I prefer if you leave -pre7 running for a while to confirm its stable.
> > >
> > >
> > >
> > top - 08:29:37 up 2 days, 13:41,  2 users,  load average: 2.33, 2.12,
2.03
> > Tasks: 109 total,   3 running, 106 sleeping,   0 stopped,   0 zombie
> >  Cpu0 :   0.3% user,   3.9% system,  95.8% nice,   0.0% idle
> >  Cpu1 :   1.3% user,   0.6% system,  98.1% nice,   0.0% idle
> > Mem:   1033672k total,   639904k used,   393768k free,   160764k buffers
> > Swap:   265060k total,        0k used,   265060k free,   187444k cached
> >
> > Do you want me to do something intensive. I have a compile that I can do
> > that takes over 8 hours.
>
> Jim,
>
> I guess most of us is already convinced that the lockups were caused by
> the non-stock code.
>
> How long it usually took to lockup before?
>
Marcelo,
    I just got back from vacation, pre8 was running with the dazuko module
and the program that used it. No down time at all, I will start adding the
iptables modules and see which one causes the problems. (I left on Sunday
8am returned on 8pm on Friday).

Jim


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

* Re: Linux 2.4.22-pre3
@ 2003-07-06 10:48 Margit Schubert-While
  0 siblings, 0 replies; 63+ messages in thread
From: Margit Schubert-While @ 2003-07-06 10:48 UTC (permalink / raw)
  To: linux-kernel; +Cc: a.marsman

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

Attached fixes Aschwin's problem.


         Margit

[-- Attachment #2: vicampatch --]
[-- Type: application/octet-stream, Size: 454 bytes --]

diff -Naur linux-2.4.22pre3/drivers/usb/vicam.c linux-2.4.22pre3mw0/drivers/usb/vicam.c
--- linux-2.4.22pre3/drivers/usb/vicam.c     2003-07-06 08:24:31.000000000 +0200
+++ linux-2.4.22pre3mw0/drivers/usb/vicam.c  2003-07-06 11:58:01.000000000 +0200
@@ -763,8 +763,8 @@
 static void
 vicam_close(struct video_device *dev)
 {
-	DBG("close\n");
 	struct vicam_camera *cam = (struct vicam_camera *) dev->priv;
+	DBG("close\n");
 
 
 	if (cam->is_removed) {

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

* Re: Linux 2.4.22-pre3
@ 2003-07-06  8:36 Margit Schubert-While
  0 siblings, 0 replies; 63+ messages in thread
From: Margit Schubert-While @ 2003-07-06  8:36 UTC (permalink / raw)
  To: linux-kernel

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

Erros/unresolved as below.
Attached patch fixes sdla_chdlc, sbni and mark_page_accessed.
The sonyapi I don't know. Seems like we should export acpi_disabled in
kernel/setup.c.
The comx is an ongoing fight :-)

Margit


sdla_chdlc.c:594:43: missing terminating " character
sdla_chdlc.c: In function `wpc_init':
sdla_chdlc.c:595: error: parse error before "Failed"
sdla_chdlc.c:595: error: stray '\' in program
sdla_chdlc.c:595:68: missing terminating " character
make[3]: *** [sdla_chdlc.o] Error 1

sbni.c: In function `calc_crc32':
sbni.c:1558: error: asm-specifier for variable `_crc' conflicts with asm 
clobber list
make[3]: *** [sbni.o] Error 1

depmod: *** Unresolved symbols in 
/lib/modules/2.4.22-pre3/kernel/drivers/char/sonypi.o
depmod:         acpi_disabled
depmod: *** Unresolved symbols in 
/lib/modules/2.4.22-pre3/kernel/drivers/net/wan/comx.o
depmod:         proc_get_inode
depmod: *** Unresolved symbols in 
/lib/modules/2.4.22-pre3/kernel/fs/hfsplus/hfsplus.o
depmod:         mark_page_accessed


         Margit

[-- Attachment #2: patchpre3 --]
[-- Type: application/octet-stream, Size: 2006 bytes --]

diff -Naur linux-2.4.22pre2/drivers/net/wan/sbni.c linux-2.4.22pre2mw0/drivers/net/wan/sbni.c
--- linux-2.4.22pre2/drivers/net/wan/sbni.c	2002-11-29 00:53:14.000000000 +0100
+++ linux-2.4.22pre2mw0/drivers/net/wan/sbni.c	2003-07-04 18:26:26.000000000 +0200
@@ -1552,13 +1552,13 @@
 static u32
 calc_crc32( u32  crc,  u8  *p,  u32  len )
 {
-	register u32  _crc __asm ( "ax" );
+	register u32  _crc;
 	_crc = crc;
 	
 	__asm __volatile (
 		"xorl	%%ebx, %%ebx\n"
-		"movl	%1, %%esi\n" 
-		"movl	%2, %%ecx\n" 
+		"movl	%2, %%esi\n" 
+		"movl	%3, %%ecx\n" 
 		"movl	$crc32tab, %%edi\n"
 		"shrl	$2, %%ecx\n"
 		"jz	1f\n"
@@ -1594,7 +1594,7 @@
 		"jnz	0b\n"
 
 	"1:\n"
-		"movl	%2, %%ecx\n"
+		"movl	%3, %%ecx\n"
 		"andl	$3, %%ecx\n"
 		"jz	2f\n"
 
@@ -1619,9 +1619,9 @@
 		"xorb	2(%%esi), %%bl\n"
 		"xorl	(%%edi,%%ebx,4), %%eax\n"
 	"2:\n"
-		:
-		: "a" (_crc), "g" (p), "g" (len)
-		: "ax", "bx", "cx", "dx", "si", "di"
+		: "=a" (_crc)
+		: "0" (_crc), "g" (p), "g" (len)
+		: "bx", "cx", "dx", "si", "di"
 	);
 
 	return  _crc;
diff -Naur linux-2.4.22pre2/drivers/net/wan/sdla_chdlc.c linux-2.4.22pre2mw0/drivers/net/wan/sdla_chdlc.c
--- linux-2.4.22pre2/drivers/net/wan/sdla_chdlc.c	2002-11-29 00:53:14.000000000 +0100
+++ linux-2.4.22pre2mw0/drivers/net/wan/sdla_chdlc.c	2003-07-04 17:20:19.000000000 +0200
@@ -591,8 +591,7 @@
 	
 
 		if (chdlc_set_intr_mode(card, APP_INT_ON_TIMER)){
-			printk (KERN_INFO "%s: 
-				Failed to set interrupt triggers!\n",
+			printk (KERN_INFO "%s: Failed to set interrupt triggers!\n",
 				card->devname);
 			return -EIO;	
         	}
diff -Naur linux-2.4.22pre2/mm/filemap.c linux-2.4.22pre2mw0/mm/filemap.c
--- linux-2.4.22pre2/mm/filemap.c	2003-06-30 09:52:45.000000000 +0200
+++ linux-2.4.22pre2mw0/mm/filemap.c	2003-07-05 15:22:40.000000000 +0200
@@ -1338,6 +1338,8 @@
 		SetPageReferenced(page);
 }
 
+EXPORT_SYMBOL(mark_page_accessed);
+
 /*
  * This is a generic file read routine, and uses the
  * inode->i_op->readpage() function for the actual low-level

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

end of thread, other threads:[~2003-08-02 17:33 UTC | newest]

Thread overview: 63+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-07-06  1:02 Linux 2.4.22-pre3 Marcelo Tosatti
2003-07-06  5:55 ` Aschwin Marsman
2003-07-06 13:41 ` Ben Collins
2003-07-07  1:00   ` Marcelo Tosatti
2003-07-07  1:05     ` Larry McVoy
2003-07-07  0:11       ` Ben Collins
2003-07-08 18:05       ` Adrian Bunk
2003-07-08 19:18         ` Jeff Garzik
2003-07-10 15:15           ` Larry McVoy
2003-07-10 14:12             ` Ben Collins
2003-07-06 16:35 ` Matthias Andree
2003-07-07 19:34 ` Lukasz Trabinski
2003-07-07 20:10   ` Chris Mason
2003-07-07 21:35     ` Lukasz Trabinski
2003-07-08 16:59 ` Jim Gifford
2003-07-08 20:38   ` Marcelo Tosatti
2003-07-08 21:36     ` Jim Gifford
2003-07-08 22:23       ` Alan Cox
2003-07-08 22:46         ` Jim Gifford
2003-07-09 17:33           ` Marcelo Tosatti
     [not found]             ` <064101c34644$3d917850$3400a8c0@W2RZ8L4S02>
2003-07-10  3:27               ` Marcelo Tosatti
     [not found]                 ` <042801c3472c$f4539f80$3400a8c0@W2RZ8L4S02>
     [not found]                   ` <Pine.LNX.4.55L.0307110953370.28177@freak.distro.conectiva>
     [not found]                     ` <06e301c347c7$2a779590$3400a8c0@W2RZ8L4S02>
2003-07-11 17:06                       ` Marcelo Tosatti
2003-07-11 20:15                         ` Jim Gifford
2003-07-11 20:49                           ` Marcelo Tosatti
2003-07-12 18:08                             ` Linux 2.4.22-pre5 Was " Jim Gifford
2003-07-14 14:48                               ` 2.4.22-pre5 deadlock Marcelo Tosatti
2003-07-14 17:03                                 ` Jim Gifford
2003-07-19 17:21                                   ` Andrea Arcangeli
2003-07-21  5:59                                     ` Jim Gifford
2003-07-21 12:45                                       ` Marcelo Tosatti
2003-07-21 14:10                                         ` Andrea Arcangeli
2003-07-21 15:28                                         ` Jim Gifford
2003-07-22  1:10                                         ` Jim Gifford
2003-07-22 11:53                                           ` Marcelo Tosatti
2003-07-22 15:30                                             ` Jim Gifford
2003-07-22 17:00                                               ` Marcelo Tosatti
2003-07-23  1:03                                                 ` Jim Gifford
2003-07-24  0:14                                                 ` Jim Gifford
2003-07-25 19:40                                                 ` Jim Gifford
2003-07-25 19:39                                                   ` Marcelo Tosatti
2003-07-25 19:48                                                     ` Jim Gifford
2003-07-25 21:45                                                     ` Marc Heckmann
2003-08-02 17:33                                                 ` Jim Gifford
2003-07-22  1:40                                         ` Jim Gifford
     [not found]                                           ` <009c01c34ff2$3f70e8b0$3400a8c0@dstl.gov.uk>
2003-07-22 15:46                                             ` Tony Gale
2003-07-16 22:59                                 ` Jim Gifford
     [not found]                                 ` <00fd01c34c8d$a03a4960$3400a8c0@W2RZ8L4S02>
2003-07-17 18:46                                   ` 2.4.22-pre6 deadlock Marcelo Tosatti
2003-07-17 19:44                                     ` Jim Gifford
2003-07-17 19:50                                       ` Marcelo Tosatti
2003-07-18  0:06                                         ` Jim Gifford
2003-07-18 12:26                                           ` Marcelo Tosatti
     [not found]                                           ` <Pine.LNX.4.55L.0307180925580.6642@freak.dis tro.conectiva>
     [not found]                                             ` <002e01c34d41$687dbe30$3400a8c0@W2RZ8L4S02>
2003-07-18 17:34                                               ` Marcelo Tosatti
2003-07-18 19:53                                                 ` Jim Gifford
2003-07-18 19:59                                                 ` Jim Gifford
2003-07-18 22:01                                                   ` Alan Cox
2003-07-18 22:51                                                     ` Jim Gifford
2003-07-11 13:03 ` Linux 2.4.22-pre3 Geert Uytterhoeven
2003-07-11 13:10   ` Benjamin Herrenschmidt
2003-07-14  9:55 ` kmap_types.h (was: Re: Linux 2.4.22-pre3) Geert Uytterhoeven
2003-07-14 10:03   ` William Lee Irwin III
2003-07-14 11:20     ` Geert Uytterhoeven
2003-07-06  8:36 Linux 2.4.22-pre3 Margit Schubert-While
2003-07-06 10:48 Margit Schubert-While

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).