08 Jun, 2009

1 commit


07 Jun, 2009

2 commits


06 Jun, 2009

8 commits

  • Some ALi devices report simplex if they have been disabled and re-enabled, and
    restoring the byte does not work. Ignore it - the needed supporting logic is
    already present for the SATA ULi ports.

    Signed-off-by: Alan Cox
    Signed-off-by: Jeff Garzik

    Alan Cox
     
  • DaVinci clock support has been updated in mainline.
    Update clock names accordingly.

    Signed-off-by: Kevin Hilman
    Acked-by: David Brownell
    Signed-off-by: Artem Bityutskiy
    Signed-off-by: David Woodhouse
    Signed-off-by: Linus Torvalds

    Kevin Hilman
     
  • * 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev:
    ata_piix: Add HP Compaq nc6000 to the broken poweroff list
    ahci: add warning messages for hp laptops with broken suspend
    pata_efar: fix PIO2 underclocking
    pata_legacy: wait for async probing

    Linus Torvalds
     
  • HP Compaq nc6000 suffers from the double disk spindown issue.
    Add it to the broken poweroff DMI list.

    Signed-off-by: Ville Syrjala
    Signed-off-by: Jeff Garzik

    Ville Syrjala
     
  • Harddisks on HP dv[4-6] and HDX18 fail to come online after resume on
    earlier BIOSen. Fortunately, HP recently released BIOS updates for
    all machines to fix the issue. Detect old BIOSen, warn the user to
    update BIOS on boot and suspend attempts and fail suspend.

    Kudos to all the bug reporters.

    Signed-off-by: Tejun Heo
    Cc: kernel.org@epperson.homelinux.net
    Cc: emisca@gmail.com
    Cc: Gadi Cohen
    Cc: Paul Swanson
    Cc: s@ourada.org
    Cc: Trevor Davenport
    Cc: corruptor1972
    Cc: Victoria Wilson
    Cc: khiraly
    Cc: Sean
    Signed-off-by: Jeff Garzik

    Tejun Heo
     
  • Fix the PIO mode 2 using mode 0 timings -- this driver should enable the
    fast timing bank starting with PIO2, just like the PIIX/ICH drivers do.
    Also, fix/rephrase some comments while at it.

    Signed-off-by: Sergei Shtylyov
    Signed-off-by: Jeff Garzik

    Sergei Shtylyov
     
  • The basic problem here that pata_legacy attaches the host, sees if it found
    any devices and detaches it if none were found. With async probing, it's not
    waiting until discovery is finished before deciding it has no devices and
    trying the detach leading to this warning:

    ata1: PATA max PIO4 cmd 0x1f0 ctl 0x3f6 irq 14
    ------------[ cut here ]------------
    WARNING: at drivers/ata/libata-core.c:6222 ata_host_detach+0x75/0x90()
    Modules linked in:
    Pid: 1, comm: swapper Not tainted 2.6.30-rc7 #1
    Call Trace:
    [] ? ata_host_detach+0x75/0x90
    [] ? ata_host_detach+0x75/0x90
    [] ? warn_slowpath_common+0x45/0x80
    [] ? warn_slowpath_null+0xa/0x10
    [] ? ata_host_detach+0x75/0x90
    [] ? legacy_init+0x44e/0x87f
    [] ? legacy_init+0x0/0x87f
    [] ? _stext+0x21/0x140
    [] ? proc_register+0x2f/0x190
    [] ? create_proc_entry+0x5c/0xc0
    [] ? register_irq_proc+0x6e/0x90
    [] ? kernel_init+0x6e/0xbf
    [] ? kernel_init+0x0/0xbf
    [] ? kernel_thread_helper+0x7/0x10
    ---[ end trace ef1ee36e873ae3a0 ]---

    Because it detaches before the probe is complete.

    One way to fix it would be to put an async_synchronize_full() before looking
    for devices, which this patch does. A better way might be to separate libata
    into its own domain and only wait for that.

    Reported-by: Mikael Pettersson
    Signed-off-by: James Bottomley
    Signed-off-by: Jeff Garzik

    James Bottomley
     
  • This reverts commit 6c51d1cfa0a370b48a157163340190cf5fd2346b, which
    apparently causes DRI initialization failures on Radeons.

    Reported-by: Markus Trippelsdorf
    Requested-by: Dave Airlie
    Signed-off-by: Linus Torvalds

    Linus Torvalds
     

