1. 11 8月, 2010 14 次提交
  2. 03 8月, 2010 1 次提交
  3. 01 8月, 2010 1 次提交
    • G
      of/address: Clean up function declarations · 22ae782f
      Grant Likely 提交于
      This patch moves the declaration of of_get_address(), of_get_pci_address(),
      and of_pci_address_to_resource() out of arch code and into the common
      linux/of_address header file.
      
      This patch also fixes some of the asm/prom.h ordering issues.  It still
      includes some header files that it ideally shouldn't be, but at least the
      ordering is consistent now so that of_* overrides work.
      Signed-off-by: NGrant Likely <grant.likely@secretlab.ca>
      22ae782f
  4. 27 7月, 2010 1 次提交
    • V
      USB: s3c2410_udc: be aware of connected gadget driver · 00c05aab
      Vladimir Zapolskiy 提交于
      To escape from data abort in interrupt handler, it is required to
      check for a connected gadget before delivering control requests.
      
      The change fixes the following panic, which occurs with no loaded
      gadget driver and input USB_REQ_GET_DESCRIPTOR request:
      
      Kernel panic - not syncing: Fatal exception in interrupt
      [<c0025874>] (unwind_backtrace+0x0/0xd8) from [<c0253f14>] (panic+0x40/0x110)
      [<c0253f14>] (panic+0x40/0x110) from [<c002470c>] (die+0x154/0x180)
      [<c002470c>] (die+0x154/0x180) from [<c0026448>] (__do_kernel_fault+0x64/0x74)
      [<c0026448>] (__do_kernel_fault+0x64/0x74) from [<c0026610>] (do_page_fault+0x1b8/0x1cc)
      [<c0026610>] (do_page_fault+0x1b8/0x1cc) from [<c00202d4>] (do_DataAbort+0x34/0x94)
      [<c00202d4>] (do_DataAbort+0x34/0x94) from [<c0020a60>] (__dabt_svc+0x40/0x60)
      Exception stack(0xc0327ea8 to 0xc0327ef0)
      7ea0:                   bf0026b0 c0327ef0 c0327ee4 00000000 bf002590 00000093
      7ec0: 00000001 bf0026b0 bf002990 00000000 00000008 0000143d 00003f00 c0327ef0
      7ee0: bf001364 bf001360 20000093 ffffffff
      [<c0020a60>] (__dabt_svc+0x40/0x60) from [<bf001360>] (s3c2410_udc_irq+0x5b8/0x778 [s3c2410_udc])
      [<bf001360>] (s3c2410_udc_irq+0x5b8/0x778 [s3c2410_udc]) from [<c0058aa0>] (handle_IRQ_event+0x3c/0x104)
      [<c0058aa0>] (handle_IRQ_event+0x3c/0x104) from [<c005a428>] (handle_edge_irq+0x12c/0x164)
      [<c005a428>] (handle_edge_irq+0x12c/0x164) from [<c0020068>] (asm_do_IRQ+0x68/0x88)
      [<c0020068>] (asm_do_IRQ+0x68/0x88) from [<c0020aa4>] (__irq_svc+0x24/0xa0)
      Signed-off-by: NVladimir Zapolskiy <vzapolskiy@gmail.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      00c05aab
  5. 26 7月, 2010 1 次提交
  6. 22 7月, 2010 1 次提交
  7. 19 7月, 2010 1 次提交
  8. 15 7月, 2010 1 次提交
  9. 12 7月, 2010 1 次提交
  10. 08 7月, 2010 1 次提交
    • E
      net: fix 64 bit counters on 32 bit arches · 28172739
      Eric Dumazet 提交于
      There is a small possibility that a reader gets incorrect values on 32
      bit arches. SNMP applications could catch incorrect counters when a
      32bit high part is changed by another stats consumer/provider.
      
      One way to solve this is to add a rtnl_link_stats64 param to all
      ndo_get_stats64() methods, and also add such a parameter to
      dev_get_stats().
      
      Rule is that we are not allowed to use dev->stats64 as a temporary
      storage for 64bit stats, but a caller provided area (usually on stack)
      
      Old drivers (only providing get_stats() method) need no changes.
      Signed-off-by: NEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      28172739
  11. 30 6月, 2010 8 次提交
  12. 23 6月, 2010 1 次提交
  13. 17 6月, 2010 1 次提交
  14. 16 6月, 2010 1 次提交
  15. 05 6月, 2010 5 次提交
  16. 03 6月, 2010 1 次提交