Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Commits on Feb 25, 2008
  1. @gregkh

    Linux 2.6.22.19

    gregkh authored
  2. @gregkh

    NETFILTER: nf_conntrack_tcp: conntrack reopening fix

    Jozsef Kadlecsik authored gregkh committed
    [NETFILTER]: nf_conntrack_tcp: conntrack reopening fix
    
    [Upstream commits b2155e7 + d0c1fd7]
    
    TCP connection tracking in netfilter did not handle TCP reopening
    properly: active close was taken into account for one side only and
    not for any side, which is fixed now. The patch includes more comments
    to explain the logic how the different cases are handled.
    The bug was discovered by Jeff Chua.
    
    Signed-off-by: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  3. @gregkh

    SCSI: sd: handle bad lba in sense information

    James Bottomley authored gregkh committed
    patch 366c246 in mainline.
    
    Some devices report medium error locations incorrectly.  Add guards to
    make sure the reported bad lba is actually in the request that caused
    it.  Additionally remove the large case statment for sector sizes and
    replace it with the proper u64 divisions.
    
    Tested-by: Mike Snitzer <snitzer@gmail.com>
    Cc: Stable Tree <stable@kernel.org>
    Cc: Tony Battersby <tonyb@cybernetics.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  4. @gregkh

    Be more robust about bad arguments in get_user_pages()

    Jonathan Corbet authored gregkh committed
    MAINLINE: 900cf08
    
    So I spent a while pounding my head against my monitor trying to figure
    out the vmsplice() vulnerability - how could a failure to check for
    *read* access turn into a root exploit? It turns out that it's a buffer
    overflow problem which is made easy by the way get_user_pages() is
    coded.
    
    In particular, "len" is a signed int, and it is only checked at the
    *end* of a do {} while() loop.  So, if it is passed in as zero, the loop
    will execute once and decrement len to -1.  At that point, the loop will
    proceed until the next invalid address is found; in the process, it will
    likely overflow the pages array passed in to get_user_pages().
    
    I think that, if get_user_pages() has been asked to grab zero pages,
    that's what it should do.  Thus this patch; it is, among other things,
    enough to block the (already fixed) root exploit and any others which
    might be lurking in similar code.  I also think that the number of pages
    should be unsigned, but changing the prototype of this function probably
    requires some more careful review.
    
    Signed-off-by: Jonathan Corbet <corbet@lwn.net>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  5. @gregkh

    quicklists: Only consider memory that can be used with GFP_KERNEL

    Christoph Lameter authored gregkh committed
    patch 96990a4 in mainline.
    
    Quicklists calculates the size of the quicklists based on the number of
    free pages.  This must be the number of free pages that can be allocated
    with GFP_KERNEL.  node_page_state() includes the pages in ZONE_HIGHMEM and
    ZONE_MOVABLE which may lead the quicklists to become too large causing OOM.
    
    Signed-off-by: Christoph Lameter <clameter@sgi.com>
    Tested-by: Dhaval Giani <dhaval@linux.vnet.ibm.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Oliver Pinter <oliver.pntr@gmail.com>
  6. @gregkh

    knfsd: query filesystem for NFSv4 getattr of FATTR4_MAXNAME

    J. Bruce Fields authored gregkh committed
    mainline: a16e92e
    
    Without this we always return 2^32-1 as the the maximum namelength.
    
    Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
    Signed-off-by: Andreas Gruenbacher <agruen@suse.de>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  7. @gregkh

    NFS: Fix an Oops in encode_lookup()

    Trond Myklebust authored gregkh committed
    mainline: 54af3bb
    
    It doesn't look as if the NFS file name limit is being initialised correctly
    in the struct nfs_server. Make sure that we limit whatever is being set in
    nfs_probe_fsinfo() and nfs_init_server().
    
    Also ensure that readdirplus and nfs4_path_walk respect our file name
    limits.
    
    Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Acked-by: Neil Brown <neilb@suse.de>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  8. @gregkh

    NFSv2/v3: Fix a memory leak when using -onolock

    Trond Myklebust authored gregkh committed
    mainline: 5cef338
    
        Neil Brown said:
        > Hi Trond,
        >
        > We found that a machine which made moderately heavy use of
        > 'automount' was leaking some nfs data structures - particularly the
        > 4K allocated by rpc_alloc_iostats.
        > It turns out that this only happens with filesystems with -onolock
        > set.
    
        > The problem is that if NFS_MOUNT_NONLM is set, nfs_start_lockd doesn't
        > set server->destroy, so when the filesystem is unmounted, the
        > ->client_acl is not shutdown, and so several resources are still
        > held.  Multiple mount/umount cycles will slowly eat away memory
        > several pages at a time.
    
        Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
    
    Acked-by: Neil Brown <neilb@suse.de>
    Signed-off-by: Neil Brown <neilb@suse.de>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  9. @gregkh

    NFS: Fix nfs_reval_fsid()

    Trond Myklebust authored gregkh committed
    mainline: a035686
    
    We don't need to revalidate the fsid on the root directory. It suffices to
    revalidate it on the current directory.
    
    Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
    Acked-by: Neil Brown <neilb@suse.de>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  10. @gregkh

    knfsd: fix spurious EINVAL errors on first access of new filesystem

    J. Bruce Fields authored gregkh committed
    mainline: ac8587d
    
    The v2/v3 acl code in nfsd is translating any return from fh_verify() to
    nfserr_inval.  This is particularly unfortunate in the case of an
    nfserr_dropit return, which is an internal error meant to indicate to
    callers that this request has been deferred and should just be dropped
    pending the results of an upcall to mountd.
    
    Thanks to Roland <devzero@web.de> for bug report and data collection.
    
    Cc: Roland <devzero@web.de>
    Acked-by: Andreas Gruenbacher <agruen@suse.de>
    Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
    Reviewed-By: NeilBrown <neilb@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  11. @gregkh

    via-velocity: don't oops on MTU change (resend)

    Stephen Hemminger authored gregkh committed
    mainline: 48f6b05
    
    The VIA veloicty driver needs the following to allow changing MTU when down.
    The buffer size needs to be computed when device is brought up, not when
    device is initialized.  This also fixes a bug where the buffer size was
    computed differently on change_mtu versus initial setting.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: Jeff Garzik <jeff@garzik.org>
    Acked-by: Jeff Mahoney <jeffm@suse.com>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  12. @gregkh

    VIA_VELOCITY: Don't oops on MTU change.

    Stephen Hemminger authored gregkh committed
    mainline: bd7b3f3
    
    Simple mtu change when device is down.
    Fix http://bugzilla.kernel.org/show_bug.cgi?id=9382.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Acked-by: Jeff Mahoney <jeffm@suse.com>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  13. @malattia @gregkh

    sony-laptop: call sonypi_compat_init earlier

    malattia authored gregkh committed
    mainline: 015a916
    
    sonypi_compat uses a kfifo that needs to be present before _SRS is
    called to be able to cope with the IRQs triggered when setting
    resources.
    
    Signed-off-by: Mattia Dongili <malattia@linux.it>
    Signed-off-by: Len Brown <len.brown@intel.com>
    Acked-by: Jeff Mahoney <jeffm@suse.com>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  14. @kees @gregkh

    pci: fix unterminated pci_device_id lists

    kees authored gregkh committed
    mainline: 248bdd5
    
    Fix a couple drivers that do not correctly terminate their pci_device_id
    lists.  This results in garbage being spewed into modules.pcimap when the
    module happens to not have 28 NULL bytes following the table, and/or the
    last PCI ID is actually truncated from the table when calculating the
    modules.alias PCI aliases, cause those unfortunate device IDs to not
    auto-load.
    
    Signed-off-by: Kees Cook <kees@ubuntu.com>
    Acked-by: Corey Minyard <minyard@acm.org>
    Cc: David Woodhouse <dwmw2@infradead.org>
    Acked-by: Jeff Garzik <jeff@garzik.org>
    Cc: Greg KH <greg@kroah.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Acked-by: Jeff Mahoney <jeffm@suse.com>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  15. @gregkh

    Intel_agp: really fix 945/965GME

    Wang Zhenyu authored gregkh committed
    mainline: dde4787
    
    Fix some missing places to check with device id info, which
    should probe the device gart correctly.
    
    Signed-off-by: Wang Zhenyu <zhenyu.z.wang@intel.com>
    Signed-off-by: Dave Airlie <airlied@redhat.com>
    Acked-by: Takashi Iwai <tiwai@suse.de>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  16. @gregkh

    i386: fixup TRACE_IRQ breakage (CVE-2007-3731)

    Peter Zijlstra authored gregkh committed
    mainline: a10d9a7
    
    The TRACE_IRQS_ON function in iret_exc: calls a C function without
    ensuring that the segments are set properly. Move the trace function and
    the enabling of interrupt into the C stub.
    
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Acked-by: Jeff Mahoney <jeffm@suse.com>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  17. @gregkh

    Handle bogus %cs selector in single-step instruction decoding (CVE-20…

    Roland McGrath authored gregkh committed
    …07-3731)
    
    Handle bogus %cs selector in single-step instruction decoding
    
    mainline: 29eb511
    
    The code for LDT segment selectors was not robust in the face of a bogus
    selector set in %cs via ptrace before the single-step was done.
    
    Signed-off-by: Roland McGrath <roland@redhat.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Acked-by: Jeff Mahoney <jeffm@suse.com>
    CC: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  18. @gregkh

    NFS: Fix a potential file corruption issue when writing

    Trond Myklebust authored gregkh committed
    patch 5d47a35 in mainline.
    
    If the inode is flagged as having an invalid mapping, then we can't rely on
    the PageUptodate() flag. Ensure that we don't use the "anti-fragmentation"
    write optimisation in nfs_updatepage(), since that will cause NFS to write
    out areas of the page that are no longer guaranteed to be up to date.
    
    A potential corruption could occur in the following scenario:
    
    client 1			client 2
    ===============			===============
    				fd=open("f",O_CREAT|O_WRONLY,0644);
    				write(fd,"fubar\n",6);	// cache last page
    				close(fd);
    fd=open("f",O_WRONLY|O_APPEND);
    write(fd,"foo\n",4);
    close(fd);
    
    				fd=open("f",O_WRONLY|O_APPEND);
    				write(fd,"bar\n",4);
    				close(fd);
    -----
    The bug may lead to the file "f" reading 'fubar\n\0\0\0\nbar\n' because
    client 2 does not update the cached page after re-opening the file for
    write. Instead it keeps it marked as PageUptodate() until someone calls
    invalidate_inode_pages2() (typically by calling read()).
    
    The bug was introduced by commit 44b1187
    "NFS: Separate metadata and page cache revalidation mechanisms"
    
    Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  19. @gregkh

    quicklists: do not release off node pages early

    Christoph Lameter authored gregkh committed
    dhaval@linux.vnet.ibm.com, clameter@sgi.com
    Message-ID: <200712222203.lBMM3Nsk021922@imap1.linux-foundation.org>
    
    
    From: Christoph Lameter <clameter@sgi.com>
    
    patch ed367fc in mainline.
    
    quicklists must keep even off node pages on the quicklists until the TLB
    flush has been completed.
    
    Signed-off-by: Christoph Lameter <clameter@sgi.com>
    Cc: Dhaval Giani <dhaval@linux.vnet.ibm.com>
    Cc: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  20. @ian-abbott @gregkh

    PCI: Fix fakephp deadlock

    ian-abbott authored gregkh committed
    This patch works around a problem in the fakephp driver when a process
    writing "0" to a "power" sysfs file to fake removal of a PCI device ends
    up deadlocking itself in the sysfs code.
    
    The patch is functionally identical to the one in Linus' tree post 2.6.24:
    http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=5c796ae7a7ebe56967ed9b9963d7c16d733635ff
    
    I have tested it on a 2.6.22 kernel.
    
    Signed-off-by: Ian Abbott <abbotti@mev.co.uk>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  21. @gregkh

    sata_promise: ASIC PRD table bug workaround

    Mikael Pettersson authored gregkh committed
    patch b9ccd4a in mainline.
    
    Second-generation Promise SATA controllers have an ASIC bug
    which can trigger if the last PRD entry is larger than 164 bytes,
    resulting in intermittent errors and possible data corruption.
    
    Work around this by replacing calls to ata_qc_prep() with a
    private version that fills the PRD, checks the size of the
    last entry, and if necessary splits it to avoid the bug.
    Also reduce sg_tablesize by 1 to accommodate the new entry.
    
    Tested on the second-generation SATA300 TX4 and SATA300 TX2plus,
    and the first-generation PDC20378.
    
    Thanks to Alexander Sabourenkov for verifying the bug by
    studying the vendor driver, and for writing the initial patch
    upon which this one is based.
    
    Signed-off-by: Mikael Pettersson <mikpe@it.uu.se>
    Cc: Jeff Garzik <jeff@garzik.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  22. @gregkh

    sata_promise: FastTrack TX4200 is a second-generation chip

    Mikael Pettersson authored gregkh committed
    patch 7f9992a in mainline.
    
    This patch corrects sata_promise to classify FastTrack TX4200
    (DID 3515/3519) as a second-generation chip. Promise's partial-
    source FT TX4200 driver confirms this classification.
    
    Treating it as a first-generation chip causes several problems:
    1. Detection failures. This is a recent regression triggered by
       the hotplug-enabling changes in 2.6.23-rc1.
    2. Various "failed to resume link for reset" warnings.
    
    This patch fixes <http://bugzilla.kernel.org/show_bug.cgi?id=8936>.
    
    Thanks to Stephen Ziemba for reporting the bug and for testing the fix.
    
    Signed-off-by: Mikael Pettersson <mikpe@it.uu.se>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  23. @gregkh

    cciss: fix memory leak

    Jesper Juhl authored gregkh committed
    mainline: f2912a1
    
    There's a memory leak in the cciss driver.
    
    in alloc_cciss_hba() we may leak sizeof(ctlr_info_t) bytes if a
    call to alloc_disk(1 << NWD_SHIFT) fails.
    This patch should fix the issue.
    
    Spotted by the Coverity checker.
    
    Signed-off-by: Jesper Juhl <jesper.juhl@gmail.com>
    Acked-by: Mike Miller <mike.miller@hp.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Cc: Oliver Pinter <oliver.pntr@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Commits on Feb 11, 2008
  1. @gregkh

    Linux 2.6.22.18

    gregkh authored
  2. @gregkh

    splice: fix user pointer access in get_iovec_page_array() (CVE-2008-0…

    Bastian Blank authored gregkh committed
    …600)
    
    patch 712a30e in mainline.
    
    Commit 8811930 ("splice: missing user
    pointer access verification") added the proper access_ok() calls to
    copy_from_user_mmap_sem() which ensures we can copy the struct iovecs
    from userspace to the kernel.
    
    But we also must check whether we can access the actual memory region
    pointed to by the struct iovec to fix the access checks properly.
    
    Signed-off-by: Bastian Blank <waldi@debian.org>
    Acked-by: Oliver Pinter <oliver.pntr@gmail.com>
    Cc: Jens Axboe <jens.axboe@oracle.com>
    Cc: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Commits on Feb 6, 2008
  1. @gregkh

    Linux 2.6.22.17

    gregkh authored
  2. @gregkh

    vm audit: add VM_DONTEXPAND to mmap for drivers that need it (CVE-200…

    Nick Piggin authored gregkh committed
    …8-0007)
    
    Drivers that register a ->fault handler, but do not range-check the
    offset argument, must set VM_DONTEXPAND in the vm_flags in order to
    prevent an expanding mremap from overflowing the resource.
    
    I've audited the tree and attempted to fix these problems (usually by
    adding VM_DONTEXPAND where it is not obvious).
    
    Signed-off-by: Nick Piggin <npiggin@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  3. @yakuizhao @gregkh

    ACPI: apply quirk_ich6_lpc_acpi to more ICH8 and ICH9

    yakuizhao authored gregkh committed
    patch d1ec729 in mainline.
    
    It is important that these resources be reserved
    to avoid conflicts with well known ACPI registers.
    
    Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
    Signed-off-by: Len Brown <len.brown@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  4. @gregkh

    POWERPC: Fix invalid semicolon after if statement

    Ilpo Järvinen authored gregkh committed
    Patch 2b02d13 in mainline
    
    [POWERPC] Fix invalid semicolon after if statement
    
    A similar fix to netfilter from Eric Dumazet inspired me to
    look around a bit by using some grep/sed stuff as looking for
    this kind of bugs seemed easy to automate.  This is one of them
    I found where it looks like this semicolon is not valid.
    
    Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
    Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Signed-off-by: Paul Mackerras <paulus@samba.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  5. @gregkh

    chelsio: Fix skb->dev setting

    Divy Le Ray authored gregkh committed
    patch 7de6af0 in mainline.
    
    eth_type_trans() now sets skb->dev.
    Access skb->def after it gets set.
    
    Signed-off-by: Divy Le Ray <divy@chelsio.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  6. @gregkh

    cxgb: fix stats

    Divy Le Ray authored gregkh committed
    patch e0348b9 in mainline.
    
    Fix MAC stats accounting.
    Fix get_stats.
    
    Signed-off-by: Divy Le Ray <divy@chelsio.com>
    Signed-off-by: Jeff Garzik <jeff@garzik.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  7. @gregkh

    cxgb: fix T2 GSO

    Divy Le Ray authored gregkh committed
    patch 7832ee0 in mainline.
    
    The patch ensures that a GSO skb has enough headroom
    to push an encapsulating cpl_tx_pkt_lso header.
    
    Signed-off-by: Divy Le Ray <divy@chelsio.com>
    Signed-off-by: Jeff Garzik <jeff@garzik.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  8. @gregkh

    vfs: coredumping fix (CVE-2007-6206)

    Ingo Molnar authored gregkh committed
    vfs: coredumping fix
    
    patch c46f739 in mainline
    
    fix: http://bugzilla.kernel.org/show_bug.cgi?id=3043
    
    only allow coredumping to the same uid that the coredumping
    task runs under.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Acked-by: Alan Cox <alan@redhat.com>
    Acked-by: Christoph Hellwig <hch@lst.de>
    Acked-by: Al Viro <viro@ftp.linux.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Cc: maximilian attems <max@stro.at>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  9. @acpibob @gregkh

    ACPICA: fix acpi-cpufreq boot crash due to _PSD return-by-reference

    acpibob authored gregkh committed
    patch 152c300 in mainline.
    
    Changed resolution of named references in packages
    
    Fixed a problem with the Package operator where all named
    references were created as object references and left otherwise
    unresolved. According to the ACPI specification, a Package can
    only contain Data Objects or references to control methods. The
    implication is that named references to Data Objects (Integer,
    Buffer, String, Package, BufferField, Field) should be resolved
    immediately upon package creation. This is the approach taken
    with this change. References to all other named objects (Methods,
    Devices, Scopes, etc.) are all now properly created as reference objects.
    
    http://bugzilla.kernel.org/show_bug.cgi?id=5328
    http://bugzilla.kernel.org/show_bug.cgi?id=9429
    
    Signed-off-by: Bob Moore <robert.moore@intel.com>
    Signed-off-by: Len Brown <len.brown@intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
  10. @davem330 @gregkh

    CASSINI: Set skb->truesize properly on receive packets.

    davem330 authored gregkh committed
    [ Upstream commit: d011a23 ]
    
    skb->truesize was not being incremented at all to
    reflect the page based data added to RX SKBs.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Something went wrong with that request. Please try again.