Linux 2.6.8-rc4

Linux 2.6.8-rc4

[Linus Torvalds]

Hmm.. Not a huge amount of changes, but enough that I wouldn't have felt
comfortable releasing it as 2.6.8. I've been hoping to resolve the dcache
reports, and we found _one_ bug, but that one would likely not affect a
whole lot of people, so..

Some ARM updates, the i586 AES code rewrite, some ppc updates.. A large 
portion of the patch actually ends up being cleaning up some /proc files 
(thanks to Al for doing seq-file conversions) and me fixing some broken 
calling conventions in sysctl and sound /proc handling.

The shortlog gives a reasonable picture of the changes.

		Linus

----

Summary of changes from v2.6.8-rc3 to v2.6.8-rc4
============================================

Adrian Bunk:
  o MTD: remove some kernel 2.0 and 2.2 #ifdef's
  o MAINTAINERS: update MTD list

Alan Cox:
  o HPT IDE update

Alex Williamson:
  o Using CONFIG_IA64_HP_ZX1 on an sx1000 system setup w/ multiple NUMA
    nodes (configured for cell local memory) currently crashes because
    MAX_NUMNODES defaults to 1.  The patch below sets up things to make
    this work.

Alexander Viro:
  o simple_read_buffer() helper function
  o imm.c oops fix
  o ppc64: Fix rtas file mess
  o ppc: seq_file conversion for ppc_htab
  o Fix ppc htab seq_file conversion
  o Teach sscanf about 'hh' and 'll'
  o mpoa patch done right

Andrew Morton:
  o jbd: journal_head unmapping race fix

Andrey Panin:
  o ppc64: fix free_irq()

Anton Blanchard:
  o ppc64: various XICS fixes
  o ppc64: fix PCI allocation warning
  o ppc64: avoid speculative execution after rfid
  o ppc64: set SMT thread priority to medium for all exceptions
  o ppc64: fix chrp_progress mismerge
  o ppc64: suppress 'store_purr' unused warning
  o [ppc64] Fix SLB castout issue

Art Haas:
  o sparc32: gcc-3.3 macro parenthesization fix for memcpy.S

Ben Dooks:
  o [ARM PATCH] 1966/1: S3C2410 - Fix for serial driver compile error
  o [ARM PATCH] 1968/1: S3C2410 - GPIO updates and access functions
  o [ARM PATCH] 1971/1: BAST - default configuraiton update
  o [ARM PATCH] 1972/1: IPAQ H1940 - fix serial clock base
  o [ARM PATCH] 1988/1: S3C2410 - defconfig update to include all
    boards
  o [ARM PATCH] 1989/1: S3C2410 - rename owner of VR1000 board and
    update help
  o [ARM PATCH] 1990/1: S3C2410 - fix mis-spelled time initialisation
    calls

Bjorn Helgaas:
  o machvec.h
  o cyclone.h, cyclone.c, acpi.c, Kconfig
  o sba_iommu.c

Catalin Marinas:
  o [ARM PATCH] 1964/1: Wrong cache block operations checking
  o [ARM PATCH] 1965/1: gas only generates the c and f field bits for
    the "msr [cs]psr, rN" instruction

Cornelia Huck:
  o s390: common i/o layer changes

Dave Hansen:
  o ppc64: move SPINLINE out of global menu
  o ppc64: suppress unused var warning in get_irq_server()

Dave Jones:
  o boolean typo in DVB

David S. Miller:
  o [PKT_SCHED]: Move sch_atm over to qdisc_priv()
  o Cset exclude:
    davem@nuts.davemloft.net|ChangeSet|20040804202342|60209
  o [NET]: Move sndmsg_page destruction back into TCP for now

David Woodhouse:
  o NAND support in JFFS2 isn't experimental any more

Domen Puncer:
  o remove unused #include <linux/version.h>

Geoffrey LEVAND:
  o ppc32: fix ebony uart clock

Heiko Carstens:
  o md multipathing fixes
  o s390: zfcp host adapater

