Linux: 2.6.6 Released

Submitted by Jeremy
on May 9, 2004 - 9:30pm

Linux creator Linus Torvalds announced the release of the 2.6.6 stable kernel. A number of notable additions found their way into the mainline 2.6 kernel during this development cycle, including Jens Axboe's laptop mode [story] and the completely fair queueing (CFQ) I/O scheduler [story], support for a non-executable stack on a number of architectures, several patches laying the groundwork for object-based reverse mapping, and 4KB kernel stacks for the i386 architecture reducing the kernel's per process overhead. Since 2.6.6-rc3 [story], Linus highlights the following changes:

"NTFS, XFS, FAT and CIFS updates. IDE cache-flush at shutdown fixes. ppc, sparc, s390 and ARM updates (and a few x86-64 fixes)."

Read on for the full list of changes since -rc3.


From: Linus Torvalds [email blocked]
To: Kernel Mailing List [email blocked]
Subject: Linux 2.6.6
Date: 	Sun, 9 May 2004 19:58:01 -0700 (PDT)


Ok, there it is (well, the tar-file and patches are still being up-loaded, 
but should be there soon).

NTFS, XFS, FAT and CIFS updates. IDE cache-flush at shutdown fixes. ppc, 
sparc, s390 and ARM updates (and a few x86-64 fixes).

Holler if I missed anything,

		Linus

----

Summary of changes from v2.6.6-rc3 to v2.6.6
============================================

Adam Belay:
  o parport pnp detection fix

Alex Williamson:
  o [SERIAL] 8250_hcdp needs irq sharing

Alexander Viro:
  o Fix might_sleep in /proc/swaps code
  o mcdx.c insanity removal

Andi Kleen:
  o Fix machine check handler on x86-64
  o Fix x86-64 compilation without iommu for 2.6.6rc3

