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
what's wrong with ketchup ?
ketchup 2.6
2.6.5 -> 2.6.5
Nothing to do!
LATEST-IS
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
I don't run any binary modules, but is CONFIG_REGPARM safe otherwise?
Short answer: probably yes
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
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
For me CONFIG_REGPARM broke swsusp2.
Not if you use binary drivers...
....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?
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...
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
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
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...
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
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'
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...
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
Sorry, the cut and paste ate the Opteron build
environment.
berkley
compiler bug
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
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?
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?
That's a problem with your hard drive.
None of these errors exist in
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
I can concur. I get almost the same error messages with 2.6.6
None of these errors exist in
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
Take a look at this.
hmm I might check my hdd agai
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
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?
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
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"
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?
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
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
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?
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?
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
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
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
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
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
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
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
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
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
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
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
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.