05 Jun, 2009

4 commits

  • The ivtv stream buffers may be for receive or for send but the attached
    sg handle is always destined cpu->device. We flush it correctly but the
    allocation is wrongly done with the same type as the buffers.

    See bug: http://bugzilla.kernel.org/show_bug.cgi?id=13385

    (Note this doesn't close the bug - it fixes the ivtv part and in turn
    the logging next shows up some rather alarming DMA sg list warnings in
    libata)

    Signed-off-by: Alan Cox
    Acked-by: Hans Verkuil
    Signed-off-by: Linus Torvalds

    Alan Cox
     
  • * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel:
    drm/i915: Remove a bad BUG_ON in the fence management code.

    Linus Torvalds
     
  • * 'drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6:
    drm: ignore EDID with really tiny modes.
    drm: don't associate _DRM_DRIVER maps with a master
    drm/i915: intel_lvds.c fix section mismatch
    drm: Hook up DPMS property handling in drm_crtc.c. Add drm_helper_connector_dpms.
    drm: set permissions on edid file to 0444
    drm: add newlines to text sysfs files
    drm/radeon: fix ring free alignment calculations
    drm: fix irq naming for kms drivers.

    Linus Torvalds
     
  • While running 20 parallel instances of dd as follows:

    #!/bin/bash
    for i in `seq 1 20`; do
    dd if=/dev/zero of=/export/hda3/dd_$i bs=1073741824 count=1 &
    done
    wait

    on a 16G machine, we noticed that rather than just killing the processes,
    the entire kernel went down. Stracing dd reveals that it first does an
    mmap2, which makes 1GB worth of zero page mappings. Then it performs a
    read on those pages from /dev/zero, and finally it performs a write.

    The machine died during the reads. Looking at the code, it was noticed
    that /dev/zero's read operation had been changed by
    557ed1fa2620dc119adb86b34c614e152a629a80 ("remove ZERO_PAGE") from giving
    zero page mappings to actually zeroing the page.

    The zeroing of the pages causes physical pages to be allocated to the
    process. But, when the process exhausts all the memory that it can, the
    kernel cannot kill it, as it is still in the kernel mode allocating more
    memory. Consequently, the kernel eventually crashes.

    To fix this, I propose that when a fatal signal is pending during
    /dev/zero read operation, we simply return and let the user process die.

    Signed-off-by: Salman Qazi
    Cc: Nick Piggin
    Signed-off-by: Andrew Morton
    [ Modified error return and comment trivially. - Linus]
    Signed-off-by: Linus Torvalds

    Salman Qazi
     

04 Jun, 2009

10 commits

  • This could be triggered by a gtt mapping fault on 965 that decides to
    remove the fence from another object that happens to be active currently.
    Since the other object doesn't rely on the fence reg for its execution, we
    don't wait for it to finish. We'll soon be not waiting on 915 most of the
    time as well, so just drop the BUG_ON.

    Signed-off-by: Eric Anholt

    Eric Anholt
     
  • The device class may be changed after the fixup, so re-read the class
    value from pci_dev when configuring the device. Otherwise some devices
    such as JMicron SATA controller won't work.

    Reviewed-by: Matthew Wilcox
    Reviewed-by: Grant Grundler
    Tested-by: Marc Dionne
    Signed-off-by: Yu Zhao
    Signed-off-by: Jesse Barnes

    Yu Zhao
     
  • Some EDIDs lie and report tiny modes that aren't possible. Ignore
    these modes.

    Signed-off-by: Adam Jackson
    Signed-off-by: Dave Airlie

    Adam Jackson
     
  • A driver will use the _DRM_DRIVER map flag to indicate that it wants
    to be responsible for removing the map itself, bypassing the DRM's
    automagic cleanup code.

    Since the multi-master changes this has been broken, resulting in some
    drivers having their registers unmapped before it's finished with them.

    Signed-off-by: Ben Skeggs
    Signed-off-by: Dave Airlie

    Ben Skeggs
     
  • intel_no_lvds[] does not require __initdata as it is used only by

    void intel_lvds_init(struct drm_device *dev).

    Signed-off-by: Jaswinder Singh Rajput
    Signed-off-by: Dave Airlie

    Jaswinder Singh Rajput
     
  • Making the drm_crtc.c code recognize the DPMS property and invoke the
    connector->dpms function doesn't remove any capability from the driver while
    reducing code duplication.

    That just highlighted the problem with the existing DPMS functions which
    could turn off the connector, but failed to turn off any relevant crtcs. The
    new drm_helper_connector_dpms function manages all of that, using the
    drm_helper-specific crtc and encoder dpms functions, automatically computing
    the appropriate DPMS level for each object in the system.

    This fixes the current troubles in the i915 driver which left PLLs, pipes
    and planes running while in DPMS_OFF mode or even while they were unused.

    Signed-off-by: Keith Packard
    Signed-off-by: Dave Airlie

    Keith Packard
     
  • Without initializing the sysfs attributes for the edid file,
    it was created with mode 0, making it difficult for applications to use.

    Signed-off-by: Keith Packard
    Signed-off-by: Dave Airlie

    Keith Packard
     
  • The contents of various simple text files in sysfs should end with
    a newline to make them easier to read from the console.

    Signed-off-by: Keith Packard
    Signed-off-by: Dave Airlie

    Keith Packard
     
  • fd.o bz#21849

    We were aligning to +16 dwords, instead of to the next 16dword
    boundary in the ring. Fix the calculation to go to the next 16dword
    boundary when space checking.

    Signed-off-by: Dave Airlie

    Dave Airlie
     
  • allocating devname in the i915 driver was a hack originally and I
    forgot to figure out how to do this properly back then.

    So this is the cleaner version that just picks devname or driver name
    in the irq code.

    It removes the devname allocs from the i915 driver.

    Signed-off-by: Dave Airlie

    Dave Airlie
     