Hidetoshi Seto:
  o Set up CMC/CPE polling *before* enabling CMCI/CPEI interrupts to
    avoid situation where a flood of errors prevents boot.

James Morris:
  o Drop asm i586 AES code
  o Re-implemented i586 asm AES

Jens Axboe:
  o multipath readahead fix
  o adjust SG reserved size automatically
  o Export blk_queue_resize_tags
  o allow broken apps to include kernel header

Jesse Barnes:
  o sgi_io_init.c
  o generic_defconfig update.  I just ran 'make oldconfig' against the
    existing

Johannes Stezenbach:
  o dvb: missing includes

John Engel:
  o ppc64: 32-bit ptrace geteventmsg fix

John Lenz:
  o [ARM PATCH] 1974/1: add INITTIME macro to collie machine structure

Kevin Hilman:
  o [ARM PATCH] 1986/1: bootpImage/ARM: add ability to run from
    non-zero address

Linus Torvalds:
  o Fix shrink_dcache_anon() LRU list accesses
  o Make the new simple_read_from_buffer() take a const src buffer
    without complaints.
  o Add infrastructure for the VFS layer to mark files seekable
  o Add pread/pwrite support bits to match the lseek bit
  o Add "nonseekable_open()" helper functions for nonseekable file
    descriptors.
  o Teach sendfile() to honour non-seekable source files
  o Mark tty's as being non-seekable, and remove the now unnecessary
    tests at read/write time.
  o Character device tape drivers are non-lseekable
  o Mark the sunrpc cache control file nonseekable, and remove the
    run-time tests for it.
  o The seq_file code already disabled pread/pwrite access, no need for
    the mtrr code to check any more.
  o Fix up a couple of drivers - notable sg - for nonseekability
  o Make sysctl pass the pos pointer around properly
  o Remove ESPIPE logic from drivers, letting the VFS layer handle it
    instead
  o ppc64: add user annotations to rtc driver
  o Fix up sound driver proc-reading interfaces
  o Revert FAT NLS changes
  o mips: fix up some straggling sysctl functions
  o Fix up drivers that access file->f_pos directly
  o read/write: pass down a copy of f_pos, not f_pos itself
  o Linux 2.6.8-rc4

Luca Tettamanti:
  o Fix JFFS2_COMPRESSION_OPTIONS in Kconfig

Martin Schwidefsky:
  o s390: core changes

Matt Porter:
  o ppc32: clean up PPC44x mmu_mapin_ram()
  o ppc32: remove pci-dma.c
  o ppc32: add PPC4xx DMA engine library

Neil Brown:
  o knfsd: fix some signed ints that should be unsigned

Nishanth Aravamudan:
  o s390: msleep vs. schedule_timeout

Patrick McHardy:
  o [PKT_SCHED]: Fix locking in __qdisc_destroy rcu-callback
  o [PKT_SCHED]: Refcount qdisc->dev for __qdisc_destroy rcu-callback
  o [PKT_SCHED]: remove unneccessary checks for qdisc->dev
  o [PKT_SCHED]: Remove useless noop_qdisc assignments in destroy
    functions
  o [PKT_SCHED]: Use double-linked list for dev->qdisc_list
  o [PKT_SCHED]: Fix q_idx calculation in tc_dump_qdisc

Paul Mackerras:
  o Remove ppc32 proc_rtas.c
  o Restore PPP filtering
  o ppc64: pci_dn cleanups

Peter Tiedemann:
  o s390: ctc driver changes

Roland McGrath:
  o fix /proc printing of TASK_DEAD state

Russell King:
  o [SERIAL] replace schedule_timeout() with msleep()
  o [FB] replace schedule_timeout() with msleep()
  o [ARM] Remove unnecessary CONFIG_CPU_32 preprocessor conditional
  o [ARM] Fix sparse warnings in nwfpe
  o [ARM] Eliminate io.c sparse warnings/ gcc 3.4 errors
  o [ARM] Fix sparse warnings in ds1620.c
  o [ARM] Fix nwbutton sparse warnings
  o [ARM] Fix nwflash sparse warnings
  o [ARM] Fix wdt977 sparse warnings
  o [ARM] Fix two makefile problems

