* 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ 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; 61+ 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] 61+ messages in thread
end of thread, other threads:[~2003-08-02 17:33 UTC | newest]
Thread overview: 61+ 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
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.