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(-)
> 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.
:-)
Linux 2.6.15-rc5 compiles fine and works as expected here.
lbalrog edmondo # uname -a
Linux balrog 2.6.15-rc5 #1 SMP Sun Dec 4 14:42:04 CET 2005 x86_64
AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ AuthenticAMD GNU/Linux
balrog edmondo # dmesg
Bootdata ok (command line is root=/dev/hda5)
Linux version 2.6.15-rc5 (root@balrog) (gcc version 4.0.2 (Gentoo 4.0.2-r1, pie-8.7.8)) #1 SMP Sun Dec 4 14:42:04 CET 2005
(...)
NVRM: loading NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-7676 Fri Jul 29 13:15:16 PDT 2005
X does an incomplete pfn remapping
Call Trace:<ffffffff80168f80>{remap_pfn_range+176} <ffffffff882b70f3>{:nvidia:nv_verify_pci_config+392}
<ffffffff882babae>{:nvidia:os_pci_read_dword+35} <ffffffff882b7b76>{:nvidia:nv_kern_mmap+1273}
<ffffffff8016ed73>{do_mmap_pgoff+1251} <ffffffff801143fd>{sys_mmap+173}
<ffffffff8010dcaa>{system_call+126}
X does an incomplete pfn remapping
Call Trace:<ffffffff80168f80>{remap_pfn_range+176} <ffffffff882b70f3>{:nvidia:nv_verify_pci_config+392}
<ffffffff882babae>{:nvidia:os_pci_read_dword+35} <ffffffff882b7b76>{:nvidia:nv_kern_mmap+1273}
<ffffffff8016ed73>{do_mmap_pgoff+1251} <ffffffff801143fd>{sys_mmap+173}
<ffffffff8010dcaa>{system_call+126}
X does an incomplete pfn remapping
Call Trace:<ffffffff80168f80>{remap_pfn_range+176} <ffffffff882b70f3>{:nvidia:nv_verify_pci_config+392}
<ffffffff882babae>{:nvidia:os_pci_read_dword+35} <ffffffff882b7b76>{:nvidia:nv_kern_mmap+1273}
<ffffffff8016ed73>{do_mmap_pgoff+1251} <ffffffff801143fd>{sys_mmap+173}
<ffffffff8010dcaa>{system_call+126}
X does an incomplete pfn remapping
Call Trace:<ffffffff80168f80>{remap_pfn_range+176} <ffffffff882b70f3>{:nvidia:nv_verify_pci_config+392}
<ffffffff882babae>{:nvidia:os_pci_read_dword+35} <ffffffff882b7b76>{:nvidia:nv_kern_mmap+1273}
<ffffffff8016ed73>{do_mmap_pgoff+1251} <ffffffff801143fd>{sys_mmap+173}
<ffffffff8010dcaa>{system_call+126}
(...)
Thanks
edmondo
On Sunday 04 December 2005 01:03, Linus Torvalds wrote:
>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.
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.
>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(-)
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> in the body of a message to [email protected]
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
--
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.
On 12/4/05, Linus Torvalds <[email protected]> wrote:
>
> 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.
>
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,
On 04/12/05, Jesper Juhl <[email protected]> wrote:
> On 12/4/05, Linus Torvalds <[email protected]> wrote:
> >
> > 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.
> >
> 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.
>
IMHO KLive is solution.
http://klive.cpushare.com/
Regards,
Michal Piotrowski
On 12/4/05, Michal Piotrowski <[email protected]> wrote:
> Hi,
>
> On 04/12/05, Jesper Juhl <[email protected]> wrote:
> > On 12/4/05, Linus Torvalds <[email protected]> wrote:
> > >
> > > 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.
> > >
> > 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.
> >
>
> IMHO KLive is solution.
> http://klive.cpushare.com/
>
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
Gene Heskett wrote:
>On Sunday 04 December 2005 01:03, Linus Torvalds wrote:
>
>
>>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.
>>
>>
>
>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.
>
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
On Sunday 04 December 2005 13:50, Michael Krufky wrote:
>Gene Heskett wrote:
>>On Sunday 04 December 2005 01:03, Linus Torvalds wrote:
>>>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.
>>
>>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.
>
>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 ...
And several others if I read the threads here correctly.
> 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!
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,
>
>Michael Krufky
--
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.
Gene Heskett wrote:
>On Sunday 04 December 2005 13:50, Michael Krufky wrote:
>
>
>>Gene Heskett wrote:
>>
>>
>>>On Sunday 04 December 2005 01:03, Linus Torvalds wrote:
>>>
>>>
>>>>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.
>>>>
>>>>
>>>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.
>>>
>>>
>>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 ...
>>
>>
>
>And several others if I read the threads here correctly.
>
>
>
>>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!
>>
>>
>
>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,
>>
>>Michael Krufky
>>
>>
>
>
>
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
On Sun, Dec 04, 2005 at 07:35:40PM +0100, Jesper Juhl wrote:
> 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
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!
On Sat, Dec 03, 2005, Linus Torvalds wrote:
> [email protected]:
> sk98lin: fix checksumming code
> sk98lin: add permanent address support
> sk98lin: avoid message confusion with skge
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
On Sunday 04 December 2005 16:14, Michael Krufky wrote:
>Gene Heskett wrote:
>>On Sunday 04 December 2005 13:50, Michael Krufky wrote:
[...]
>>>Gene, in the meantime, you can fix your situation without changing
>>> any code by simply issuing the following command:
>>>
>>>modprobe tda9887
>>>
>>>Ta - da! Magic!
>>
>>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,
>>>
>>>Michael Krufky
>
>AFTER.
>
Ok, great. I'll quit worrying about it then, until it quits again that
is. :-)
>...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
--
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.
The checksum offsets for receive offload were not being set correctly.
Signed-off-by: Stephen Hemminger <[email protected]>
Index: linux-2.6/drivers/net/sk98lin/skge.c
===================================================================
--- linux-2.6.orig/drivers/net/sk98lin/skge.c
+++ 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;
On Mon, Dec 05, 2005, Stephen Hemminger wrote:
> The checksum offsets for receive offload were not being set correctly.
>
> Signed-off-by: Stephen Hemminger <[email protected]>
I can confirm that this patch fixes the problem for me.
Thanks,
Johannes
> Index: linux-2.6/drivers/net/sk98lin/skge.c
> ===================================================================
> --- linux-2.6.orig/drivers/net/sk98lin/skge.c
> +++ 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;
>
Johannes Stezenbach wrote:
> On Sat, Dec 03, 2005, Linus Torvalds wrote:
>
>>[email protected]:
>> sk98lin: fix checksumming code
>> sk98lin: add permanent address support
>> sk98lin: avoid message confusion with skge
>
>
> 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.
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.
>
>
> Johannes
--
-bill davidsen ([email protected])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
Linus Torvalds <[email protected]> writes:
> 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.
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
http://www.shadow.org.uk/products/newhand.shtml
Edmondo Tommasina wrote:
> :-)
>
> Linux 2.6.15-rc5 compiles fine and works as expected here.
>
> lbalrog edmondo # uname -a
> Linux balrog 2.6.15-rc5 #1 SMP Sun Dec 4 14:42:04 CET 2005 x86_64
> AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ AuthenticAMD GNU/Linux
>
> balrog edmondo # dmesg
> Bootdata ok (command line is root=/dev/hda5)
> Linux version 2.6.15-rc5 (root@balrog) (gcc version 4.0.2 (Gentoo 4.0.2-r1, pie-8.7.8)) #1 SMP Sun Dec 4 14:42:04 CET 2005
> (...)
> NVRM: loading NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-7676 Fri Jul 29 13:15:16 PDT 2005
> X does an incomplete pfn remapping
> Call Trace:<ffffffff80168f80>{remap_pfn_range+176} <ffffffff882b70f3>{:nvidia:nv_verify_pci_config+392}
> <ffffffff882babae>{:nvidia:os_pci_read_dword+35} <ffffffff882b7b76>{:nvidia:nv_kern_mmap+1273}
> <ffffffff8016ed73>{do_mmap_pgoff+1251} <ffffffff801143fd>{sys_mmap+173}
> <ffffffff8010dcaa>{system_call+126}
> X does an incomplete pfn remapping
> Call Trace:<ffffffff80168f80>{remap_pfn_range+176} <ffffffff882b70f3>{:nvidia:nv_verify_pci_config+392}
> <ffffffff882babae>{:nvidia:os_pci_read_dword+35} <ffffffff882b7b76>{:nvidia:nv_kern_mmap+1273}
> <ffffffff8016ed73>{do_mmap_pgoff+1251} <ffffffff801143fd>{sys_mmap+173}
> <ffffffff8010dcaa>{system_call+126}
> X does an incomplete pfn remapping
> Call Trace:<ffffffff80168f80>{remap_pfn_range+176} <ffffffff882b70f3>{:nvidia:nv_verify_pci_config+392}
> <ffffffff882babae>{:nvidia:os_pci_read_dword+35} <ffffffff882b7b76>{:nvidia:nv_kern_mmap+1273}
> <ffffffff8016ed73>{do_mmap_pgoff+1251} <ffffffff801143fd>{sys_mmap+173}
> <ffffffff8010dcaa>{system_call+126}
> X does an incomplete pfn remapping
> Call Trace:<ffffffff80168f80>{remap_pfn_range+176} <ffffffff882b70f3>{:nvidia:nv_verify_pci_config+392}
> <ffffffff882babae>{:nvidia:os_pci_read_dword+35} <ffffffff882b7b76>{:nvidia:nv_kern_mmap+1273}
> <ffffffff8016ed73>{do_mmap_pgoff+1251} <ffffffff801143fd>{sys_mmap+173}
> <ffffffff8010dcaa>{system_call+126}
> (...)
I get that too... compiles and mostly works.
That pfn issue seems to affect my pointer device (Synaptic).
I've used both NVIDIA 7676 and the latest: 8174
Versions between 2.6.13-rc3 - 2.6.15-rc5 haven't worked (well.. I
hadn't tried out any 2.6.15 revisions until now). I have 2.6.13-rc3
sitting back in case this pfn issue causes too much trouble.
Does anyone
On Saturday 10-December-2005 05:07, Tom wrote:
> Edmondo Tommasina wrote:
> > Call Trace:<ffffffff80168f80>{remap_pfn_range+176} <ffffffff882b70f3>{:nvidia:nv_verify_pci_config+392}
> > <ffffffff882babae>{:nvidia:os_pci_read_dword+35} <ffffffff882b7b76>{:nvidia:nv_kern_mmap+1273}
> > <ffffffff8016ed73>{do_mmap_pgoff+1251} <ffffffff801143fd>{sys_mmap+173}
> > <ffffffff8010dcaa>{system_call+126}
> > (...)
>
> I get that too... compiles and mostly works.
These are just harmless warnings saying that the some unnamed module ;-) is
doing some strange VMA remapping. It's expected to be like that.
Look at the "Linux 2.6.14-rc4" thread to better understand the changes
done:
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0512.0/0010.html
ciao
edmondo
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
Linus Torvalds wrote:
>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.
>
>
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
On Sat, 2005-12-10 at 16:23 -0500, Brice Goglin wrote:
> 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.
>
Why would they have released a driver for a kernel that's not released
yet?
Lee
On Sat, 10 Dec 2005, Brice Goglin wrote:
> 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.
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
--- fglrx.orig/build_mod/firegl_public.c 2005-12-05 15:47:41.000000000 +0000
+++ fglrx/build_mod/firegl_public.c 2005-12-05 17:18:12.000000000 +0000
@@ -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
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
On Sat, 10 Dec 2005, Helge Hafting wrote:
>
> 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,
* Linus Torvalds <[email protected]> wrote:
> 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.
> > 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.
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 http://www.egyszervolt.hu, and click around on it, does it
trigger similar starvation problems too?)
Ingo
Linus Torvalds wrote:
>Helge,
> did this start at any particular point in time?
>
>
Not that I know of, flash games became popular the last weeks.
I can try some older kernels though.
>Also, the most common case is that somebody has reniced the X server,
>which is just _wrong_.
>
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
Ingo Molnar wrote:
>Helge,
>
>* Linus Torvalds <[email protected]> wrote:
>
>
>
>>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.
>>
>>
>
>
>
>>>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.
>>>
>>>
>
>does this mean X defaults to nice level 0, and then if you renice
>Firefox and X by +10, everything is fine?
>
Correct. X is at 0, adjusting to 10 helps. Adjusting only
firefox is not enough.
>Or is Linus' suspicion, and X
>defaults to something like nice -5? (e.g. on Debian type of systems)
>
>
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.
>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.
>
>
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.
>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
>
>
http://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. . .
>could you check http://www.egyszervolt.hu, and click around on it, does it
>trigger similar starvation problems too?)
>
>
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:
> 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)
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
Nix wrote:
>On 12 Dec 2005, Ingo Molnar announced authoritatively:
>
>
>>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)
>>
>>
>
>Your latter suspicion is correct, on Debian at least: see the setting of
>nice_value in /etc/X11/Xwrapper.config.
>
>
This value is 0 on my debian system - as recommended for the kernels
I use.
Hegle Hafting