Rusty Russell:
  o [NET]: Add skb_iter functions

Sam Ravnborg:
  o kbuild: Remove LANG preset in top-level Makefile

Stephen Hemminger:
  o [PKT_SCHED]: netem limit not returned correctly
  o [BRIDGE]: rmmod device while bridge is down fails
  o [PKT_SCHED]: Cache align qdisc data

Thomas Spatzier:
  o s390: qeth performance

Tom Rini:
  o ppc32: Fix 'mktree' on 64bit hosts
  o ppc32: Fix building of certain CPU types

Tony Luck:
  o Provide comand line keyword "nomca" to turn off mca processing in
    kernel

William Lee Irwin III:
  o sparc32: turbosparc flush warnings
  o sparc32: sparc32 init_idle()
  o sparc32: sun4d cpu_present_map is a cpumask_t
  o sparc32: smp_processor_id() BITFIXUP fixes
  o sparc32: reinstate smp_reschedule_irq()
  o sparc32: remove references to start_secondary()
  o sparc32: define cache_decay_ticks
  o sparc32: remove unused variable in dvma.c
  o sparc32: sun4 does not support SMP
  o sparc32: make CONFIG_SMP depend on CONFIG_BROKEN

Yanmin Zhang:
  o init.c, pgalloc.h

Re: Linux 2.6.8-rc4 [RESEND] via-rhine: Really call rhine_power_init()

[Roger Luethi]

This is my third and last attempt to get this fix merged for 2.6.8.

Without this patch, mainline via-rhine cannot wake the chip if some other
driver puts it to D3. The problem has hit quite a few people already.

This is a fix for the heisenbug with via-rhine refusing to work
sometimes. Patch "[9/9] Restructure reset code" contained a change made
necessary by patch [8/9]. Mainline merged [8/9] for 2.6.8 and is still
missing the fix, while -mm got it with [9/9].

Jesper Juhl provided crucial test data when no one else was able to
reproduce the symptoms.

Roger

Signed-off-by: Roger Luethi <rl@hellgate.ch>

--- tmp/drivers/net/via-rhine.c.00_broken	2004-07-29 13:58:17.000000000 +0200
+++ tmp/drivers/net/via-rhine.c	2004-07-30 15:12:36.656007543 +0200
@@ -748,6 +748,8 @@ static int __devinit rhine_init_one(stru
 	}
 #endif /* USE_MMIO */
 	dev->base_addr = ioaddr;
+	rp = netdev_priv(dev);
+	rp->quirks = quirks;
 
 	rhine_power_init(dev);
 
