Linux 2.6.15-rc5: off-line for a week

There's a rc5 out there now, largely because I'm going to be out of email contact for the next week, and while I wish people were religiously testing all the nightly snapshots, the fact is, you guys don't.

So making the current state available as an -rc makes sense, even though not a lot has changed since -rc4.

That said, if you didn't test -rc4 _either_ - shame on you, and please do test -rc5.

The diffstat says "4562 insertions(+), 4997 deletions(-)" since -rc4, but the bulk of those (by _far_) are the mips defconfig updates (and the removal of the sk98lin-specific hw checksum verifier, which the networking layer is better at anyway).

So pretty much all of this is various one-liners etc, many of them in V4L.

Shortlog and diffstat appended.

Linus

--- shortlog ---
Adrian Bunk:
V4L: Makes needlessly global code static
DVB: Small cleanups and CodeStyle fixes

Al Viro:
[ACPI] IA64 build: blacklist.c is used only on X86

Andreas Herrmann:
[SCSI] zfcp: fix adapter initialization [SCSI] zfcp: fix return code of zfcp_scsi_slave_alloc

Andrew de Quincey:
DVB: Fix locking problems and code cleanup

Arthur Othieno:
[ARM] sema_count() removal

Borislav Petkov:
[ACPI] delete "default y" on Kconfig for ibm_acpi extras driver

Carlos Silva:
DVB: BUDGET CI card depends on STV0297 demodulator.

Daniel Jacobowitz:
[MIPS] Generate SIGILL again

David Howells:
Keys: Fix permissions check for update vs add

David Shaohua Li:
[ACPI] properly detect pmtimer on ASUS a8v motherboard

David Stevens:
[IGMP]: workaround for IGMP v1/v2 bug

Denis Vlasenko:
DVB: Fixes ifs in ves1820 set symbolrate().

Dwaine Garden:
V4L: Write cached value to correct register for SECAM

Eugene Surovegin:
ibm_emac: fix graceful stop timeout handling
ppc32: fix treeboot image entrypoint

Francois Romieu:
b44: early return in dev->do_ioctl when the device is not up
b44: increase version number

Hans Verkuil:
V4L: Add workaround for Hauppauge PVR150 with certain NTSC tuner models V4L/dvb: fix kernel message (print of %s from random pointer)

Heiko Carstens:
[SCSI] zfcp: fix spinlock initialization

Herbert Xu:
[IPV4] Fix EPROTONOSUPPORT error in inet_create

Hugh Dickins:
[SCSI] st: fix a bug in sgl_map_user_pages failure path [SCSI] sg and st unmap_user_pages allow PageReserved [SCSI] sg: fix a bug in st_map_user_pages failure path

Ian Pickworth:
V4L: Fixes nicam sound

Jack Morgenstein:
IB/uverbs: track multicast group membership for userspace QPs

James Bottomley:
[SCSI] SPI DV: be more conservative about echo buffer usage

Jeff Garzik:
[netdrvr skge] fix typo, fix build

Jeff Hansen:
[ARM] Fix IXDP425 setup bug

Jesse Brandeburg:
e1000: fix for dhcp issue

Jozsef Kadlecsik:
[NETFILTER]: Ignore ACKs ACKs on half open connections in TCP conntrack

Komuro:
[netdrvr fmvj18x_cs] fix multicast bug

Linus Torvalds:
Revert "[SCSI] fix usb storage oops"
Add missing "local_irq_enable()" to C2/C3 exit logic Make vm_insert_page() available to NVidia module Link USB drivers later in the kernel
Linux v2.6.15-rc5

Luiz Capitulino:
V4L: Fixes warning at bttv-driver.c

Mark Haverkamp:
[SCSI] aacraid: Check scsi_bios_ptabe return code

Mark Lord:

      b44: missing netif_wake_queue() in b44_open()

Matthew Wilcox:
[SCSI] sym2: Disable IU and QAS negotiation

Matthieu CASTET:
[wireless airo] reset card in init

Mauro Carvalho Chehab:
V4L: Removed audio DMA enabling from cx88-core
V4L: Enables audio DMA setting on cx88 chips, even when dma not in use
V4L: Some funcions now static and I2C hw code for IR V4L/DVB: SCM update

Maxim Shchetynin:
[SCSI] zfcp: fix link down handling during firmware update

Michael H. Schimek:
V4L: Bttv bytes per line fix
V4L: Fixes Bttv raw format to fix VIDIOCSPICT ioctl
V4L: Fix bttv ioctls VIDIOC_ENUMINPUT, VIDIOCGTUNER, VIDIOC_QUERYCAP

Michael Krufky:
V4l/dvb: Fix typo, removing incorrect info from CONFIG_BT848_DVB kconfig entry.

Michael S. Tsirkin:
IB/mthca: reset QP's last pointers when transitioning to reset state IB/umad: fix RMPP handling
IPoIB: reinitialize mcast structs' completions for every query
IPoIB: protect child list in ipoib_ib_dev_flush
IB/mthca: fix posting of send lists of length >= 255 on mem-free HCAs