Andrew Morton:
  o acpi build fix setup.c:608: `acpi_skip_timer_override' undeclared
  o cifssmb.c warning fix
  o writeback livelock fix
  o fadvise length handling fix
  o task_struct alignment fix
  o usb linkage fix
  o cancel_delayed_work() fix
  o b44 driver needs mii
  o run populate_rootfs() before initcalls

Andries E. Brouwer:
  o report size of printk buffer

Anton Altaparmakov:
  o NTFS: Use get_bh() instead of manual atomic_inc() in
    fs/ntfs/compress.c
  o NTFS: - Modify fs/ntfs/time.c::ntfs2utc(), get_current_ntfs_time(),
    and utc2ntfs() to work with struct timespec instead of time_t on
    the Linux UTC time side thus preserving the full precision of the
    NTFS time and only loosing up to 99 nano-seconds in the Linux UTC
    time.
  o NTFS: - Remove unused ntfs_dirty_inode()
  o NTFS: Wrap flush_dcache_mft_record_page() in #ifdef NTFS_RW
  o NTFS: Add NInoTestSetFoo() and NInoTestClearFoo() macro magic to
    fs/ntfs/inode.h and use it to declare NInoTest{Set,Clear}Dirty.
  o NTFS: Move typedefs for ntfs_attr and test_t from fs/ntfs/inode.c
    to fs/ntfs/inode.h so they can be used elsewhere.
  o NTFS: Determine the mft mirror size as the number of mirrored mft
    records and store it in ntfs_volume->mftmirr_size
    (fs/ntfs/super.c).
  o NTFS: Load the mft mirror at mount time and compare the mft records
    stored in it to the ones in the mft (fs/ntfs/super.c).
  o NTFS: - Fix compiler warnings related to type casting
  o NTFS: Read the journal ($LogFile) and determine if the volume has
    been shutdown cleanly and force a read-only mount if not
    (fs/ntfs/super.c and fs/ntfs/logfile.c).  This is a little bit of a
    crude check in that we only look at the restart areas and not at
    the actual log records so that there will be a very small number of
    cases where we think that a volume is dirty when in fact it is
    clean.  This should only affect volumes that have not been shutdown
    cleanly and did not have any pending, non-check-pointed i/o.
  o NTFS:  Eeek.  Forgot to revert the Makefile before checking it in
    last time
  o NTFS: 2.1.8 release - If the $LogFile indicates a clean shutdown
    and a read-write (re)mount is requested, empty $LogFile by
    overwriting it with 0xff bytes to ensure that Windows cannot cause
    data corruption by replaying a stale journal after Linux has
    written to the volume.

Arjan van de Ven:
  o ide-disk.c: write cache handling fixes
  o IDE disk cache flush at unopportune momemnts
  o ide: don't send cacheflush to drives that don't understand it

Armin Schindler:
  o ISDN CAPI: fix ncci list semaphore
  o ISDN Eicon driver: accept capidrv parameters
  o ISDN Eicon driver: fix empty queue check
  o ISDN Eicon driver: fix idi cleanup deadlock

Arnd Bergmann:
  o s390: oprofile Kconfig fixes

Bartlomiej Zolnierkiewicz:
  o fix default IDE interfaces initialization for PPC32
  o fixup for C1 Halt Disconnect problem on nForce2 chipsets
  o Suspend IDE disks on shutdown

Ben Collins:
  o [IEEE1394]: Fix deadlock in killing kernel thread

Benjamin Herrenschmidt:
  o ppc/ppc64: Cleanup PPC970 CPU initialization
  o Fix my address in CREDITS
  o ppc32: Add missing [pci_]dma_mapping_error()
  o ppc32: pmac support update
  o ppc64: Fix nasty typo in PTE freeing code
  o [SUNZILOG]: Fix DCD/CTS change tests, just like in pmac_zilog

Bjorn Helgaas:
  o [SERIAL] default to serial console when possible

Chris Wright:
  o fix memleak in sys_mq_timedsend
  o fix queues_count accounting in mqueue_delete_inode()

Christoph Hellwig:
  o [XFS] use kmem_alloc for noaddr buffers
  o [XFS] kill the pagebuf vs xfs_buf confusion
  o [XFS] really kill the pagebuf vs xfs_buf confusion
  o [XFS] clarify pagebuf page lookup logic
  o [XFS] Don't reset buffer offset before using it
  o [XFS] close external blockdevice after final flush
  o fix warning in arch/ppc/boot/simple/misc.c
  o fix WARN_ON on XFS module unload

Clay Haapala:
  o [LIB]: Add CRC32c (Castagnoli, et al Cyclic Redundancy-Check)
  o [LIB]: Use compiler.h's pure attribute macros in crc32.c
  o [CRYPTO]: Provide crc32c as a type of digest
  o [CRYPTO]: Fix typing in crc32c's chksum_update

Coywolf Qi Hunt:
  o Update kerneltraffic link in SubmittingDrivers and kernel-docs.txt

Daniel Ritz:
  o [PCMCIA] add EnE specific initialization to fix HDSP

Dave Kleikamp:
  o JFS: [CHECKER] Fix a possible null-pointer dereference
  o JFS: [CHECKER] Memory leak in jfs_link
  o JFS: [CHECKER] get rid of txAbortCommit

David Gibson:
  o Fix overeager stack-expansion on ppc64
  o POWER5 erratum workaround
  o ppc64: shmget() translation bugfix
  o ppc64: Use slbie, not slbia in hugepage code

David Mosberger:
  o ia64: Fix Exec-Only stack patch so X can work again
  o Cset exclude:
 [email blocked]|ChangeSet|20040427053149|28511

David S. Miller:
  o [SPARC64]: Fix MAP_FIXED+shared address check, noticed by rmk
  o [SPARC64]: Update defconfig
  o [NET]: Undo marking sock_alloc() as static, still exported to
    modules
  o [SPARC64]: hugetlbpage.c needs linux/module.h

David Stevens:
  o [IPV4]: Use time_after() in override ARP calculation

David Vrabel:
  o [ARM PATCH] 1832/1: Typo in dma_unregister_dev printk

Dean Roehrich:
  o [XFS] Fix dmapi/mprotect interaction
  o [XFS] Remove <linux/mman.h> now that linvfs_mprotect doesn't need
    it

Denis Vlasenko:
  o add missing #include

Dirk Behme:
  o [ARM PATCH] 1835/1: Make ALTERA Excalibur work again in 2.6.5

Eric Sandeen:
  o [XFS] Use pgoff_t for page indices, and remove other type confusion

Eric Wong:
  o logips2pp driver update (MX510/310 support), cleanup

Gerd Knorr:
  o Fix oops in video_register_device

Herbert Xu:
  o [IPV4/IPV6]: Fix listing of listening sockets

Hirofumi Ogawa:
  o FAT: Fix nfsv2 support
  o FAT: small cleanup
  o FAT: remove symbols exports from msdosfs/vfat

Hugh Dickins:
  o mremap offset type
  o mremap pte_unmap NULL
  o add_to_page_cache comments
  o page_mapping race fix

Ingo Molnar:
  o [NET]: Update netpoll credits

Ivan Kokshaysky:
  o Fix rwsem contention case on alpha/s390x

James Morris:
  o [NET]: Add sock_create_kern()
  o [NET]: Add sock_create_lite()

Jeff Garzik:
  o [libata sata_sis] support SATA SCRs in PCI cfg space

Jeremy Higdon:
  o sata_vsc initialization fix

Jon Krueger:
  o [XFS] Correct the (file size >= stripe unit) check inside
    xfs_iomap_write_delay.  It was comparing the file size, in bytes,
    against the stripe unit size, in FSBs. (PV 911469)

Joshua Kwan:
  o [SPARC64]: Use $(CC) in NEW_GCC checks

Karol Kozimor:
  o acpi4asus 0.28 (Karol 'sziwan' Kozimor)

Keith M. Wesolowski:
  o [SPARC32]: Ensure swap entries do not overlap the PRESENT or FILE
    bits
  o [SPARC32]: Correct calculation of num_physpages
  o [SPARC32]: Trivial reformatting patch for arch/sparc/mm/init.c
  o [SPARC32]: Reduce fragmentation in the bitmap allocator

Keith Owens:
  o ia64: SN_SAL_PRINT_ERROR is reentrant

Len Brown:
  o [ACPI] fix x86_64 mis-merge
  o [ACPI] enable 440GX PIRQ router workaround
  o [ACPI] enhance intr-src-override parsing to handle ES7000
    http://bugme.osdl.org/show_bug.cgi?id=2520
  o ACPI] Delete IRQ2 "cascade" in ACPI IOAPIC mode no such concept
    exists in ACPI, frees IRQ2 for use.
  o [ACPI] if acpi_os_name= is used, print what it finds
  o [ACPI] allow IRQ2 to be used in ACPI/IOAPIC mode
    http://bugzilla.kernel.org/show_bug.cgi?id=2564
  o [ACPI] Workaround "_BBN 0" BIOS bug enhance "pci=noacpi" to skip
    ACPI PCI configuration and interrupt config add "acpi=noirq" to
    skip just ACPI interrupt config (David Shaohua Li)
    http://bugzilla.kernel.org/show_bug.cgi?id=1662
  o [ACPI] workaround for nForce2 BIOS bug: XT-PIC timer in IOAPIC mode
    "acpi_skip_timer_override" boot parameter dmi_scan for common
    platforms, may be replaced with PCI-ID in future.
  o [ACPI] No IRQ known... - using IRQ 255 (Bjarni Rúnar Einarsson)
    http://bugzilla.kernel.org/show_bug.cgi?id=2148
  o ACPI irq->gsi naming (Bjorn Helgaas)
  o [ACPI] battery "charged" instead of "unknown" (Luming Yu)
    http://bugzilla.kernel.org/show_bug.cgi?id=1863
  o [ACPI] pci-link may not always be SHARED (SuSE via Luming Yu)
    http://bugzilla.kernel.org/show_bug.cgi?id=2404
  o [ACPI] rmmod ACPI modules vs /proc from Anil S Keshavamurthy and
    David Shaohua Li http://bugzilla.kernel.org/show_bug.cgi?id=2457
  o [ACPI] toshiba_acpi driver if acpi_disabled (David Shaohua Li)
    http://bugzilla.kernel.org/show_bug.cgi?id=2465
  o [ACPI] support button driver unload (Luming Yu)
    http://bugzilla.kernel.org/show_bug.cgi?id=2281
  o [ACPI] fix build warning in dmi_scan
  o [ACPI] button build fix
  o [ACPI] PCI Interrupt Link fixes Handle BIOS that reference disabled
    PCI Interrupt Link Devices
    http://bugme.osdl.org/show_bug.cgi?id=1581
  o [ACPI] export symbols to button module

Linus Torvalds:
  o Add __user annotations to ppc64 user access functions
  o Tell the sparse checker to use 64-bit mode when checking a ppc64
    tree.
  o Fix fixed fadvice length handling
  o Make types of big integers in bitops.h explicit
  o Be more careful about semaphore contention memory ordering
  o Be more careful about waking up rwsem waiters
  o x86-64: fix preempt race in exit_thread
  o All the Intel LPC bridges have the same PCI quirks
  o Waste less memory in dentries
  o Mark the ACPI CPU throttle and timer IO regions busy
  o Linux 2.6.6

Luiz Capitulino:
  o fix warning in fs/dquot.c

Marc Singer:
  o [ARM PATCH] 1816/1: lh7a40x #2 (1/7) core
  o [ARM PATCH] 1817/1: lh7a40x #2 (2/7) core-include
  o [ARM PATCH] 1818/1: lh7a40x #2 (3/7) doc

Martin Schwidefsky:

  o s390: core s390
  o s390: common i/o layer
  o s390: network driver
  o s390: 3270 console driver
  o s390: zfcp host adapter
  o s390: oprofile for s390

Matt Tolentino:
  o efivars sysfs fix

Meelis Roos:
  o ppc32: compile error in signal.c

Michael Hunold:
  o DVB:Fix adapter module removal bug

Mikael Pettersson:
  o gcc-3.4.0 fixes
  o allow drivers to claim the lapic NMI watchdog HW

Mike Miller:
  o cciss build fix
  o cciss MAINTAINERS update
  o cciss update

Nathan Scott:
  o [XFS] Fix a very hard-to-hit, small-block-size only corruption
  o [XFS] Fix delayed write buffer handling to use the correct list
    interfaces, add validity checks, remove unused code, fix comments.
  o [XFS] Make buffer error checking consistent, add a value range
    check
  o [XFS] Return the right error code on an ACL xattr version mismatch
  o [XFS] Only use page->private to track page state for page cache
    pages
  o [XFS] Fix some cases where we returned fill_super success, instead
  o [XFS] Allow xfsbufd flush intervals to take immediate effect after
    changing the flush sysctl value.  Fix from Bart Samwel
  o [XFS] Use USER_HZ in XFS sysctl interfaces.  Fix from Bart Samwel
  o [XFS] Bump up age_buffer and sync_interval maxima for laptop mode. 
    From Bart Samwel
  o [XFS] Fix vmtruncate abuse in the XFS setattr ATTR_SIZE operation
  o [XFS] cleanup pagebuf flag usage and simplify pagebuf_free
  o [XFS] Fix up a trivial merge botch
  o [XFS] Revive an accidentally dropped pagesize > blocksize assert

Nicolas Pitre:
  o [ARM PATCH] 1836/1: don't hardcode virtual addresses
  o [ARM PATCH] 1837/1: small Lubbock cleanup
  o [ARM PATCH] 1838/1: Lubbock leds and macro namespace cleanup
  o [ARM PATCH] 1839/1: fix lubbock_flash.c which used a bogus reg name
  o [ARM PATCH] 1840/1: recognize more XScale CPU variants
  o [ARM PATCH] 1841/1: Lubbock defconfig update

Nitin A. Kamble:
  o mxcsr patch for i386 & x86-64

Olof Johansson:
  o ppc64: Set memory-only nodes online

Pat Gefre:
  o ia64: SN2 fix

Patrick Wildi:
  o serverworks.c: fix DMA for OSB4

Paul Mackerras:
  o ppc64: fix incorrect signal handler argument
  o ppc32: Updated boot fix
  o Fix CTS handling in pmac-zilog.c

Paul Wagland:
  o bug fix for megaraid memory leak

Pavel Machek:
  o make ikconfig quiet

Petr Vandrovec:
  o ncpfs data corruption when using large TCP transfers

René Scharfe:
  o FAT: simple error handling cleanup

Richard Henderson:
  o [ALPHA] Add message queue syscalls

Roman Zippel:
  o fix value toggle in gconf

Russell Cattelan:
  o [XFS] Fix for the xfs dir2 rebalance bug

Russell King:
  o [ARM] Add read_cpuid() to aid reading CPU ID registers
  o [ARM] Fix BE find_*_bit operations
  o [ARM] Update assabet_defconfig
  o [ARM] Update ioremap implementation

  o [ARM] Fix dependencies of SERIO_AMBAKMI and SERIO_RPCKBD
  o [ARM] Oprofile should use asm/irq.h not asm/arch/irqs.h
  o [ARM] Fix monspecs in ARM-related framebuffer drivers
  o [ARM] Remove Anakin default configuration file
  o [ARM] Fix shared mmap()ings for ARM VIPT caches
  o [ARM] Fix read_cpuid()
  o [ARM] Fix atomic bitops earlyclobber
  o [ARM] Move all page fault handling code to fault.c
  o [ARM] Add Versatile default configuration
  o Update MTD concatenating driver
  o [SERIAL] Fix the calculation of the number of UARTs
  o [ARM] Fix potential oops and kill unused variable warning in
    sa1111.c
  o [ARM] Update mach-types file again
  o [SERIAL] Remove unused variable
  o [ARM] Remove DMA support in Versatile
  o [ARM] Enclose MMC-related code in #ifdef CONFIG_MMC .. #endif
  o [SERIAL] Remove unmerged 'clk' subsystem from PL011 driver

Rusty Russell:
  o [NET]: Fix MODULE_PARM_DESC typo in dummy driver

Slawomir Kolodynski:
  o [SERIAL] Add support for SBS Tech. Inc. PMC-OCTPRO and P-OCTAL
    cards

Sridhar Samudrala:
  o [SCTP] Fix bugs in handling overlapping INIT and peer restart over
    a multihomed association.
  o [SCTP] Rename SCTP_ADDR_REACHABLE as SCTP_ADDR_AVAILABLE to be
    consistent with the SCTP sockets API draft.
  o [SCTP] Fix memset() parameter ordering
  o [SCTP] Fix accessing Gap Ack blocks array with a -ve index in
    sctp_outq_sack()
  o [SCTP]: Fix multihomed connection failures on 64-bit systems

Stas Sergeev:
  o Fix IO bitmap invalidate

Stephen Hemminger:
  o [NET]: Eliminate large inlines in skbuff.h
  o [TCP]: tcp_send_skb code pruning
  o [IPV4]: Use static in several places
  o [NETLINK]: Mark some functions/data static
  o static functions in as-iosched.c
  o [NET]: More network layer static funcs and data
  o SCTP crc table can be static const
  o [TCP]: BIC TCP for Linux 2.6.6

Stephen Rothwell:
  o PPC64 iSeries: replace semaphores with completions

Steve French:
  o Fix port 139 connections to Windows 2K adding missing RFC1002
    session_init
  o Remove unneeded debug statement
  o Flush writebehind before invalidate in file open path
  o fix memory allocation of rfc1002 sess init struct
  o update rfc1001 handling
  o do not block (writing back to the filesystem potentially) while
    allocating smb buffers
  o rfc1001 session init name parsing fix
  o fixes for socket retry and error handling of misc. error paths
  o fix double entry typo
  o fix ppc64 build problem due to missing header
  o even if O_CREAT specified do not reset mode when file not actually
    created
  o reduce excessive stack space usage in smb password hashing
  o do not refresh mode (e.g. in revalidate) to windows servers

Tom Rini:
  o Fix thinkos in #if -> #ifdef conversions
  o Fix thinkos in #if -> #ifdef conversions #2
  o ppc32: Update SBS K2 support
  o ppc32: Add openpic_hookup_cascade()
  o ppc32: Update Motorola PrPMC750 support
  o Fix support for the Motorola PrPMC800

Tony Lindgren:
  o [ARM PATCH] 1844/1: Allow OMAP-730 and OMAP-5910 to use ARM926 in
    mm/Kconfig
  o [ARM PATCH] 1846/1: OMAP update 1/2: arch files
  o [ARM PATCH] 1847/1: OMAP update 2/2: include files

Trond Myklebust:
  o NFSv3: Fix SETATTR call after O_EXCL create
  o nfs printk warning fix

Venkatesh Pallipadi:
  o bug in bigsmp CPU bringup


Related Links:

what's wrong with ketchup ?

Anonymous
on
May 9, 2004 - 10:35pm

ketchup 2.6
2.6.5 -> 2.6.5
Nothing to do!

LATEST-IS

Anonymous
on
May 10, 2004 - 2:35am

I guess the problem stems from somebody having forgotten to remove LATEST-IS-2.6.5 in ftp://ftp.kernel.org/pub/linux/kernel/v2.6/ ...

CONFIG_REGPARM

Anonymous
on
May 9, 2004 - 11:13pm

I don't run any binary modules, but is CONFIG_REGPARM safe otherwise?

Short answer: probably yes

Anonymous
on
May 10, 2004 - 2:40am

I think so. It's just a different method for passing parameters and it's really nothing complicated (as far as I can see). Should make the kernel faster, but has anyone made any benchmarks? Just don't come complaining if your VMWare modules won't load! ;)

Bootsplash troubles

Anonymous
on
May 10, 2004 - 3:33am

At least for me, CONFIG_REGPARM has broken the bootsplash patch, so if you use that, you might want to hold back on enabling regparm

CONFIG_REGPARM

Anonymous
on
May 10, 2004 - 10:46pm

For me CONFIG_REGPARM broke swsusp2.

Not if you use binary drivers...

Anonymous
on
May 11, 2004 - 4:58pm

....don't hold me to it, but IIRC, using REGPARM with binary third party drivers is asking for problems. Same also true for the 4k stack option.

non-exec stack?

Anonymous
on
May 10, 2004 - 5:43am

What is this non-exec stack patch? Exec-shield, pax or something else? Supporting non-exec stacks would be somewhat simple for those archs that have hardware support (i.e. most non-x86 archs) for it, so perhaps one can assume it's something like that?

exec stack...

Anonymous
on
May 10, 2004 - 5:53am

Many stack overflow exploits, etc. will overflow a buffer and end up writing a different return address than the one that C was supposed to return to. Then that code is executed. If the code is on the stack it cannot be executed. Note: there are still heap overflows. and many other ways to get around programs. Stack overflow exploits are just one of the most common.

Hope it helped,
-jordan

jordanwalsh@nc.rr.com
http://dega.hopto.org

um

Anonymous
on
May 10, 2004 - 7:24pm

you didn't answer his question. is this patch for platforms that have hardware support for non-executable pages, or for general (read: software-based) stack protection?

the particular patch in quest

Anonymous
on
May 11, 2004 - 4:11am

the particular patch in question should have better been named something like 'stack executability control' or so. what it does is that it adds a few chunks from exec-shield that parse and take into account the PT_GNU_STACK ELF program header. this is a new type of program header introduced over the past year in the toolchain, both the compiler (gcc) and binutils (as/ld) participate in creating it.

recent readelf -l will show it to you as a STACK line, what matters in there is the access rights field, it's either RW or RWE, in the latter case the kernel (with this new support in) will create an executable stack, otherwise a non-executable one (modulo some sysctl that can force it one way, iirc).

as for its usefulness, first, it's actually meaningful only on archs that implement non-exec behaviour on pages (i.e., not on i386), second, its security value is questionable at best, if an attack can already get to execute the stack then under this 'protection' he might as well just simulate a function call to mprotect() then execute it - no real benefit, one more hop, you can bet that shellcode writers will adapt (the amateur ones, the better ones have done it already ;-).

Just tested kernel 2.6.6 and...

Anonymous
on
May 10, 2004 - 6:06am

Nvidia drivers doesn't work, something about "Invalid module format..". Why is that?

Didn't tried commercial opensound drivers, but I think there are not working too (like with 2.6.6-rc3 kernel).

I rebooted with 2.6.6 kernel and my harddrives was shutdowned, and started up again by computer bios when machine booted. So why is that? Un-necessary witching off harddrives.

You should not enable 4k stac

Anonymous
on
May 10, 2004 - 6:58am

You should not enable 4k stacks if you want nvidia drivers to work. You can disable it under "Kernel hacking" in menuconfig.

NTFS compile failure:suffix or operands invalid for `bsf'

