Skip to content
Commits on Aug 2, 2005
  1. Linux v2.6.13-rc5

    Ok, let's get it right this time
    Linus Torvalds committed Aug 1, 2005
  2. @mkravetz

    [PATCH] ppc64: POWER 4 fails to boot with NUMA

    If CONFIG_NUMA is set, some POWER 4 systems will fail to boot.  This is
    because of special processing needed to handle invalid node IDs (0xffff) on
    POWER 4.  My previous patch to handle memory 'holes' within nodes forgot to
    add this special case for POWER 4 in one place.
    
    In reality, I'm not sure that configuring the kernel for NUMA on POWER 4 makes
    much sense.  Are there POWER 4 based systems with NUMA characteristics that
    are presented by the firmware?  But, distros want one kernel for all systems
    so NUMA is on by default in their kernels.  The patch handles those cases.
    
    Signed-off-by: Mike Kravetz <kravetz@us.ibm.com>
    Signed-off-by: Paul Mackerras <paulus@samba.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    mkravetz committed with Linus Torvalds Aug 1, 2005
  3. @rustyrussell

    [PATCH] Module per-cpu alignment cannot always be met

    The module code assumes noone will ever ask for a per-cpu area more than
    SMP_CACHE_BYTES aligned.  However, as these cases show, gcc asks sometimes
    asks for 32-byte alignment for the per-cpu section on a module, and if
    CONFIG_X86_L1_CACHE_SHIFT is 4, we hit that BUG_ON().  This is obviously an
    unusual combination, as there have been few reports, but better to warn
    than die.
    
    See:
    	http://www.ussg.iu.edu/hypermail/linux/kernel/0409.0/0768.html
    
    And more recently:
    	http://bugs.gentoo.org/show_bug.cgi?id=97006
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    rustyrussell committed with Linus Torvalds Aug 1, 2005
  4. @antonblanchard

    [PATCH] ppc64: topology API fix

    Dont include asm-generic/topology.h unconditionally, we end up overriding
    all the ppc64 specific functions when NUMA is on.
    
    Signed-off-by: Anton Blanchard <anton@samba.org>
    Acked-by: Paul Mackerras <paulus@samba.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    antonblanchard committed with Linus Torvalds Aug 1, 2005
  5. [PATCH] shm: CONFIG_SHMEM=n build fix

    Fix bug found by Grant Coady <lkml@dodo.com.au>'s autobuild setup.
    
    shmem_set_policy() and shmem_get_policy() are macros if !CONFIG_SHMEM, so this
    doesn't work.
    
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andrew Morton committed with Linus Torvalds Aug 1, 2005
  6. [PATCH] transmeta: CONFIG_PROC_FS=n build fix

    Fix bug found by Grant Coady <lkml@dodo.com.au>'s autobuild setup.
    
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andrew Morton committed with Linus Torvalds Aug 1, 2005
  7. [PATCH] sys_set_mempolicy() doesnt check if mode < 0

    A kernel BUG() is triggered by a call to set_mempolicy() with a negative
    first argument.  This is because the mode is declared as an int, and the
    validity check doesnt check < 0 values.  Alternatively, mode could be
    declared as unsigned int or unsigned long.
    
    Signed-off-by: Eric Dumazet <dada1@cosmosbay.com>
    Cc: Andi Kleen <ak@suse.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Eric Dumazet committed with Linus Torvalds Aug 1, 2005
  8. [PATCH] x86_64: access of some bad address

    x86_64 has a large sparse gate area between VSYSCALL_START and
    VSYSCALL_END, not all of it presently backed by pmds.  Alexander Nyberg has
    found that in some circumstances gdb may try to ptrace here, and hit
    get_user_pages BUG_ON.  It seems odd that gdb should be accessing here, but
    it certainly shouldn't crash in this way: relax BUG_ON to -EFAULT.  Fixes
    kernel bugzilla #4801.
    
    Signed-off-by: Hugh Dickins <hugh@veritas.com>
    Cc: Andi Kleen <ak@suse.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Hugh Dickins committed with Linus Torvalds Aug 1, 2005
  9. [PATCH] hfs: don't reference missing page

    If there was a read error, the bnode might miss some pages, so skip them.
    
    Signed-off-by: Roman Zippel <zippel@linux-m68k.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Roman Zippel committed with Linus Torvalds Aug 1, 2005
  10. [PATCH] hfs: don't dirty unchanged inode

    If inode size hasn't changed, don't do anything further in truncate, which
    also prevents a dirty inode, what might upset some readonly devices quite
    badly.
    
    Signed-off-by: Roman Zippel <zippel@linux-m68k.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Roman Zippel committed with Linus Torvalds Aug 1, 2005
  11. @AdrianBunk

    [PATCH] include/linux/dcookies.h: dummy functions must be "static inl…

    …ine"
    
    We don't want these to be global functions.
    
    Signed-off-by: Adrian Bunk <bunk@stusta.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    AdrianBunk committed with Linus Torvalds Aug 1, 2005
  12. [PATCH] v4l: bug fix to correct tea5767 autodetection

    This patch does correct radio chip autodetection to avoid misdetecting
    mt20xx microtune as tea5767 chip.
    
    Signed-off-by: Mauro Carvalho Chehab <mchehab@brturbo.com.br>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Mauro Carvalho Chehab committed with Linus Torvalds Aug 1, 2005
  13. [PATCH] aacraid: Fix for controller load based timeouts

    Martin Drab found that he could get aacraid timeouts with high load on his
    controller / disk drive combinations.  After some experimentation Mark
    Salyzyn has come up with a patch to reduce the default max_sectors to
    something that will keep the controller from being overloaded and will
    eliminate the timeout issues.
    
    Signed-off-by: Mark Haverkamp <markh@osdl.org>
    Cc: James Bottomley <James.Bottomley@steeleye.com>
    Acked-by: Mark Salyzyn <mark_salyzyn@adaptec.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Mark Haverkamp committed with Linus Torvalds Aug 1, 2005
  14. @htakata

    [PATCH] m32r: Fix local-timer event handling

    There was a scheduling problem of the m32r SMP kernel; A process rarely
    stopped and gave no responding but the other process have been handled by
    the other CPU still lives, then if we did something in the other terminal
    or something like that, the stopped process came back to life and continued
    its operation...  (ex.  LMbench: lat_sig)
    
    In the m32r SMP kernel, a local-timer event is delivered by using an
    IPI(inter processor interrupts); LOCAL_TIMER_IPI.  And a function
    smp_send_timer() is prepared to send the LOCAL_TIMER_IPI from the current
    CPU to the other CPUs.
    
    The funtion smp_send_timer() was placed and used in do_IRQ() in
    former times (before 2.6.10-rc3-mm1 kernel), however, it was
    unintentionally removed when arch/m32r/kernel/irq.c was modified to
    employ the generic hardirq framework (CONFIG_GENERIC_HARDIRQ) in
    my previous patch.
    
      [PATCH 2.6.10-rc3-mm1] m32r: Use generic hardirq framework
      http://www.ussg.iu.edu/hypermail/linux/kernel/0412.2/0358.html
    
    The following patch fixes the above problem.
    
    Signed-off-by: Hitoshi Yamamoto <hitoshiy@isl.melco.co.jp>
    Signed-off-by: Hirokazu Takata <takata@linux-m32r.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    htakata committed with Linus Torvalds Aug 1, 2005
  15. [PATCH] s390: ioprio & inotify system calls.

    Add system calls for io priorities and inotify.
    
    Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Martin Schwidefsky committed with Linus Torvalds Aug 1, 2005
  16. [PATCH] s390: kexec fixes and improvements.

    Disable pseudo page fault handling before starting the new kernel and try
    to use diag308 to reset the machine.
    
    Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
    Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Heiko Carstens committed with Linus Torvalds Aug 1, 2005
  17. [PATCH] ppc32: add missing 4xx EMAC sysfs nodes

    Add missing 4xx EMAC data sysfs nodes.
    
    Signed-off-by: Eugene Surovegin <ebs@ebshome.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Eugene Surovegin committed with Linus Torvalds Jul 31, 2005
  18. [PATCH] ppc32: add bamboo defconfig

    Add Bamboo platform defconfig
    
    Signed-off-by: Wade Farnsworth <wfarnsworth@mvista.com>
    Signed-off-by: Matt Porter <mporter@kernel.crashing.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Matt Porter committed with Linus Torvalds Jul 31, 2005
  19. [PATCH] ppc32: add bamboo platform

    Add Bamboo platform support.  This is an AMCC 440EP-based reference platform.
    
    Signed-off-by: Wade Farnsworth <wfarnsworth@mvista.com>
    Signed-off-by: Matt Porter <mporter@kernel.crashing.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Matt Porter committed with Linus Torvalds Jul 31, 2005
  20. [PATCH] ppc32: add 440ep support

    Add PPC440EP core support.  PPC440EP is a PPC440-based SoC with a classic PPC
    FPU and another set of peripherals.
    
    Signed-off-by: Wade Farnsworth <wfarnsworth@mvista.com>
    Signed-off-by: Matt Porter <mporter@kernel.crashing.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Matt Porter committed with Linus Torvalds Jul 31, 2005
  21. [PATCH] ppc32: Mark boards that don't build as BROKEN

    Marked APUS and GEMINI as BROKEN since they do not build at the platform
    level.  We have requested that the maintainers of these boards/platforms
    fix them by the time 2.6.15 is released or we plan on concerning them
    unmaintained and thus removing them.
    
    Signed-off-by: Kumar Gala <kumar.gala@freescale.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Kumar Gala committed with Linus Torvalds Jul 31, 2005
  22. [PATCH] silence cs89x0

    cs89x0 talks a lot at boot.  Seems like debug leftover.  This patch
    downgrades printks to KERN_DEBUG.  While we're at it, make these messages a
    bit less obscure.
    
    Cc: Jeff Garzik <jgarzik@pobox.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Denis Vlasenko committed with Linus Torvalds Jul 31, 2005
  23. [PATCH] md: make sure raid5/raid6 resync uses correct 'max_sectors'

    The default resync_max_sector is set to "mddev->size << 1".  If the
    raid-personality-module updates mddev->size, it must update
    resync_max_sectors too.
    
    Signed-off-by: Neil Brown <neilb@cse.unsw.edu.au>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    NeilBrown committed with Linus Torvalds Jul 31, 2005
  24. @ozbenh

    [PATCH] ppc64: Fix CONFIG_ALTIVEC not set

    The code that sets the altivec capability of the CPU based on firmware
    informations can enable altivec when the kernel has CONFIG_ALTIVEC
    disabled.  This results in "interesting" crashes.
    
    Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Cc: Paul Mackerras <paulus@samba.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    ozbenh committed with Linus Torvalds Jul 31, 2005
  25. [PATCH] plug MAN-PAGES maintainer in Documentation/SubmittingPatches

    Improve the likelihood that someone submitting a patch will notify the
    MAN-PAGES maintainer.
    
    This is a follow-up to comments on the July 29 lkml email thread: "Broke nice
    range for RLIMIT NICE"
    
    Signed-off-by: Paul Jackson <pj@sgi.com>
    Cc: "Michael Kerrisk" <mtk-manpages@gmx.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Paul Jackson committed with Linus Torvalds Jul 31, 2005
  26. [PATCH] MAINTAINERS record -- MAN-PAGES

    Michael maintains the kernel manpages.  He wants us to tell him when we
    change or augment the userspace API.  Add his contact details to
    MAINTAINERS.
    
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Michael Kerrisk committed with Linus Torvalds Jul 31, 2005
  27. [PATCH] v4l: cx88 card support and documentation finishing touches

    Peter Missel:
    - Add support for the SVideo input on the GDI Black Gold.
    
    Mauro Carvalho Chehab:
    - Linux/version.h removed. Replaced by linux/utsname.h
    
    Michael Krufky:
    - Added analog support for DViCO FusionHDTV5 Gold.
    
    CC: Peter Missel <peter.missel@onlinehome.de>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@brturbo.com.br>
    Signed-off-by: Michael Krufky <mkrufky@m1k.net>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Michael Krufky committed with Linus Torvalds Jul 31, 2005
  28. [PATCH] V4L: Miscellaneous fixes

    - Fixed some bttv card numbers.
    
    - BTTV and SAA7134 version numbers incremented to reflect changes.
    
    - pci_dma_supported() is called after pci_set_dma_mask() which
      already did check that for us. This patch removes the unneeded call to
      pci_dma_supported() at bttv-driver.c
    
    - Ensure a sufficient I2C bus idle time between 2 messages for
      saa7134-i2c.c
    
    - It is important to write at first to MO_GP3_IO for cx88-tvaudio.c
    
    - Use try_to_freeze() instead of refrigerator at msp3400.c
    
    - Recognizing the MFPE05-2 Tuner at tveeprom.c
    
    - Add new parameter to help identify radio chipsets at tuner module:
      show_i2c=1 will show 16 reading bytes from detected tuners.
    
    - BTTV does generate some Unimplemented IOCTL log at tuner module:
      0x40046d11(dir=1,tp=0x6d,nr=17,sz=4) means that it is sending
      MSP3400 calls to non-msp3400 tuners. Warning eliminated.
      VIDIOSAUDIO is also called, so debug messages updated. It is still
      requiring IOCTL implementation.
    
    - Added two more tuners.
    
    - Add support for the SVideo input on the GDI Black Gold.
    
    Signed-off-by: Peter Missel <peter.missel@onlinehome.de>
    Signed-off-by: Graham Bevan <graham.bevan@ntlworld.com>
    Signed-off-by: Torsten Seeboth <Torsten.Seeboth@t-online.de>
    Signed-off-by: Hartmut Hackmann <hartmut.hackmann@t.online.de>
    Signed-off-by: Tobias Klauser <tklauser@nuerscht.ch>
    Signed-off-by: Michael Krufky <mkrufky@m1k.net>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@brturbo.com.br>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Mauro Carvalho Chehab committed with Linus Torvalds Jul 31, 2005
  29. @eric321

    [PATCH] disable addres space randomization default on transmeta CPUs

    We know that the randomisation slows down some workloads on Transmeta CPUs
    by quite large amounts.  We think it's because the CPU needs to recode the
    same x86 instructions when they pop up at a different virtual address after
    a fork+exec.
    
    So disable randomization by default on those CPUs.
    
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    eric321 committed with Linus Torvalds Jul 31, 2005
  30. [PATCH] skge build fix

    Make it compile with CONFIG_PM=n
    
    Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
    Cc: Jeff Garzik <jgarzik@pobox.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andrew Morton committed with Linus Torvalds Jul 31, 2005
  31. [PATCH] i2c-mpc.c: revert duplicate patch

    Seems that both Greg and I submitted the same patch and it just kept on
    applying...
    
    Cc: Greg KH <greg@kroah.com>
    Cc: Kumar Gala <galak@freescale.com>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Andrew Morton committed with Linus Torvalds Jul 31, 2005
