Commit: 89de5e72d59672f753a90605f9bb8d442710155b 
Author: Adrian Bunk <bunk@stusta.de> Fri, 02 Mar 2007 19:34:36 +0100 

    Linux 2.6.16.43

Commit: f0a54518730393941e2c4ae9634ada77f9a610c6 
Author: Adrian Bunk <bunk@stusta.de> Fri, 02 Mar 2007 19:34:09 +0100 

    fs/bad_inode.c 64bit fix
    
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 6798b095c8066b394603c0634a7eb987e64e4422 
Author: Adrian Bunk <bunk@stusta.de> Tue, 27 Feb 2007 21:35:57 +0100 

    Linux 2.6.16.43-rc1

Commit: aef4e274c8c24273e9364e3b0751260f6bf786db 
Author: Jean Delvare <khali@linux-fr.org> Tue, 27 Feb 2007 21:35:11 +0100 

    i2c-isa: Restore driver owner
    
    Commit 2b48716d1d2f2edb1e7cbc5ecf1cb2cb39373e33 back in January
    2006 was a bit overzealous. It removed .owner from all i2c drivers,
    including i2c-isa ones, while they still need it.
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: b2afa146899caaa55e49839a21e0c98f504e05ad 
Author: Patrick McHardy <kaber@trash.net> Mon, 26 Feb 2007 23:47:11 +0100 

    [DECNET]: Fix sfuzz hanging on 2.6.18
    
    Dave Jones wrote:
    > sfuzz         D 724EF62A  2828 28717  28691                     (NOTLB)
    >        cd69fe98 00000082 0000012d 724ef62a 0001971a 00000010 00000007 df6d22b0
    >        dfd81080 725bbc5e 0001971a 000cc634 00000001 df6d23bc c140e260 00000202
    >        de1d5ba0 cd69fea0 de1d5ba0 00000000 00000000 de1d5b60 de1d5b8c de1d5ba0
    > Call Trace:
    >  [<c05b1708>] lock_sock+0x75/0xa6
    >  [<e0b0b604>] dn_getname+0x18/0x5f [decnet]
    >  [<c05b083b>] sys_getsockname+0x5c/0xb0
    >  [<c05b0b46>] sys_socketcall+0xef/0x261
    >  [<c0403f97>] syscall_call+0x7/0xb
    > DWARF2 unwinder stuck at syscall_call+0x7/0xb
    >
    > I wonder if the plethora of lockdep related changes inadvertantly broke something?
    
    Looks like unbalanced locking.
    
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 1c892f5e7740143c803e6cbc5b3a32429f0119cc 
Author: Francois Romieu <romieu@fr.zoreil.com> Mon, 26 Feb 2007 23:45:11 +0100 

    sis190: failure to set the MAC address from EEPROM
    
    Fix from http://bugzilla.kernel.org/show_bug.cgi?id=7747
    
    Signed-off-by: Francois Romieu <romieu@fr.zoreil.com>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 5130f8627a8215f7b3ab830c42d4bb3910ff4385 
Author: Jim Cromie <jim.cromie@gmail.com> Mon, 26 Feb 2007 03:37:36 +0100 

    hwmon: Refactor SENSOR_DEVICE_ATTR_2
    
    This patch refactors SENSOR_DEVICE_ATTR_2 macro, following pattern set by
    SENSOR_ATTR.  First it creates a new macro SENSOR_ATTR_2() which expands
    to an initialization expression, then it uses that in SENSOR_DEVICE_ATTR_2,
    which declares and initializes a struct sensor_device_attribute_2.
    
    Signed-off-by: Jim Cromie <jim.cromie@gmail.com>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: d073fd7f362f2136b0d3a83b89f9b9bf262a67b8 
Author: Jim Cromie <jim.cromie@gmail.com> Mon, 26 Feb 2007 03:31:01 +0100 

    hwmon: Allow sensor attributes arrays
    
    This patch refactors SENSOR_DEVICE_ATTR macro.  First it creates a new
    macro SENSOR_ATTR() which expands to an initialization expression, then
    it uses that in SENSOR_DEVICE_ATTR, which declares and initializes a
    struct sensor_device_attribute.
    
    IOW, SENSOR_ATTR() imitates __ATTR() in include/linux/device.h.
    
    Signed-off-by: Jim Cromie <jim.cromie@gmail.com>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 4edc02857e1020e4c5db8be0b6df318253221ef2 
Author: Stephen Hemminger <shemminger@linux-foundation.org> Mon, 26 Feb 2007 01:54:54 +0100 

    sky2: email and version change.
    
    Put in new email address.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 7cb9a110ef19035b1e854158e6ca7ad7e27511ec 