@@ -792,10 +794,8 @@ static int __devinit rhine_init_one(stru
 
 	dev->irq = pdev->irq;
 
-	rp = netdev_priv(dev);
 	spin_lock_init(&rp->lock);
 	rp->pdev = pdev;
-	rp->quirks = quirks;
 	rp->mii_if.dev = dev;
 	rp->mii_if.mdio_read = mdio_read;
 	rp->mii_if.mdio_write = mdio_write;

Re: Linux 2.6.8-rc4 [RESEND] via-rhine: Really call rhine_power_init()

[Lee Revell]

On Tue, 2004-08-10 at 04:33, Roger Luethi wrote:
> This is my third and last attempt to get this fix merged for 2.6.8.

Please, please merge this.  The bug is a showstopper for me and several
others.

Lee

Re: Linux 2.6.8-rc4 (compile stats)

[John Cherry]

Linux 2.6 Compile Statistics (gcc 3.2.2)
Warnings/Errors Summary

Kernel         bzImage    bzImage  bzImage  modules  bzImage   modules
             (defconfig)  (allno)  (allyes) (allyes) (allmod) (allmod)
-----------  -----------  -------- -------- -------- -------- ---------
2.6.8-rc4      0w/0e       0w/0e    78w/ 0e   4w/0e   1w/0e     72w/0e
2.6.8-rc3      0w/0e       0w/0e    78w/ 0e   4w/0e   1w/0e     72w/0e
2.6.8-rc2      0w/0e       0w/0e    85w/ 0e   5w/0e   1w/0e     79w/0e
2.6.8-rc1      0w/0e       0w/0e    87w/ 0e   5w/0e   1w/0e     82w/0e
2.6.7          0w/0e       0w/0e   108w/ 0e   5w/0e   2w/0e    102w/0e
2.6.7-rc3      0w/0e       0w/0e   108w/ 0e   5w/0e   2w/0e    104w/0e
2.6.7-rc2      0w/0e       0w/0e   110w/ 0e   5w/0e   2w/0e    106w/0e
2.6.7-rc1      0w/0e       0w/0e   111w/ 0e   6w/0e   2w/0e    107w/0e
2.6.6          0w/0e       0w/0e   123w/ 0e   7w/0e   4w/0e    121w/0e
2.6.6-rc3      0w/0e       0w/0e   124w/ 0e   7w/0e   5w/0e    121w/0e
2.6.6-rc2      0w/0e       0w/0e   122w/ 0e   7w/0e   4w/0e    121w/0e
2.6.6-rc1      0w/0e       0w/0e   125w/ 0e   7w/0e   4w/0e    123w/0e
2.6.5          0w/0e       0w/0e   134w/ 0e   8w/0e   4w/0e    132w/0e
2.6.5-rc3      0w/0e       0w/0e   135w/ 0e   8w/0e   4w/0e    132w/0e
2.6.5-rc2      0w/0e       0w/0e   135w/ 0e   8w/0e   3w/0e    132w/0e
2.6.5-rc1      0w/0e       0w/0e   138w/ 0e   8w/0e   3w/0e    135w/0e
2.6.4          1w/0e       0w/0e   145w/ 0e   7w/0e   3w/0e    142w/0e
2.6.4-rc2      1w/0e       0w/0e   148w/ 0e   7w/0e   3w/0e    145w/0e
2.6.4-rc1      1w/0e       0w/0e   148w/ 0e   7w/0e   3w/0e    145w/0e
2.6.3          1w/0e       0w/0e   142w/ 0e   9w/0e   3w/0e    142w/0e
2.6.3-rc4      1w/0e       0w/0e   142w/ 0e   9w/0e   3w/0e    142w/0e
2.6.3-rc3      1w/0e       0w/0e   145w/ 7e   9w/0e   3w/0e    148w/0e
2.6.3-rc2      1w/0e       0w/0e   141w/ 0e   9w/0e   3w/0e    144w/0e
2.6.3-rc1      1w/0e       0w/0e   145w/ 0e   9w/0e   3w/0e    177w/0e
2.6.2          1w/0e       0w/0e   152w/ 0e  12w/0e   3w/0e    187w/0e
2.6.2-rc3      0w/0e       0w/0e   152w/ 0e  12w/0e   3w/0e    187w/0e
2.6.2-rc2      0w/0e       0w/0e   153w/ 8e  12w/0e   3w/0e    188w/0e
2.6.2-rc1      0w/0e       0w/0e   152w/ 0e  12w/0e   3w/0e    187w/0e
2.6.1          0w/0e       0w/0e   158w/ 0e  12w/0e   3w/0e    197w/0e
2.6.1-rc3      0w/0e       0w/0e   158w/ 0e  12w/0e   3w/0e    197w/0e
2.6.1-rc2      0w/0e       0w/0e   166w/ 0e  12w/0e   3w/0e    205w/0e
2.6.1-rc1      0w/0e       0w/0e   167w/ 0e  12w/0e   3w/0e    206w/0e
2.6.0          0w/0e       0w/0e   170w/ 0e  12w/0e   3w/0e    209w/0e

Web page with links to complete details:
   http://developer.osdl.org/cherry/compile/
Daily compiles (ia32): 
   http://developer.osdl.org/cherry/compile/2.6/linus-tree/running.txt
Latest changes in Linus' bitkeeper tree:
   http://linux.bkbits.net:8080/linux-2.5

John

[patch] 2.6.8-rc4: compile error with gcc 2.95

[Adrian Bunk]

I'm still getting a flood of the following errors when using gcc 2.95:


<--  snip  -->

...
if [ -r System.map ]; then /sbin/depmod -ae -F System.map  2.6.8-rc4; fi
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/ymfpci/snd-ymfpci.ko 
needs unknown symbol free_irq
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/ymfpci/snd-ymfpci.ko
needs unknown symbol request_irq
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/vx222/snd-vx222.ko
needs unknown symbol free_irq
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/vx222/snd-vx222.ko
needs unknown symbol request_irq
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/trident/snd-trident.ko
needs unknown symbol free_irq
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/trident/snd-trident.ko
needs unknown symbol request_irq
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/snd-via82xx.ko needs
unknown symbol free_irq
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/snd-via82xx.ko needs
unknown symbol request_irq
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/snd-sonicvibes.ko needs
unknown symbol free_irq
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/snd-sonicvibes.ko needs
unknown symbol request_irq
WARNING: /lib/modules/2.6.8-rc4/kernel/sound/pci/snd-rme96.ko needs
unknown symbol free_irq
... [several hundred similar lines siped] 

<--  snip  -->


The following patch (as 268-rc2-mm1-link-errors.patch already in -mm)
fixes this issue:


<-- snip  -->


From: Dave Hansen <haveblue@us.ibm.com>

Investigation of why the build is failing due to bogus detection of
undefined symbols: We're getting this warning:

arch/i386/kernel/irq.c
{standard input}: Assembler messages:
{standard input}:3565: Warning: setting incorrect section type for
.bss.page_aligned

Which comes from this code in the 4k stacks code:

static char softirq_stack[NR_CPUS * THREAD_SIZE]  __attribute__((__aligned__(THREAD_SIZE), __section__(".bss.page_aligned")));
static char hardirq_stack[NR_CPUS * THREAD_SIZE]  __attribute__((__aligned__(THREAD_SIZE), __section__(".bss.page_aligned")));

Removing the __section__() fixes it, as does moving to gcc 3.2 or 3.3,
but gcc 2.95 and 3.0 still exhibit the problem.  It seems the 4k stack
developers like newer compilers than I do :) 

