1. 24 10月, 2010 25 次提交
  2. 02 10月, 2010 1 次提交
    • M
      i7core_edac: fix panic in udimm sysfs attributes registration · 64aab720
      Marcin Slusarz 提交于
      Array of udimm sysfs attributes was not ended with NULL marker, leading to
      dereference of random memory.
      
        EDAC DEBUG: edac_create_mci_instance_attributes: edac_create_mci_instance_attributes() file udimm0
        EDAC DEBUG: edac_create_mci_instance_attributes: edac_create_mci_instance_attributes() file udimm1
        EDAC DEBUG: edac_create_mci_instance_attributes: edac_create_mci_instance_attributes() file udimm2
        BUG: unable to handle kernel NULL pointer dereference at 00000000000001a4
        IP: [<ffffffff81330b36>] edac_create_mci_instance_attributes+0x148/0x1f1
        Pid: 1, comm: swapper Not tainted 2.6.36-rc3-nv+ #483 P6T SE/System Product Name
        RIP: 0010:[<ffffffff81330b36>]  [<ffffffff81330b36>] edac_create_mci_instance_attributes+0x148/0x1f1
        (...)
        Call Trace:
         [<ffffffff81330b86>] edac_create_mci_instance_attributes+0x198/0x1f1
         [<ffffffff81330c9a>] edac_create_sysfs_mci_device+0xbb/0x2b2
         [<ffffffff8132f533>] edac_mc_add_mc+0x46b/0x557
         [<ffffffff81428901>] i7core_probe+0xccf/0xec0
        RIP  [<ffffffff81330b36>] edac_create_mci_instance_attributes+0x148/0x1f1
        ---[ end trace 20de320855b81d78 ]---
        Kernel panic - not syncing: Attempted to kill init!
      Signed-off-by: NMarcin Slusarz <marcin.slusarz@gmail.com>
      Cc: Mauro Carvalho Chehab <mchehab@redhat.com>
      Acked-by: NDoug Thompson <dougthompson@xmission.com>
      Cc: <stable@kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      64aab720
  3. 27 9月, 2010 1 次提交
    • B
      amd64_edac: Fix driver module removal · 00740c58
      Borislav Petkov 提交于
      f4347553 removed the edac polling
      mechanism in favor of using a notifier chain for conveying MCE
      information to edac. However, the module removal path didn't test
      whether the driver had setup the polling function workqueue at all and
      the rmmod process was hanging in the kernel at try_to_del_timer_sync()
      in the cancel_delayed_work() path, trying to cancel an uninitialized
      work struct.
      
      Fix that by adding a balancing check to the workqueue removal path.
      Signed-off-by: NBorislav Petkov <borislav.petkov@amd.com>
      00740c58
  4. 26 8月, 2010 1 次提交
    • B
      amd64_edac: Do not report error overflow as a separate error · 37b7370a
      Borislav Petkov 提交于
      When the Overflow MCi_STATUS bit is set, EDAC reports the lost error
      with a "no information available" message which often puzzles users
      parsing the dmesg. This doesn't make much sense since this error has
      been lost anyway so no need for reporting it separately. Thus, report
      the overflow bit setting in the MCE dump instead. While at it, remove
      reporting of MiscV and ErrorEnable (en) which are superfluous.
      
      Now it looks like this:
      
      [ 1501.650024] MC4_STATUS: Corrected error, other errors lost: yes, CPU context corrupt: no, CECC Error
      [ 1501.666887] Northbridge Error, node 2
      Signed-off-by: NBorislav Petkov <borislav.petkov@amd.com>
      37b7370a
  5. 25 8月, 2010 1 次提交
  6. 11 8月, 2010 4 次提交
  7. 06 8月, 2010 1 次提交
  8. 04 8月, 2010 2 次提交
  9. 03 8月, 2010 4 次提交