1. 18 4月, 2007 2 次提交
  2. 17 4月, 2007 4 次提交
  3. 16 4月, 2007 2 次提交
  4. 15 4月, 2007 8 次提交
  5. 14 4月, 2007 10 次提交
    • J
      [SCSI] 3w-xxxx: fix oops caused by incorrect REQUEST_SENSE handling · 6e3b2bbb
      James Bottomley 提交于
      3w-xxxx emulates a REQUEST_SENSE response by simply returning nothing.
      Unfortunately, it's assuming that the REQUEST_SENSE command is
      implemented with use_sg == 0, which is no longer the case.  The oops
      occurs because it's clearing the scatterlist in request_buffer instead
      of the memory region.
      
      This is fixed by using tw_transfer_internal() to transfer correctly to
      the scatterlist.
      Acked-by: Nadam radford <aradford@gmail.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      6e3b2bbb
    • O
      DVB: dvb-usb-remote - fix oops when changing keymap · d791d413
      Olaf Kirch 提交于
      DVB USB remotes do not support changing keycode maps but set
      input_dev->keycodesize and input_dev->keycodemax without setting
      input_dev->keycode. This causes kernel oops when user tries to
      look up (or change) current keymap.
      
      While the proper fix would be to make remotes handle keymap changes
      we'll just remove keycodemax and keycodesize initialization so
      EVIOCGKEYCODE and EVIOCSKEYCODE will simply return -EINVAL.
      
      http://bugzilla.kernel.org/show_bug.cgi?id=8312
      
      Signed-off-by: olaf.kirch@oracle.com
      Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      d791d413
    • L
      Merge master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-2.6 · b1847a04
      Linus Torvalds 提交于
      * master.kernel.org:/pub/scm/linux/kernel/git/davem/sparc-2.6:
        [SPARC64]: Fix inline directive in pci_iommu.c
        [SPARC64]: Fix arg passing to compat_sys_ipc().
        [SPARC]: Fix section mismatch warnings in pci.c and pcic.c
        [SUNRPC]: Make sure on-stack cmsg buffer is properly aligned.
        [SPARC]: avoid CHILD_MAX and OPEN_MAX constants
        [SPARC64]: Fix SBUS IOMMU allocation code.
      b1847a04
    • L
      Merge master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6 · 2918cd81
      Linus Torvalds 提交于
      * master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6:
        [NETFILTER] arp_tables: Fix unaligned accesses.
        [IPV6] SNMP: Fix {In,Out}NoRoutes statistics.
        [IPSEC] XFRM_USER: kernel panic when large security contexts in ACQUIRE
        [VLAN]: Allow VLAN interface on top of bridge interface
        [PKTGEN]: Add try_to_freeze()
        [NETFILTER]: ipt_ULOG: use put_unaligned
      2918cd81
    • D
      [NETFILTER] arp_tables: Fix unaligned accesses. · 49688c84
      David S. Miller 提交于
      There are two device string comparison loops in arp_packet_match().
      The first one goes byte-by-byte but the second one tries to be
      clever and cast the string to a long and compare by longs.
      
      The device name strings in the arp table entries are not guarenteed
      to be aligned enough to make this value, so just use byte-by-byte
      for both cases.
      
      Based upon a report by <drraid@gmail.com>.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      49688c84
    • Y
      [IPV6] SNMP: Fix {In,Out}NoRoutes statistics. · 612f09e8
      YOSHIFUJI Hideaki 提交于
      A packet which is being discarded because of no routes in the
      forwarding path should not be counted as OutNoRoutes but as
      InNoRoutes.
      Additionally, on this occasion, a packet whose destinaion is
      not valid should be counted as InAddrErrors separately.
      
      Based on patch from Mitsuru Chinen <mitch@linux.vnet.ibm.com>.
      Signed-off-by: NYOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      612f09e8
    • J
      [IPSEC] XFRM_USER: kernel panic when large security contexts in ACQUIRE · 661697f7
      Joy Latten 提交于
      When sending a security context of 50+ characters in an ACQUIRE 
      message, following kernel panic occurred.
      
      kernel BUG in xfrm_send_acquire at net/xfrm/xfrm_user.c:1781!
      cpu 0x3: Vector: 700 (Program Check) at [c0000000421bb2e0]
          pc: c00000000033b074: .xfrm_send_acquire+0x240/0x2c8
          lr: c00000000033b014: .xfrm_send_acquire+0x1e0/0x2c8
          sp: c0000000421bb560
         msr: 8000000000029032
        current = 0xc00000000fce8f00
        paca    = 0xc000000000464b00
          pid   = 2303, comm = ping
      kernel BUG in xfrm_send_acquire at net/xfrm/xfrm_user.c:1781!
      enter ? for help
      3:mon> t
      [c0000000421bb650] c00000000033538c .km_query+0x6c/0xec
      [c0000000421bb6f0] c000000000337374 .xfrm_state_find+0x7f4/0xb88
      [c0000000421bb7f0] c000000000332350 .xfrm_tmpl_resolve+0xc4/0x21c
      [c0000000421bb8d0] c0000000003326e8 .xfrm_lookup+0x1a0/0x5b0
      [c0000000421bba00] c0000000002e6ea0 .ip_route_output_flow+0x88/0xb4
      [c0000000421bbaa0] c0000000003106d8 .ip4_datagram_connect+0x218/0x374
      [c0000000421bbbd0] c00000000031bc00 .inet_dgram_connect+0xac/0xd4
      [c0000000421bbc60] c0000000002b11ac .sys_connect+0xd8/0x120
      [c0000000421bbd90] c0000000002d38d0 .compat_sys_socketcall+0xdc/0x214
      [c0000000421bbe30] c00000000000869c syscall_exit+0x0/0x40
      --- Exception: c00 (System Call) at 0000000007f0ca9c
      SP (fc0ef8f0) is in userspace
      
      We are using size of security context from xfrm_policy to determine
      how much space to alloc skb and then putting security context from
      xfrm_state into skb. Should have been using size of security context 
      from xfrm_state to alloc skb. Following fix does that
      Signed-off-by: NJoy Latten <latten@austin.ibm.com>
      Acked-by: NJames Morris <jmorris@namei.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      661697f7
    • J
      [VLAN]: Allow VLAN interface on top of bridge interface · 279e172a
      Jerome Borsboom 提交于
      When a VLAN interface is created on top of a bridge interface and 
      netfilter is enabled to see the bridged packets, the packets can be 
      corrupted when passing through the netfilter code. This is caused by the 
      VLAN driver not setting the 'protocol' and 'nh' members of the sk_buff 
      structure. In general, this is no problem as the VLAN interface is mostly 
      connected to a physical ethernet interface which does not use the 
      'protocol' and 'nh' members. For a bridge interface, however, these 
      members do matter.
      Signed-off-by: NJerome Borsboom <j.borsboom@erasmusmc.nl>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      279e172a
    • T
      [SPARC64]: Fix inline directive in pci_iommu.c · 24fc6f00
      Tom "spot" Callaway 提交于
      While building a test kernel for the new esp driver (against
      git-current), I hit this bug. Trivial fix, put the inline declaration
      in the right place. :)
      Signed-off-by: NTom "spot" Callaway <tcallawa@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      24fc6f00
    • D
      [SPARC64]: Fix arg passing to compat_sys_ipc(). · 5c7aa6ff
      David S. Miller 提交于
      Do not sign extend args using the sys32_ipc stub, that is
      buggy and unnecessary.
      
      Based upon an excellent report by Mikael Pettersson.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5c7aa6ff
  6. 13 4月, 2007 14 次提交