Mike Isely:

      V4l/dvb: Restore missing tuner definition for Hauppauge tuner type 0x103

Moore, Eric Dean:
[SCSI] mptfusion : dv performance fix
[SCSI] mptfusion: Add maintainers

Neil Horman:
[SCTP]: Return socket errors only if the receive queue is empty. [SCTP]: Fix getsockname for sctp when an ipv6 socket accepts a connection from

Nick Piggin:
Fix TIF_POLLING_NRFLAG in ACPI idle routines Fix up per-cpu page batch sizes

Nickolay V. Shmyrev:
V4L: Fix read() bugs in bttv driver

Oliver Endriss:
DVB: Fixed DiSEqC timing for saa7146-based budget cards

Patrick Boettcher:
DVB: Fixed incorrect usage at the private state of the dvb-usb-devices

Pavel Roskin:
orinoco: fix setting power management parameters

Phil Oester:
[NETFILTER]: Fix recent match jiffies wrap mismatches

Ralf Baechle:
mipsnet: Fix Copyright notice.
jazzsonic: Fix build error.
jazzsonic: Fix platform device code
[MIPS] JMR3927: Declare puts function.
[MIPS] R10000 and R12000 need to set MIPS_CPU_4K_CACHE ... [MIPS] Use reset_page_mapcount to initialize empty_zero_page usage counter. [MIPS] Kconfig: Include init/Kconfig after we've set 32BIT / 64BIT. [MIPS] Qemu: Qemu is emulating a 1193.182kHz i8254 PIC.
[MIPS] Qemu: Accept kernel command line passed by the Emulator. [MIPS] Fix return path of sysmips(MIPS_ATOMIC_SET, ...)
[MIPS] Alchemy: Fix BCSR accesses.
[MIPS] Alchemy: Set board type on initialization.
[MIPS] Fix register handling in syscalls when debugging. [MIPS] Avoid duplicate do_syscall_trace calls on return from sigreturn. [MIPS] Update defconfigs to reflect Kconfig changes.

Ralph Metzler:
DVB: Fix locking to prevent Oops on SMP systems

Reimar Doeffinger:
V4L: Fix crash when not compiled as module

Ricardo Cerqueira:
V4L: Fix hotplugging issues with saa7134

Richard Purdie:
[ARM] 3188/1: Add missing i2c dependency for Akita

Roland Dreier:
IPoIB: reinitialize path struct's completion for every query
IPoIB: always set path->query to NULL when query finishes
IPoIB: don't zero members after we allocate with kzalloc
IPoIB: fix error handling in ipoib_open

Russell King:
[ARM SMP] Disable lazy flush_dcache_page for SMP [ARM SMP] Use event instructions for spinlocks

Sergei Shtylylov:

      [MIPS] JMR3927 fixes.

[email protected]:
sk98lin: fix checksumming code
sk98lin: add permanent address support
sk98lin: avoid message confusion with skge

Sigmund Augdal Helberg:
V4L: Fixes maximum number of VBI devices

Stephen Hemminger:
skge: handle VLAN checksum correctly on yukon rev 0

Steve Dickson:
NFS: Fix cache consistency regression

Steven Toth:
V4: Include comments for DVB models and includes missing ones
V4L: tveeprom MAC address parsing/cleanup
V4L: Fixed eeprom handling for cx88 and added Nova-T PCI model 90003
DVB: Update Steve's email address.

Tejun Heo:
libata: fix ata_scsi_pass_thru error handling

Thomas Graf:
[NETLINK]: Fix processing of fib_lookup netlink messages

Thomas Renninger:
[ACPI] fix HP nx8220 boot hang regression
[ACPI] Allow return to active cooling mode once passive mode is entered [ACPI] Fix Null pointer deref in video/lcd/brightness

Tim Schmielau:
DVB: Include fixes for 2.6.15-rc1 for removing sched.h from module.h

Trond Myklebust:
NFS: Fix a few further cache consistency regressions
SUNRPC: Fix Oopsable condition in rpc_pipefs
NFS: use set_page_writeback() in the appropriate places
NFS: Fix post-op attribute revalidation...
NFSv4: Fix an Oops in the synchronous write path

Vasily Averin:
[SCSI] aic7xxx: reset handler selects a wrong command

Venkatesh Pallipadi:
[ACPI] Prefer _CST over FADT for C-state capabilities [ACPI] Add support for FADT P_LVL2_UP flag
[ACPI] fix 2.6.13 boot hang regression on HT box w/ broken BIOS

Vitaly Bordug:
ppc32: Fix incorrect PCI frequency value

YOSHIFUJI Hideaki:
[IPV6]: Load protocol module dynamically.