Author: Stephen Hemminger <shemminger@linux-foundation.org> Mon, 26 Feb 2007 01:53:52 +0100 

    sky2: add more pci ids
    
    Update the pci device id table to match 2.6.20 (except for new 88e807x
    that is still experimental).
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 84f7adf5ca9d75288e1f2c3416f9853af02952ea 
Author: Stephen Hemminger <shemminger@linux-foundation.org> Mon, 26 Feb 2007 01:53:13 +0100 

    sky2: more stats
    
    This is a simple enhancement to dump more device statistics with ethtool.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 0be4646b62d17f477a657dc7bac83f1f9a56323b 
Author: Stephen Hemminger <shemminger@linux-foundation.org> Mon, 26 Feb 2007 01:52:23 +0100 

    sky2: fix for use on big endian
    
    Ben added this for 2.6.18, it allows sky2 to run on big endian.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: c3208ec9d5dd6d925693ab8cf99bfdaf80d1b0c0 
Author: Stephen Hemminger <shemminger@linux-foundation.org> Mon, 26 Feb 2007 01:51:40 +0100 

    sky2: allow multicast pause frames
    
    The 802 standard allows pause frames to be either unicast or multicast.
    Switches seem to send unicast frames, but on a direct link, other boards send
    multicast pause.  Unless the filter bit is set, these pause frames get
    dropped.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 6d33b0b0227977ccc7201bf223e0314b3db93e0a 
Author: Stephen Hemminger <shemminger@linux-foundation.org> Mon, 26 Feb 2007 01:51:03 +0100 

    sky2: fix ram buffer allocation settings
    
    Different chipsets have different amount of ram buffer (some have none),
    so need to make sure that driver does proper setup for all cases from 0 on
    to 48K, in units of 1K.
    
    This is a backport of the code from 2.6.19 or later
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 4c8a6fed53c2c10604a7c762d1bd31388709c4ac 
Author: Kirill Korotaev <dev@openvz.org> Mon, 26 Feb 2007 01:48:36 +0100 

    fix ext3 block bitmap leakage
    
    This patch fixes ext3 block bitmap leakage,
    which leads to the following fsck messages on
    _healthy_ filesystem:
    Block bitmap differences:  -64159 -73707
    
    All kernels up to 2.6.17 have this bug.
    
    Found by
       Vasily Averin <vvs@sw.ru> and Andrey Savochkin <saw@sawoct.com>
    Test case triggered the issue was created by
       Dmitry Monakhov <dmonakhov@sw.ru>
    
    Signed-Off-By: Kirill Korotaev <dev@openvz.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 9586568a59bf51bc50768f00a076a1e03e55eebc 
Author: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi> Mon, 26 Feb 2007 01:36:47 +0100 

    [TCP]: Prevent pseudo garbage in SYN's advertized window
    
    TCP may advertize up to 16-bits window in SYN packets (no window
    scaling allowed). At the same time, TCP may have rcv_wnd
    (32-bits) that does not fit to 16-bits without window scaling
    resulting in pseudo garbage into advertized window from the
    low-order bits of rcv_wnd. This can happen at least when
    mss <= (1<<wscale) (see tcp_select_initial_window). This patch
    fixes the handling of SYN advertized windows (compile tested
    only).
    
    In worst case (which is unlikely to occur though), the receiver
    advertized window could be just couple of bytes. I'm not sure
    that such situation would be handled very well at all by the
    receiver!? Fortunately, the situation normalizes after the
    first non-SYN ACK is received because it has the correct,
    scaled window.
    
    Alternatively, tcp_select_initial_window could be changed to
    prevent too large rcv_wnd in the first place.
    
    [ tcp_make_synack() has the same bug, and I've added a fix for
      that to this patch -DaveM ]
    
    Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 666ebed8390d4cf3d0411163c6c2e0098e6a148e 
Author: Alexey Dobriyan <adobriyan@openvz.org> Mon, 26 Feb 2007 01:31:58 +0100 

    [IPV4/IPV6] multicast: Check add_grhead() return value
    
    add_grhead() allocates memory with GFP_ATOMIC and in at least two places skb
    from it passed to skb_put() without checking.
    
    Adrian Bunk:
    backported to 2.6.16
    
    Signed-off-by: Alexey Dobriyan <adobriyan@openvz.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 56f2853fef447fd3e0b4df202294fca58ecdfdc1 