03 Jun, 2009

3 commits

  • Ideally we should have a directory of drivers and a link to the 'active'
    driver. For now just show the first device which is effectively the existing
    semantics without a warning.

    This is an update on the original buggy patch that I then forgot to
    resubmit. Confusingly it was proposed by Red Hat, written by Etched Pixels
    fixed and submitted by Intel ...

    Resolves-Bug: http://bugzilla.kernel.org/show_bug.cgi?id=9749
    Signed-off-by: Alan Cox
    Signed-off-by: Linus Torvalds

    Alan Cox
     
  • This matches Bartlomiej's patch for ide_pci_generic:
    c339dfdd65b52bfd947ab29d1210314a2f6d622d

    In the libata case netcell has its own mini driver. I suspect this fix is
    actually only needed for some firmware revs but it does no harm either way.

    Signed-off-by: Alan Cox
    Signed-off-by: Linus Torvalds

    Alan Cox
     
  • * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6:
    net_cls: fix unconfigured struct tcf_proto keeps chaining and avoid kernel panic when we use cls_cgroup
    e1000: add missing length check to e1000 receive routine
    forcedeth: add phy_power_down parameter, leave phy powered up by default (v2)
    Bluetooth: Remove useless flush_work() causing lockdep warnings

    Linus Torvalds
     

02 Jun, 2009