The gcc 2.95 section declaration looks like this:
	.section        .bss.page_aligned,"aw",@progbits
while the 3.1 section looks like this:
	.section        .bss.page_aligned,"aw",@nobits

It's definitely a bug that's been fixed:
http://sources.redhat.com/ml/binutils/2002-10/msg00507.html

I've been told that I can fix it with a carefully crafted assembly file and
maybe a change to the linker script, but all that it buys us is a little
space in the uncompressed kernel image.  Plus, the warning will still be
there at compile-time.  

I say, put them back in plain old BSS.  Patch attached.

Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Adrian Bunk <bunk@fs.tum.de>
---

 25-akpm/arch/i386/kernel/irq.c |    8 ++++++--
 1 files changed, 6 insertions(+), 2 deletions(-)

diff -puN arch/i386/kernel/irq.c~268-rc2-mm1-link-errors arch/i386/kernel/irq.c
--- 25/arch/i386/kernel/irq.c~268-rc2-mm1-link-errors	2004-07-28 22:11:29.652159016 -0700
+++ 25-akpm/arch/i386/kernel/irq.c	2004-07-28 22:11:29.658158104 -0700
@@ -1118,8 +1118,12 @@ void init_irq_proc (void)
 
 
 #ifdef CONFIG_4KSTACKS