Commits on Aug 1, 2005
  1. Revert ACPI interrupt resume changes

    If there are devices that use interrupts over a suspend event, ACPI must
    restore the PCI interrupt links on resume.  Anything else breaks any
    device that hasn't been converted to the new (dubious) PM rules.
    
    Drivers that need the irq free/re-aquire sequence can be done one by one
    independently of this one.
    Linus Torvalds committed Aug 1, 2005
  2. Fix get_user_pages() race for write access

    There's no real guarantee that handle_mm_fault() will always be able to
    break a COW situation - if an update from another thread ends up
    modifying the page table some way, handle_mm_fault() may end up
    requiring us to re-try the operation.
    
    That's normally fine, but get_user_pages() ended up re-trying it as a
    read, and thus a write access could in theory end up losing the dirty
    bit or be done on a page that had not been properly COW'ed.
    
    This makes get_user_pages() always retry write accesses as write
    accesses by making "follow_page()" require that a writable follow has
    the dirty bit set.  That simplifies the code and solves the race: if the
    COW break fails for some reason, we'll just loop around and try again.
    
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Linus Torvalds committed Aug 1, 2005
  3. [PATCH] tridentfb: Fix scrolling artifacts during disk IO

    Reported by: Jochen Hein (Bugzilla Bug 4312)
    
    When there is disk I/O happening, the framebuffer has a little snow on
    the screen.  Once I/O has finished, no garbage remains on screen.
    
    This bug was explained by: Knut Petersen
    
    Most important is CRTC register 2f, signal quality is also improved for
    higher vclk values by changing set_vclk() according to the X drivers and
    cyblafb.c
    
    The fix is to set the performance register (0x2f) with a more stable
    value.
    
    Signed-off-by: Antonino Daplas <adaplas@pol.net>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Antonino A. Daplas committed with Linus Torvalds Aug 1, 2005
  4. [PATCH] tridentfb: Fix scrolling artifacts if acceleration is enabled

    Reported by: Jochen Hein (Bugzilla Bug 4386)
    
    booting leaves the end of long lines in the last line on screen when
    scrolling.  When X is running, scrolling puts garbage on the screen
    (looks like X data) Console switch fixes the screen.  Behaviour seems to
    be identical with noaccel and without on the video=tridentfb parameter
    in lilo.conf.
    
    This bug was explained by: Knut_Petersen
    
    Acceleration is broken for all BLADE 3D chips for all versions of kernel
    2.6 except for 32bit modes.  Most important reason is that the u32 col
    parameter of the graphics engine needs the color value replicated to all
    u8 of the u32 (8bit modes) and to both u16 of the u32.
    
    Fix color value passed to graphics engine, verified by the reporter.
    
    Signed-off-by: Antonino Daplas <adaplas@pol.net>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>
    Antonino A. Daplas committed with Linus Torvalds Aug 1, 2005
Something went wrong with that request. Please try again.