2 commits

  • Patch to fix bad length checking in e1000. E1000 by default does two
    things:

    1) Spans rx descriptors for packets that don't fit into 1 skb on recieve
    2) Strips the crc from a frame by subtracting 4 bytes from the length prior to
    doing an skb_put

    Since the e1000 driver isn't written to support receiving packets that span
    multiple rx buffers, it checks the End of Packet bit of every frame, and
    discards it if its not set. This places us in a situation where, if we have a
    spanning packet, the first part is discarded, but the second part is not (since
    it is the end of packet, and it passes the EOP bit test). If the second part of
    the frame is small (4 bytes or less), we subtract 4 from it to remove its crc,
    underflow the length, and wind up in skb_over_panic, when we try to skb_put a
    huge number of bytes into the skb. This amounts to a remote DOS attack through
    careful selection of frame size in relation to interface MTU. The fix for this
    is already in the e1000e driver, as well as the e1000 sourceforge driver, but no
    one ever pushed it to e1000. This is lifted straight from e1000e, and prevents
    small frames from causing the underflow described above

    Signed-off-by: Neil Horman
    Tested-by: Andy Gospodarek
    Signed-off-by: David S. Miller

    Neil Horman
     
  • Add a phy_power_down parameter to forcedeth: set to 1 to power down the
    phy and disable the link when an interface goes down; set to 0 to always
    leave the phy powered up.

    The phy power state persists across reboots; Windows, some BIOSes, and
    older versions of Linux don't bother to power up the phy again, forcing
    users to remove all power to get the interface working (see
    http://bugzilla.kernel.org/show_bug.cgi?id=13072). Leaving the phy
    powered on is the safest default behavior. Users accustomed to seeing
    the link state reflect the interface state and/or wanting to minimize
    power consumption can set phy_power_down=1 if compatibility with other
    OSes is not an issue.

    Signed-off-by: Ed Swierk
    Signed-off-by: David S. Miller

    Ed Swierk
     

01 Jun, 2009

4 commits

  • * 'hwmon-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging:
    hwmon: Update documentation on fan_max
    hwmon: (lm78) Add missing __devexit_p()

    Linus Torvalds
     
  • * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6:
    3c509: Add missing EISA IDs
    MAINTAINERS: take maintainership of the cpmac Ethernet driver
    net/firmare: Ignore .cis files
    ath1e: add new device id for asus hardware
    mlx4_en: Fix a kernel panic when waking tx queue
    rtl8187: add USB ID for Linksys WUSB54GC-EU v2 USB wifi dongle
    at76c50x-usb: avoid mutex deadlock in at76_dwork_hw_scan
    mac8390: fix build with NET_POLL_CONTROLLER
    cxgb3: link fault fixes
    cxgb3: fix dma mapping regression
    netfilter: nfnetlink_log: fix wrong skbuff size calculation
    netfilter: xt_hashlimit does a wrong SEQ_SKIP
    bfin_mac: fix build error due to net_device_ops convert
    atlx: move modinfo data from atlx.h to atl1.c
    gianfar: fix babbling rx error event bug
    cls_cgroup: read classid atomically in classifier
    netfilter: nf_ct_dccp: add missing DCCP protocol changes in event cache
    netfilter: nf_ct_tcp: fix accepting invalid RST segments

    Linus Torvalds
     
  • The remove function uses __devexit, so the .remove assignment needs
    __devexit_p() to fix a build error with hotplug disabled.

    Signed-off-by: Mike Frysinger
    Signed-off-by: Jean Delvare

    Mike Frysinger
     
  • Several EISA device IDs for 3c509 family network cards are missing from
    the driver, making the cards unusable in their EISA mode. Here's a fix to
    add them based on the EISA configuration files distributed by 3Com and our
    eisa.ids database.

    Signed-off-by: Maciej W. Rozycki
    Signed-off-by: David S. Miller

    Maciej W. Rozycki
     

31 May, 2009

2 commits


30 May, 2009

4 commits

  • * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6:
    ACPI, i915: build fix (v2)
    acpi-cpufreq: fix printk typo and indentation
    ACPI processor: remove spurious newline from warning message
    drm/i915: acpi/video.c fix section mismatch warning
    ACPI: video: DMI workaround broken Acer 5315 BIOS enabling display brightness
    ACPI: video: DMI workaround broken eMachines E510 BIOS enabling display brightness
    ACPI: sanity check _PSS frequency to prevent cpufreq crash
    i7300_idle: allow testing on i5000-series hardware w/o re-compile
    PCI/ACPI: fix wrong ref count handling in acpi_pci_bind()
    cpuidle: fix AMD C1E suspend hang
    cpuidle: makes AMD C1E work in acpi_idle

    Linus Torvalds
     
  • * 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/djbw/async_tx:
    fsldma: Fix compile warnings
    fsldma: fix memory leak on error path in fsl_dma_prep_memcpy()
    fsldma: snooping is not enabled for last entry in descriptor chain
    fsldma: fix infinite loop on multi-descriptor DMA chain completion
    fsldma: fix "DMA halt timeout!" errors
    fsldma: fix check on potential fdev->chan[] overflow
    fsldma: update mailling list address in MAINTAINERS

    Linus Torvalds
     
  • Gary Lin reports that a new device id needs to be added to the atl1e in
    order to get some new Asus hardware to work properly.

    Signed-off-by: Greg Kroah-Hartman
    Signed-off-by: David S. Miller

    Greg Kroah-Hartman
     
  • When the transmit queue gets full we enable interrupts for TX completions
    There was a race that we handled the TX queue both from the interrupt context
    and from the transmit function. Using "spin_trylock_irq()" ensures this
    doesn't happen.

    Signed-off-by: Yevgeny Petrilin
    Signed-off-by: David S. Miller

    Yevgeny Petrilin