--- diffstat ---

 MAINTAINERS                                    |   12 
 Makefile                                       |    2 
 arch/arm/configs/spitz_defconfig               |   19 -
 arch/arm/mach-ixp4xx/ixdp425-setup.c           |    2 
 arch/arm/mach-pxa/Kconfig                      |    2 
 arch/arm/mm/flush.c                            |    7 
 arch/i386/kernel/acpi/boot.c                   |    7 
 arch/mips/Kconfig                              |    4 
 arch/mips/au1000/db1x00/board_setup.c          |    7 
 arch/mips/au1000/db1x00/init.c                 |   12 
 arch/mips/configs/atlas_defconfig              |  142 ++--
 arch/mips/configs/bigsur_defconfig             |  149 ++--
 arch/mips/configs/capcella_defconfig           |  143 ++--
 arch/mips/configs/cobalt_defconfig             |  131 ++--
 arch/mips/configs/db1000_defconfig             |  144 ++--
 arch/mips/configs/db1100_defconfig             |  144 ++--
 arch/mips/configs/db1200_defconfig             |  147 ++--
 arch/mips/configs/db1500_defconfig             |  143 ++--
 arch/mips/configs/db1550_defconfig             |  143 ++--
 arch/mips/configs/ddb5476_defconfig            |  131 ++--
 arch/mips/configs/ddb5477_defconfig            |  131 ++--
 arch/mips/configs/decstation_defconfig         |  146 ++--
 arch/mips/configs/e55_defconfig                |  144 ++--
 arch/mips/configs/ev64120_defconfig            |  143 ++--
 arch/mips/configs/ev96100_defconfig            |  144 ++--
 arch/mips/configs/ip22_defconfig               |  145 ++--
 arch/mips/configs/ip27_defconfig               |  146 ++--
 arch/mips/configs/ip32_defconfig               |  131 ++--
 arch/mips/configs/it8172_defconfig             |  146 ++--
 arch/mips/configs/ivr_defconfig                |  145 ++--
 arch/mips/configs/jaguar-atx_defconfig         |  139 ++--
 arch/mips/configs/jmr3927_defconfig            |  131 ++--
 arch/mips/configs/lasat200_defconfig           |  143 ++--
 arch/mips/configs/malta_defconfig              |  142 ++--
 arch/mips/configs/mipssim_defconfig            |  145 ++--
 arch/mips/configs/mpc30x_defconfig             |  143 ++--
 arch/mips/configs/ocelot_3_defconfig           |  145 ++--
 arch/mips/configs/ocelot_c_defconfig           |  129 ++--
 arch/mips/configs/ocelot_defconfig             |  132 ++--
 arch/mips/configs/ocelot_g_defconfig           |  129 ++--
 arch/mips/configs/pb1100_defconfig             |  144 ++--
 arch/mips/configs/pb1500_defconfig             |  143 ++--
 arch/mips/configs/pb1550_defconfig             |  143 ++--
 arch/mips/configs/pnx8550-jbs_defconfig        |  145 ++--
 arch/mips/configs/pnx8550-v2pci_defconfig      |  143 ++--
 arch/mips/configs/qemu_defconfig               |  129 ++--
 arch/mips/configs/rbhma4500_defconfig          |  143 ++--
 arch/mips/configs/rm200_defconfig              |  148 ++--
 arch/mips/configs/sb1250-swarm_defconfig       |  145 ++--
 arch/mips/configs/sead_defconfig               |  125 ++-
 arch/mips/configs/tb0226_defconfig             |  143 ++--
 arch/mips/configs/tb0229_defconfig             |  143 ++--
 arch/mips/configs/workpad_defconfig            |  144 ++--
 arch/mips/configs/yosemite_defconfig           |  145 ++--
 arch/mips/defconfig                            |  145 ++--
 arch/mips/jmr3927/rbhma3100/irq.c              |   28 +
 arch/mips/jmr3927/rbhma3100/setup.c            |    2 
 arch/mips/kernel/cpu-probe.c                   |    4 
 arch/mips/kernel/irixsig.c                     |    4 
 arch/mips/kernel/scall32-o32.S                 |   18 
 arch/mips/kernel/scall64-64.S                  |   18 
 arch/mips/kernel/scall64-n32.S                 |    4 
 arch/mips/kernel/scall64-o32.S                 |    4 
 arch/mips/kernel/signal.c                      |    2 
 arch/mips/kernel/signal32.c                    |    2 
 arch/mips/kernel/traps.c                       |    5 
 arch/mips/mm/init.c                            |    2 
 arch/mips/qemu/q-firmware.c                    |   13 
 arch/ppc/boot/simple/Makefile                  |    4 
 arch/ppc/syslib/m82xx_pci.c                    |    3 
 drivers/Makefile                               |    3 
 drivers/acpi/Kconfig                           |    1 
 drivers/acpi/Makefile                          |    2 
 drivers/acpi/processor_core.c                  |   15 
 drivers/acpi/processor_idle.c                  |   51 +
 drivers/acpi/processor_thermal.c               |   38 +
 drivers/acpi/scan.c                            |    2 
 drivers/acpi/thermal.c                         |  163 ++--
 drivers/acpi/video.c                           |    2 
 drivers/infiniband/core/user_mad.c             |   41 +
 drivers/infiniband/core/uverbs.h               |   11 
 drivers/infiniband/core/uverbs_cmd.c           |   90 ++
 drivers/infiniband/core/uverbs_main.c          |   21 -
 drivers/infiniband/hw/mthca/mthca_qp.c         |   34 +
 drivers/infiniband/hw/mthca/mthca_wqe.h        |    3 
 drivers/infiniband/ulp/ipoib/ipoib_ib.c        |    4 
 drivers/infiniband/ulp/ipoib/ipoib_main.c      |   11 
 drivers/infiniband/ulp/ipoib/ipoib_multicast.c |   10 
 drivers/media/dvb/b2c2/flexcop-hw-filter.c     |    2 
 drivers/media/dvb/dvb-core/dvb_ca_en50221.c    |   69 +-
 drivers/media/dvb/dvb-core/dvb_net.c           |   31 +
 drivers/media/dvb/dvb-usb/a800.c               |    2 
 drivers/media/dvb/dvb-usb/dibusb-common.c      |   18 
 drivers/media/dvb/dvb-usb/digitv.c             |    2 
 drivers/media/dvb/dvb-usb/dvb-usb-init.c       |    2 
 drivers/media/dvb/frontends/cx22702.c          |    2 
 drivers/media/dvb/frontends/cx22702.h          |    2 
 drivers/media/dvb/frontends/nxt200x.c          |    2 
 drivers/media/dvb/frontends/ves1820.c          |   14 
 drivers/media/dvb/ttpci/Kconfig                |    1 
 drivers/media/dvb/ttpci/av7110_ca.c            |    1 
 drivers/media/dvb/ttpci/budget-av.c            |    2 
 drivers/media/dvb/ttpci/budget-ci.c            |    2 
 drivers/media/dvb/ttpci/budget.c               |    2 
 drivers/media/dvb/ttpci/ttpci-eeprom.c         |    1 
 drivers/media/video/Kconfig                    |    3 
 drivers/media/video/bttv-cards.c               |    6 
 drivers/media/video/bttv-driver.c              |   67 +-
 drivers/media/video/cx25840/cx25840-core.c     |   38 +
 drivers/media/video/cx25840/cx25840.h          |    9 
 drivers/media/video/cx88/cx88-cards.c          |   43 -
 drivers/media/video/cx88/cx88-core.c           |   35 +
 drivers/media/video/cx88/cx88-tvaudio.c        |   28 -
 drivers/media/video/cx88/cx88.h                |    4 
 drivers/media/video/em28xx/em28xx-core.c       |    6 
 drivers/media/video/em28xx/em28xx-video.c      |    2 
 drivers/media/video/ir-kbd-i2c.c               |    2 
 drivers/media/video/saa7115.c                  |   14 
 drivers/media/video/saa711x.c                  |    2 
 drivers/media/video/saa7127.c                  |    6 
 drivers/media/video/saa7134/saa7134-alsa.c     |   36 +
 drivers/media/video/saa7134/saa7134-core.c     |   25 +
 drivers/media/video/saa7134/saa7134-oss.c      |   81 +-
 drivers/media/video/saa7134/saa7134.h          |    4 
 drivers/media/video/tveeprom.c                 |   64 +-
 drivers/media/video/video-buf.c                |    9 
 drivers/media/video/videodev.c                 |   26 -
 drivers/message/fusion/mptbase.c               |   64 ++
 drivers/message/fusion/mptbase.h               |    3 
 drivers/message/fusion/mptscsih.c              |   10 
 drivers/net/b44.c                              |   13 
 drivers/net/e1000/e1000_main.c                 |   14 
 drivers/net/ibm_emac/ibm_emac_core.c           |   38 +
 drivers/net/ibm_emac/ibm_emac_core.h           |    2 
 drivers/net/jazzsonic.c                        |    4 
 drivers/net/mipsnet.h                          |   30 -
 drivers/net/pcmcia/fmvj18x_cs.c                |   32 -
 drivers/net/sk98lin/Makefile                   |    5 
 drivers/net/sk98lin/h/skdrv2nd.h               |    4 
 drivers/net/sk98lin/skcsum.c                   |  871 ------------------------
 drivers/net/sk98lin/skethtool.c                |    2 
 drivers/net/sk98lin/skge.c                     |  174 +----
 drivers/net/skge.c                             |    4 
 drivers/net/wireless/airo.c                    |    4 
 drivers/net/wireless/orinoco.c                 |    3 
 drivers/s390/scsi/zfcp_aux.c                   |   14 
 drivers/s390/scsi/zfcp_dbf.c                   |    4 
 drivers/s390/scsi/zfcp_erp.c                   |   94 +--
 drivers/s390/scsi/zfcp_fsf.c                   |  110 ++-
 drivers/s390/scsi/zfcp_scsi.c                  |    2 
 drivers/scsi/aacraid/linit.c                   |    2 
 drivers/scsi/aic7xxx/aic79xx_osm.c             |    2 
 drivers/scsi/aic7xxx/aic7xxx_osm.c             |    2 
 drivers/scsi/libata-scsi.c                     |    9 
 drivers/scsi/scsi_lib.c                        |    9 
 drivers/scsi/scsi_transport_spi.c              |   28 +
 drivers/scsi/sg.c                              |    6 
 drivers/scsi/st.c                              |    3 
 drivers/scsi/sym53c8xx_2/sym_glue.c            |    5 
 fs/nfs/dir.c                                   |    3 
 fs/nfs/inode.c                                 |   55 +-
 fs/nfs/nfs4proc.c                              |   11 
 fs/nfs/proc.c                                  |    1 
 fs/nfs/write.c                                 |    6 
 include/asm-arm/semaphore.h                    |    5 
 include/asm-arm/spinlock.h                     |   26 +
 include/asm-mips/mach-qemu/timex.h             |   16 
 include/linux/i2c-id.h                         |    1 
 include/media/tveeprom.h                       |    4 
 mm/memory.c                                    |    2 
 mm/page_alloc.c                                |   16 
 net/ipv4/af_inet.c                             |    7 
 net/ipv4/fib_frontend.c                        |    8 
 net/ipv4/igmp.c                                |    5 
 net/ipv4/netfilter/ip_conntrack_proto_tcp.c    |   29 +
 net/ipv4/netfilter/ipt_recent.c                |    1 
 net/ipv6/af_inet6.c                            |   47 +
 net/ipv6/mcast.c                               |    5 
 net/netfilter/nf_conntrack_proto_tcp.c         |   29 +
 net/sctp/socket.c                              |   10 
 net/sctp/transport.c                           |    3 
 net/sunrpc/rpc_pipe.c                          |    2 
 security/keys/keyring.c                        |    2 
 183 files changed, 4562 insertions(+), 4997 deletions(-)