Author: Jean Delvare <khali@linux-fr.org> Mon, 26 Feb 2007 00:55:22 +0100 

    hwmon: Add support for the Winbond W83687THF
    
    Add support for the Winbond W83687THF chip to the w83627hf hardware
    monitoring driver. This new chip is almost similar to the already
    supported W83627THF chip, except for VID and a few other minor
    changes.
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 356e399a1d8eb4a985c40d4ae3fed80b23c86db0 
Author: Charles Spirakis <bezaur@gmail.com> Mon, 26 Feb 2007 00:50:40 +0100 

    w83791d: Documentation update
    
    The alarm bits and the beep enable bits are in different positions in
    the hardware. Document the problem and leave it to the user-space code
    to handle the situation. When this driver is updated to the standardized
    sysfs alarm/beep methodology, this won't be a problem.
    
    This is a documentation only change.
    
    Signed-off by: Charles Spirakis <bezaur@gmail.com>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 6974d7841880c46318462054b4cf5cac142b865f 
Author: Charles Spirakis <bezaur@gmail.com> Mon, 26 Feb 2007 00:49:39 +0100 

    HWMON: w83791d: New hardware monitoring driver for the Winbond W83791D
    
    Add support for the w83791d sensor chip. The w83791d hardware is
    somewhere between the w83781d and the w83792d and this driver code
    is derived from the code that supports those chips.
    
    Signed-off-by: Charles Spirakis <bezaur@gmail.com>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: c4141268d4c22a4d61380972011547b138bb5cd2 
Author: Hartmut Rick <linux@rick.claranet.de> Mon, 26 Feb 2007 00:48:05 +0100 

    smsc47m192: New hwmon driver for SMSC LPC47M192/997
    
    New driver (smsc47m192) which supports voltage and temperature
    measurement features of SMSC LPC47M192 and LPC47M997 chips.
    
    Signed-off-by: Hartmut Rick <linux@rick.claranet.de>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 76c10d1dc9bbb8ff6013347fb3dac23bd5339846 
Author: Jean Delvare <bkhali@linux-fr.org> Mon, 26 Feb 2007 00:46:17 +0100 

    hwmon: New PC87427 hardware monitoring driver
    
    This is a new hardware monitoring driver for the National Semiconductor
    PC87427 Super-I/O chip. It only supports fan speed monitoring for now,
    while the chip can do much more.
    
    Thanks to Amir Habibi at Candelis for setting up a test system, and to
    Michael Kress for testing several iterations of this driver.
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 189dca0e119f7d69d35bce7ac31232c9f6747148 
Author: Jordan Crouse <jordan.crouse@amd.com> Mon, 26 Feb 2007 00:43:46 +0100 

    hwmon lm83: Add LM82 support
    
    Add LM82 temperature sensor support (similar to the LM83,
    but less featureful).
    
    Signed-off-by: Jordan Crouse <jordan.crouse@amd.com>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 164ef61c84ac388a4534392ea60eb80190ad5184 
Author: Rudolf Marek <r.marek@sh.cvut.cz> Mon, 26 Feb 2007 00:42:07 +0100 

    i2c-piix4: Add ATI IXP200/300/400 support
    
    This patch adds the ATI IXP southbridges support to i2c-piix4,
    as it turned out those chips are compatible with it.
    
    Signed-off-by: Rudolf Marek <r.marek@sh.cvut.cz>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: c3c9165ccca7147b43bb2469648a1bf14a4d7d2c 
Author: Martin Devera <devik@cdi.cz> Mon, 26 Feb 2007 00:40:16 +0100 

    I2C: i2c-piix4: Add Broadcom HT-1000 support
    
    Add Broadcom HT-1000 south bridge's PCI ID to i2c-piix driver. Note
    that at least on Supermicro H8SSL it uses non-standard SMBHSTCFG = 3
    and standard values like 0 or 9 causes hangup.
    
    Signed-off-by: Martin Devera <devik@cdi.cz>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>

Commit: 399aeb8633a59da4e89d4754f031385c3e34d4b4 
Author: Marcel Siegert <mws@linuxtv.org> Mon, 26 Feb 2007 00:38:10 +0100 

    V4L/DVB: Dvbdev: fix illegal re-usage of fileoperations struct
    
    Arjan van de Ven <arjan@infradead.org> reported an illegal re-usage of
    the fileoperations struct if more than one dvb device (e.g. frontend) is
    present.
    
    This patch fixes this issue.
    
    It allocates a new fileoperations struct each time a device is
    registered and copies the default template fileops.
    
    Signed-off-by: Marcel Siegert <mws@linuxtv.org>
    Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
    Signed-off-by: Adrian Bunk <bunk@stusta.de>