Anonymous
on
May 10, 2004 - 6:20am

CC fs/ntfs/file.o
CC fs/ntfs/inode.o
CC fs/ntfs/logfile.o
{standard input}: Assembler messages:
{standard input}:137: Error: suffix or operands invalid for `bsf'
make[2]: *** [fs/ntfs/logfile.o] Error 1
make[1]: *** [fs/ntfs] Error 2
make: *** [fs] Error 2

gcc --version
gcc (GCC) 3.4.0

happens on 3.2.3 as well.
oops :-) I didn't need NTFS anyway.

berkley

Works for me...

Anonymous
on
May 10, 2004 - 8:37am

Works fine for me with gcc 3.3.3 (SuSE Linux).

Which binutils version do you have?
Which architecture do you use?

Could you email me the details on aia21_at_cam.ac.uk Thanks.

Anton Altaparmakov
NTFS Maintainer

x86_64 Opteron arch

Anonymous
on
May 10, 2004 - 9:10am

Sorry, the cut and paste ate the Opteron build
environment.

berkley

compiler bug

Anonymous
on
May 10, 2004 - 10:32pm

this looks like a compiler bug. Aren't gcc even-minor versions supposed to be unstable anyway..? try 3.3

new congestion control algorithms lead to TCB size increase

Anonymous
on
May 10, 2004 - 7:11am

Currently in 2.6, we have TCP Westwood, TCP Vegas and now BIC-TCP congestion control algorithms. Each CC algorithm leads to a increase in the TCB size (tcp control block). More CC algorithm implementations are in the pipeline. Not sure of the exact growth in size but could be probelmatic for embedded developers and people with lots of connections

are these bad?

Anonymous
on
May 10, 2004 - 9:05am

I have been running 2.6.5 for a while with no problems. When I booted 2.6.6, however, I saw some strange messages:


...
May 10 10:14:59 amdg kernel: ide1 at 0x170-0x177,0x376 on irq 15
May 10 10:14:59 amdg kernel: hda: max request size: 128KiB
May 10 10:14:59 amdg kernel: hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
May 10 10:14:59 amdg kernel: hda: task_no_data_intr: error=0x04 { DriveStatusError }
May 10 10:14:59 amdg kernel: hdb: max request size: 128KiB
May 10 10:14:59 amdg kernel: hdc: ATAPI 40X DVD-ROM drive, 256kB Cache, UDMA(66)
May 10 10:14:59 amdg kernel: hdd: ATAPI 32X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
May 10 10:14:59 amdg kernel: irq 12: nobody cared!
May 10 10:14:59 amdg kernel: Call Trace:
May 10 10:14:59 amdg kernel: [] __report_bad_irq+0x2a/0x90
...
<\code>

So what scares me is the hda message and the irg 12 message...I do not get these with 2.6.5. Are these normal messages?

Thanks.

Re: are these bad?

Anonymous
on
May 10, 2004 - 9:30am

That's a problem with your hard drive.

None of these errors exist in

Anonymous
on
May 10, 2004 - 11:48am

None of these errors exist in 2.4.xx or 2.6 < 2.6.6. The harddrive has been working fine for months. Any other suggestions? What would cause 2.6.6 to show the error, but no other kernel version?

None of these errors exist in

Anonymous
on
May 11, 2004 - 3:37am

I can concur. I get almost the same error messages with 2.6.6

None of these errors exist in

Anonymous
on
May 13, 2004 - 11:20pm

Same here. 2.6.5 was just fine. 2.6.6 gives loads of IDE drive errors at boottime (and in shutdown/reboot sequence, if i remember correctly) AND now, when i reboot my box, it also spins down my hd before boot. Now THAT is annoying as i tend to boot lots when tweaking system.

I can somehow bear those drive errors but how in hell i'm going to get rid of that hd shutdown problem? I hope fix for those probs is on its way to kernel.

Posted on LKML

Anonymous
on
May 10, 2004 - 2:38pm

Take a look at this.

hmm I might check my hdd agai

Anonymous
on
May 11, 2004 - 4:58am

hmm I might check my hdd again then, thougth it was a gonner, but to me it was 2.6.3 and -5 Western Digital 250

hda interrupt lost

Anonymous
on
May 10, 2004 - 11:29am

nforce2 epox
hd samsung 80GB
redhat 9.0

I have the following message while booting
hda: lost interrupt

all previous 2.6.x work good
I am not only one with the same problem.
Some people said on i815 chipset does not work second IDE channel.
The same problem: lost interrupt

With the best regards
Rusik

Maybe APIC?

Anonymous
on
May 10, 2004 - 11:57am

Maybe some apic/acpi that was disabled by default has been enabled
in 2.6.6? Have you tried to boot with the kernel options
"noapic acpi=no" (maybe you do not need both) ?

M

I had similar problems (IRQ p

Anonymous
on
May 10, 2004 - 3:03pm

I had similar problems (IRQ probe failed, hda lost interrupt), but they went away after i disabled ACPI in kernel config. Not a solution, but a temp workaround.

(via kt400, asus a7v8x)

/b-l

try using "acpi_irq_balance"

Anonymous
on
July 25, 2004 - 2:29am

try using "acpi_irq_balance" as a boot parameter (and ACPI enabled).
That did the trick for me on a Pentium 4, kernel 2.6.7 machine

reiserfs corruption with 2.6.6?

Anonymous
on
May 10, 2004 - 1:07pm

I have installed 2.6.6 and I have suffered a filesystem corruption in the / partition formatted with reiserfs.
Have anyone experienced a similar thing?

yes, i have. For me, it migh

Anonymous
on
May 10, 2004 - 3:44pm

yes, i have. For me, it might be related to IDE-cache-flush. I had to reiserfsck --rebuild-tree. I've gone back to 2.6.5 for now

Ugh. I had the "Lost" interr

Anonymous
on
May 11, 2004 - 3:21am

Ugh. I had the "Lost" interrupt problem from above and my root filesystem consists of reiserfs. I think I'll have to skip this iteration of the kernel. I utilize an ABIT K7 motherboard.

reiserfs corruption with 2.6.6?

Anonymous
on
May 11, 2004 - 11:49am

Reiserfs has gained data=ordered support in 2.6.6, which is active
by default.
Please send a bug report to reiserfs-list@namesys.com.
It has been working for me and some others fairly well.

Are you sure?

Ano Nymous
on
May 11, 2004 - 2:56pm

Are you sure? I remember that the patch maker mentioned on lkml that data-ordered would not be the default, did that change? If so, why? Wouldn't it be better to make it not the default first, but later, say, in 2.6.7. Then if some bug is found it doesn't have such big impact because less people tested it (but still more than when it wasn't part of the default kernel).

ordered is default

Anonymous
on
May 12, 2004 - 1:42am

Looking at fs/reiserfs/super.c line 1405, I'd say it defaults to 'ordered'. It seems to work for me ... so far(?). Perhaps this is chipset-dependent?

Must be from -mm

Anonymous
on
May 12, 2004 - 7:07am

I know that ordered has been default in the mm series to get a broader testbase. As far I know there was no single bug report for -mm+reiserfs.
I guess that's why data=ordered is the default in 2.6,6.
A new block allocator is scheduled for 2.6.7, maybe data=journal can make it, too.
Are you sure it is no hardware/driver problem?

matrox framebuffer problems

Anonymous
on
May 10, 2004 - 1:58pm

Sometimes i've problem switching from X to console (fb).
The system freezes, i cannot use sysrq or ssh from other pc to reboot: I have to reboot with the RESET button!

Does someone has my problem?
Does exists a solution?

Yep I have that exact same pr

Anonymous
on
May 10, 2004 - 9:48pm

Yep I have that exact same problem with some 2.6x kernels, but not with all of them. I however, do not have a matrox but a Nvidia TNT2 card (Btw it doesn't make any difference if I use the opensource 'nv' driver or the nvidia binary one, the problem still occurs), so it's definately kernel specific. The problem is really hard to nail down as I have to hard reset, thus you can't go poking around to see whats happening.

Use vesafb instead of rivafb

Ano Nymous
on
May 11, 2004 - 4:13am

Use vesafb instead of rivafb and it should work. See Nvidia driver readme. With a 2.4 kernel I simply couldn't go to console from X with ctrl+alt+F1, but in 2.6 I couldn't exit X at all anymore.

Re: matrox framebuffer problems

Anonymous
on
May 13, 2004 - 11:06am

I have the same problem with a Matrox G450 32Mb SDRAM Dual Head. Occasionally when I switch to the console, I get a garbled screen and a complete lockup. This happens with the vesafb driver loaded; with matroxfb I don't get any freezes, but the screen is always garbled. [I was planning on to send a report on bugzilla, but saw many similar reports already with no (visible) activity].

--Suki, who doesn't seem to get any mail from kerneltrap after creating a new account...

One more thing

Anonymous
on
May 13, 2004 - 11:13am

The framebuffer modules have been bugging me since the dawn of the 2.6 series on my G450, probably during 2.4. as well (can't remember that far anymore :)

--Suki

hda shutdown on reboot

Anonymous
on
May 11, 2004 - 2:33pm

I don't like this. It causes a pretty fast spin down / spin up, and there's really no reason to do this because the system is not halting. Granted I don't reboot very often, but still...when you're trying to get a kernel working and rebooting a lot, this scares me.

Nvidia Nforce 2 bios bug

dopey
on
May 16, 2004 - 4:51pm

This has the cpu-disconnect (acpi / apic whatever) fix in it for the nforce2 based boards, nvidia mentioned the fix on lkml and the fix is now in the kernel, although ultimately the bios manufacturers should have fixed the bug months ago. The hard disk errors dont make me feel easy about upgrading, it seems one problem gets fixed a few more pop up and they seem to levitate around acpi and apic.

student need help in using tcp as sctp

Shivshankar (not verified)
on
March 26, 2005 - 6:50pm

Respected Sir,

i will be very thankful if you can help me out.
I am a engineering student i have decided to work in field of open source and hence was making a project
:Implementing IPSec to support SCTP over IPV4 .

we have implemented IPsec but are unable to implement SCTP
our main aim is to show any of the one application like multistreaming or multihoming is used to send message to which we will be giving our IPsec support.we are working on RED HAT 9

please guide us in these respect how we should do these since we are falling short of time.

Sir,is there any possibility that we can use Tcp to work as SCTP if yes than how

please reply to it we need some favour from the linux community as well as linux lover who knows about these please help us

waiting for reply

thanking you
shivshankar
(student)

Errors

BenneJezzerette
on
March 28, 2005 - 4:18pm

Enevironment Linux 2.4.29 Slackware Distro 10.1 KDE 3.4.0
256MB System Ram
nVidia GeForce 2 MX 400 64MB
AMD K6-2 500

Error occured in:

Drivers/Video/fbmem.c In Function "Fbcursor"
"" c:917 Passing Argument copy from user

/arch/i386/boot/setup.S: Assembler Meassages:
"" 150: Warning Value 0x37ffffff trunkated to 0x37ffffff

Linux 2.6.6 compile errors gcc 3.3.4

Hope this helps.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.