Ahh Linus, but sometimes we do! In any case, rc5 is missing this patch, the "v4l_ena_tda9887.patch" reproduced below:

Index: linux/drivers/media/video/cx88/cx88-cards.c
===================================================================
RCS file:
/cvs/video4linux/v4l-dvb/linux/drivers/media/video/cx88/cx88-cards.c,v retrieving revision 1.108
diff -u -p -r1.108 cx88-cards.c
--- linux/drivers/media/video/cx88/cx88-cards.c 25 Nov 2005 10:24:13
-0000 1.108
+++ linux/drivers/media/video/cx88/cx88-cards.c 1 Dec 2005 20:56:43 -0000
@@ -569,6 +569,7 @@ struct cx88_board cx88_boards[] = {

                .radio_type     = UNSET,
                .tuner_addr     = ADDR_UNSET,
                .radio_addr     = ADDR_UNSET,
+               .tda9887_conf   = TDA9887_PRESENT,
                .input          = {{
                        .type   = CX88_VMUX_TELEVISION,
                        .vmux   = 0,

----------
So my pcHDTV-3000 card is once again disabled.

Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.36% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2005 by Maurice Eugene Heskett, all rights reserved.

NACK.

Linus, Please DO NOT apply this as it is here... This same change above had to also be applied to the FusionHDTV3 Gold-T ... I've already applied the appropriate changes to cvs, and Mauro told me that he has mailed the patches to Andrew, although I do not see them here yet on LKML ....

I get the feeling you're not even close to releasing 2.6.15, so I'm sure the bugfix that Gene is waiting for will make it over to your tree soon, along with some other small v4l fixes that we had to make in order to account for changes in -rc4.

Gene, in the meantime, you can fix your situation without changing any code by simply issuing the following command:

modprobe tda9887

Ta - da! Magic!

Cheers,

Michael Krufky

And several others if I read the threads here correctly.

Before, or after, the "modprobe cx88-dvb" in my rc.local that loads it all, ask somewhat tongue in cheek, because I already rebuilt and rebooted to the fixed version. It Just Works(TM) :-) But I'll try that for rc6 if it doesn't work.

Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.36% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2005 by Maurice Eugene Heskett, all rights reserved.

AFTER.

...but it's moot. Linus has already applied the correct fix from Mauro and I, 1st patch after -rc5:

http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e4f5c82a92c2a546a16af1614114eec19120e40a

:-)

Cheers,

-Mike

[...]

Ok, great. I'll quit worrying about it then, until it quits again that is. :-)

Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.36% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2005 by Maurice Eugene Heskett, all rights reserved.

I'll bet a lot of people do test the -rc's and a lot of the snapshots (if not all), at least I know I try my best to do so, but you'd never notice since I rarely run into trouble with my regular config and thus
don't post any bug reports. I don't think that's uncommon.

--
Jesper Juhl <[email protected]>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html

Hi,

IMHO KLive is solution.
http://klive.cpushare.com/

Regards,
Michal Piotrowski

Hmm, yes, this will allow some info to be gathered - I'm now running this, thanks for the pointer.

But, forcing users to install python, twistd, zope interface etc is not exactely making it simple for people to run (and they have to know about it first as well).

If this was instead implemented in C and distributed with the kernel source I think a lot more people would run it and the data gathered would be a lot more useful.

--
Jesper Juhl <[email protected]>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html

Thanks to Christian Aichinger's contribution there's now a python standalone version that can be invoked by cron every few minutes (
http://klive.cpushare.com/klive.py ), it only requires python and no other lib, it sends the packet with exponential backoff too by keeping track of the last packet delivery.

This only works correctly if /proc/uptime doesn't overflow (so 2.6 should be ok, 2.4 sure not).

Also note, zope isn't really required, it's just that twisted shares a library inside zope called zopeinterfaces, you can install that single lib and not the whole zope. In any recent distro, you've only to select the twisted-python package, it'll pick up all other (tiny) dependencies automatically.

The autoinstaller ( http://klive.cpushare.com/klive.sh
--install|--uninstall ) is available only for the twisted version, I believe that's simpler to setup and handle than the cron driven one even if it requires twisted (and in turn zopeinterfaces ;)

Everything is GPL including the server code and the network protocol, so feel free to write a C client, but frankly I think the python standalone one is more than enough if you don't want a daemon in the background, writing a C version would be a worthless complication, but still I'm not against it, if you write it I'll audit and merge it too.

Note, that with the new protocol activated recently I already collected quite some more info (all can be deactived by editing the script or by setting the environment variables, there's a wiki where to document all the stuff too: http://klive.cpushare.com:8819/ ). What you see on the homepage is what was being logged with the old protocol.

So soon we'll be able to see the pci-ids with the highest/avg/min uptime, the filesystems mounted and the kernel modules. Furthermore you will be able to track your own uptime (for your all computers combined or each one separately) by setting an environment variable. I didn't start using the new information that gets logged yet, because I'm trying to start transactions on CPUShare first (my spare time is quite limited), but it shouldn't take too long before I startup CPUShare and the KLive new features becomes available too. Incoming patches will preempt my CPUShare work of course, so feel free to send patches already if you write them ;).

The next step after the new pciid/fs/module info becomes browsable is to write a netconsole oops dumper that pushes the oops to the network using symmetric encryption (the password has to be set with an environment variable or something like that, that the klive client will pass to the kernel along with the routing and ip information) that only the computer owner can decrypt. Then depending on the oops he can decide to open it up (or he can just leave it always open without password if he knows there's no sensitive info in the computer). This will also avoid people to setup netconsole servers, the cpushare server will log all oopses securely and with full privacy (and with klive I can still track how many oopses each kernel is generating even when they're encrypted).

You're welcome to followup discussions on the [email protected] mailing list too.

Thanks!

I have an Asus P4P800 "Deluxe" with 3c940 LOM.

If I ping the box I get the following:

Dec  4 22:57:02 abc kernel: [<c0103c00>] dump_stack+0x17/0x19
Dec  4 22:57:02 abc kernel: [<c03b99e9>] netdev_rx_csum_fault+0x27/0x2d
Dec  4 22:57:02 abc kernel: [<c03b75a9>] __skb_checksum_complete+0x5a/0x60
Dec  4 22:57:02 abc kernel: [<c0404c51>] icmp_error+0xbd/0x193
Dec  4 22:57:02 abc kernel: [<c0402291>] ip_conntrack_in+0x67/0x279
Dec  4 22:57:02 abc kernel: [<c03c8cbf>] nf_iterate+0x59/0x7d
Dec  4 22:57:02 abc kernel: [<c03c8d3a>] nf_hook_slow+0x57/0x106
Dec  4 22:57:02 abc kernel: [<c03d1074>] ip_rcv+0x1af/0x580
Dec  4 22:57:02 abc kernel: [<c03ba1ed>] netif_receive_skb+0x15a/0x1ef
Dec  4 22:57:02 abc kernel: [<c03ba301>] process_backlog+0x7f/0x10d
Dec  4 22:57:02 abc kernel: [<c03ba40c>] net_rx_action+0x7d/0x110
Dec  4 22:57:02 abc kernel: [<c01250a2>] __do_softirq+0x72/0xe1
Dec  4 22:57:02 abc kernel: [<c0104ed7>] do_softirq+0x5d/0x61
Dec  4 22:57:02 abc kernel: =======================
Dec  4 22:57:02 abc kernel: [<c01251fa>] irq_exit+0x48/0x4a
Dec  4 22:57:02 abc kernel: [<c0104d9d>] do_IRQ+0x5d/0x8f
Dec  4 22:57:02 abc kernel: [<c010372e>] common_interrupt+0x1a/0x20
Dec  4 22:57:02 abc kernel: [<c0100d51>] cpu_idle+0x49/0xa0
Dec  4 22:57:02 abc kernel: [<c01002d7>] rest_init+0x37/0x39
Dec  4 22:57:02 abc kernel: [<c057f8cf>] start_kernel+0x164/0x177
Dec  4 22:57:02 abc kernel: [<c0100210>] 0xc0100210

(once for each ICMP packet)

2.6.15-rc2 works fine.

Johannes

The checksum offsets for receive offload were not being set correctly.

Index: linux-2.6/drivers/net/sk98lin/skge.c
===================================================================
@@ -818,7 +818,7 @@ uintptr_t VNextDescr;	/* the virtual bus
 		/* set the pointers right */
 		pDescr->VNextRxd = VNextDescr & 0xffffffffULL;
 		pDescr->pNextRxd = pNextDescr;
-		pDescr->TcpSumStarts = 0;
+		if (!IsTx) pDescr->TcpSumStarts = ETH_HLEN << 16 | ETH_HLEN;
 
 		/* advance one step */
 		pPrevDescr = pDescr;

@@ -2169,7 +2169,7 @@ rx_start:	
 		} /* frame > SK_COPY_TRESHOLD */
 
 #ifdef USE_SK_RX_CHECKSUM
-		pMsg->csum = pRxd->TcpSums;
+		pMsg->csum = pRxd->TcpSums & 0xffff;
 		pMsg->ip_summed = CHECKSUM_HW;
 #else
 		pMsg->ip_summed = CHECKSUM_NONE;

I can confirm that this patch fixes the problem for me.

Thanks,
Johannes

I can confirm that 2.6.15-rc3 works as well:
eth0: 3Com Gigabit LOM (3C940)
PrefPort:A RlmtMode:Check Link State
ip_tables: (C) 2000-2002 Netfilter core team
ip_tables: (C) 2000-2002 Netfilter core team
eth0: network connection up using port A
speed: 100
autonegotiation: yes
duplex mode: full
flowctrl: symmetric
irq moderation: disabled
scatter-gather: enabled

No messages from ping, although the pig is somewhat slower than I would expect, ~200us response time.

Looks like a regression, I can't try the latest kernel until Friday, it's 260 miles round trip to the machine if it doesn't boot cleanly.

   -bill davidsen ([email protected])
"The secret to procrastination is to put things off until the
 last possible moment - but no longer"  -me

Works on my Thinkpad X22.

cheers.

rich walker         |  Shadow Robot Company | [email protected]
technical director     251 Liverpool Road   |
need a Hand?           London  N1 1LX       | +UK 20 7700 2487
www.shadow.org.uk/products/newhand.shtml

2.6.15-rc5 (and earlier 2.6 kernels) seems to have a slight scheduling problem, with some starvation at a load of only 2.

All it takes is two users with separate X desktops.
User one plays flash games using firefox. The ill-designed flash stuff typically means that his Xorg and firefox divides the cpu 100% between them.

So I expect that I, as user two, should notice some slowness. I should get only 1/2 - 1/3 cpu. But I get periods of starvation. Logging in takes a long time, bringing iup icewm takes 15s instead of 2, each xterm takes a long time to start. They are usually instantaneous. Tha machine is unsuitable for work in this mode.

Knowing the root password I renices his Xorg and firefox by 10, and then everything is fine. His games are still ok, and my xterms are snappy again.

I have tried no preempt, voluntary preempt, and preemptible kernel. It doesn't make a difference. This is an amd64 kernel on an opteron 244 (1800MHz). Everyhting is 64-bit except firefox+flash which is 32-bit.

Perhaps the way flash games work, with lots of communication with the xserver, makes them get "io boost" even though they are cpu hogs. I still think my xterm (or whatever I am starting up) should get its fair third of the cpu though, (with firefox and xorg hogging one third each too.) Even a "600MHz opteron" ought to do better than this.

The machine isn't trashing, it is hardly touching swap. (512M memory, and swpd=16 according to vmstat) The paging-in of a starting executable shouldn't be affected much by the cpu load?

Helge Hafting

Helge,
did this start at any particular point in time?

Also, the most common case is that somebody has reniced the X server, which is just _wrong_. It used to be done by some distributions to try to help the scheduler make the right choices, but we've fixed the scheduler and it doesn't need it or want it.

So if you actually run with a reniced X server these days, it just means that the X server will have much higher priority and the starvation comes simply from the fact that you have a process that has been marked as much more important than any other process. Which in turn _does_ mean that other processes will starve.

Linus

Helge,

does this mean X defaults to nice level 0, and then if you renice Firefox and X by +10, everything is fine? Or is Linus' suspicion, and X defaults to something like nice -5? (e.g. on Debian type of systems)

but ... i havent seen problems with Firefox and flash myself. My 3 years old son's favorite kid's site is fully based on flash, and the 833 MHz laptop is still usable remotely while he browses around on it. It's Fedora Core 4, and X is not reniced.

but if the X server is not reniced then it would be nice if i could reproduce the starvation ... which site is the one triggering it? (and could you check www.egyszervolt.hu, and click around on it, does it trigger similar starvation problems too?)

Ingo

Correct. X is at 0, adjusting to 10 helps. Adjusting only firefox is not enough.

It is a debian testing system, with some experimental/unstable stuff. The xservers are not reniced though, that has been configurable for a while and I turned it off at the time when the scheduler was changed and renicing no longer was recommended.
top shows NI=o, ps aux shows no "<" for the xservers.

I guess this depends a bit on how the machine is used remotely. Light use of an xterm isn't always that bad - although "top" took a second to appear. The bringing up icewm and the xterms themselves took a lot longer though. I don't use it remotely,
I log in on a second xserver running on a extra graphichs card. Even the relatively lightweight icewm is much heavier than simply ssh-ing into a box - there is graphichs work to do. I wouldn't be surprised if the usual three-second login took twice as long with a game going on, but half a minute is a bit excessive. I have only seen it that bad once, but the slowness is normally so noticeable that I bother with looking up the process numbers and renice them.

www.teagames.com is popular at the time. Lots of 2D scrolling flash games, and all seems to be made with the assumption that the more cpu you have, the higher framerate you should get. Never mind that the screen runs at 60Hz only. . .

No, I clicked around for a while, but was unable to drive the load up to 1. I never see problems with load<1 - as expected. Try a game that uses screen painting as a busy loop - it pegs the load at 1 no matter how powerful the machine is. And then the scheduling might get interesting. Running two such games at once tends to be slow for both, and also bursty in that one might get a second of nice speed, some slowness, and sometimes jerkiness with short stops in the action. Some of these games would be ok running at half speed, but not with such uneven speed.

Sticking another cpu in the free slot would probably fix all this. :-/

Helge Hafting

On 12 Dec 2005, Ingo Molnar announced authoritatively:

Your latter suspicion is correct, on Debian at least: see the setting of nice_value in /etc/X11/Xwrapper.config.

`Don't confuse the shark with the remoras.' --- Rob Landley

This value is 0 on my debian system - as recommended for the kernels I use.

Hegle Hafting

Not that I know of, flash games became popular the last weeks. I can try some older kernels though.

I wish it was that simple. But according to "top", the xservers runs with NI=0. I believe I got rid of the X renicing at the time the scheduler was improved. Nobody played flash games at the time though.

I have tried running two tuxracers too, and found this to be somewhat bursty. Instead of the players enjoying half a cpu each (which is bearable at sufficiently low resolution), they seem to get bursts of cpu and short pauses. I never bothered looking more into this as the pci card always hangs the machine after a while when doing 3D. Instead I disabled DRI on that xserver. Stability is more important.

Helge Hafting

Does anybody out there have ATI drivers working on Radeon X300 on 2.6.15-rc5 (or -rc[234]) ? They released fglrx 8.20.8 on december 8th. I thought they would have fixed the driver for 2.6.15.
But, I still get bad page and X programs freezing.

Thanks,
Brice

fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[fglrx] Maximum main memory to use for locked dma buffers: 431 MBytes.
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 169 [fglrx] module loaded - fglrx 8.20.8 [Dec 6 2005] on minor 0 [fglrx] ACPI power management is initialized.

 [<c0140817>] bad_page+0x87/0xc0
 [<c01410f8>] free_hot_cold_page+0x48/0x110
 [<c014b62c>] zap_pte_range+0x10c/0x250
 [<c014b866>] unmap_page_range+0xf6/0x130
 [<c014b97b>] unmap_vmas+0xdb/0x200
 [<c0150163>] unmap_region+0x93/0x130
 [<c01504f7>] do_munmap+0x107/0x150
 [<c015058c>] sys_munmap+0x4c/0x70
 [<c0103105>] syscall_call+0x7/0xb
[fglrx] free  PCIe = 54804480
[fglrx] max   PCIe = 54804480
[fglrx] free  LFB = 47099904
[fglrx] max   LFB = 47099904
[fglrx] free  Inv = 0
[fglrx] max   Inv = 0

[fglrx] total Inv = 0
[fglrx] total TIM = 0
[fglrx] total FB = 0
[fglrx] total PCIe = 16384

Why would they have released a driver for a kernel that's not released yet?

Lee

The ATI wrapper source is carefully "#if 0"ing a get_page because of the traditional anomalous behaviour of PageReserved. 2.6.15-rc killed that anomalous behaviour, so their "#if 0" needs to become a version test.

Big thanks to Martin Drab for testing this (and correcting the stupidity of my original inverted patch) - tell us if it does not work for you too.

Hugh

@@ -2586,7 +2586,7 @@ static __inline__ vm_nopage_ret_t do_vm_
 
     pMmPage = virt_to_page(kaddr);
 
-#if 0
+#if LINUX_VERSION_CODE >= 0x02060f
     // WARNING WARNINIG WARNNING WARNNING WARNNING WARNNING WARNNING WARNNING
     // Don't increment page usage count, cause ctx pages are allocated
     // with drm_alloc_pages, which marks all pages as reserved. Reserved