-static char softirq_stack[NR_CPUS * THREAD_SIZE]  __attribute__((__aligned__(THREAD_SIZE), __section__(".bss.page_aligned")));
-static char hardirq_stack[NR_CPUS * THREAD_SIZE]  __attribute__((__aligned__(THREAD_SIZE), __section__(".bss.page_aligned")));
+/*
+ * These should really be __section__(".bss.page_aligned") as well, but
+ * gcc's 3.0 and earlier don't handle that correctly.
+ */
+static char softirq_stack[NR_CPUS * THREAD_SIZE]  __attribute__((__aligned__(THREAD_SIZE)));
+static char hardirq_stack[NR_CPUS * THREAD_SIZE]  __attribute__((__aligned__(THREAD_SIZE)));
 
 /*
  * allocate per-cpu stacks for hardirq and for softirq processing
_

Re: Linux 2.6.8-rc4 [RESEND] via-rhine: Really call rhine_power_init()

[Lee Revell]

On Tue, 2004-08-10 at 04:33, Roger Luethi wrote:
> This is my third and last attempt to get this fix merged for 2.6.8.
> 
> Without this patch, mainline via-rhine cannot wake the chip if some other
> driver puts it to D3. The problem has hit quite a few people already.
> 

Argh, this is *still* not fixed in -rc4!  How loud does one have to yell
to get an absolutely FATAL bug with a trivial fix merged?

Lots of people spent lots of time trying to track this bug down.  I
would hate to think all that time was wasted.  *Please* apply Roger's
patch, or many people will be unable to upgrade to 2.6.8.  I am getting
tired of replacing via-rhine.c with the version from -mm every time I
compile a new kernel just to keep my network card working.

Lee

Re: Linux 2.6.8-rc4 [RESEND] via-rhine: Really call rhine_power_init()

[Roger Luethi]

On Fri, 13 Aug 2004 00:45:11 -0400, Lee Revell wrote:
> Argh, this is *still* not fixed in -rc4!  How loud does one have to yell
> to get an absolutely FATAL bug with a trivial fix merged?

It's in.
Peace.

Roger

Re: Linux 2.6.8-rc4 [RESEND] via-rhine: Really call rhine_power_init()

[Linus Torvalds]

On Fri, 13 Aug 2004, Lee Revell wrote:
> 
> Argh, this is *still* not fixed in -rc4!  How loud does one have to yell
> to get an absolutely FATAL bug with a trivial fix merged?

How about checking the snapshots instead of whining?

		Linus

Re: Linux 2.6.8-rc4 [RESEND] via-rhine: Really call rhine_power_init()

[Lee Revell]

On Fri, 2004-08-13 at 11:34, Linus Torvalds wrote:
> On Fri, 13 Aug 2004, Lee Revell wrote:
> > 
> > Argh, this is *still* not fixed in -rc4!  How loud does one have to yell
> > to get an absolutely FATAL bug with a trivial fix merged?
> 
> How about checking the snapshots instead of whining?
> 

Apologies, I will check the snapshots (and read the FAQ) next time.

Lee

Re: Linux 2.6.8-rc4 [RESEND] via-rhine: Really call rhine_power_init()

[Lee Revell]

On Fri, 2004-08-13 at 11:34, Linus Torvalds wrote:
> On Fri, 13 Aug 2004, Lee Revell wrote:
> > 
> > Argh, this is *still* not fixed in -rc4!  How loud does one have to yell
> > to get an absolutely FATAL bug with a trivial fix merged?
> 
> How about checking the snapshots instead of whining?
> 

OK, I can confirm that this is fixed in 2.6.8-rc4-bk3.  I apologize
again for the outburst.

Thanks,

Lee

Re: Linux 2.6.8-rc4 [RESEND] via-rhine: Really call rhine_power_init()

[Patrick McFarland]

On Fri, 13 Aug 2004 08:34:27 -0700 (PDT), Linus Torvalds
<torvalds@osdl.org> wrote:
> How about checking the snapshots instead of whining?

But what is the fun in that? If we didn't have whiners, the lkml could
be under a meg a day in traffic....
-- 
Patrick "Diablo-D3" McFarland || diablod3@gmail.com
"Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd 
all be running around in darkened rooms, munching magic pills and listening to
repetitive electronic music." -- Kristian Wilson, Nintendo, Inc, 198