Skip to content
Snippets Groups Projects
Select Git revision
  • fe38d8553ccb5237bf0eddda9e94fbca7288551c
  • vme-testing default
  • ci-test
  • master
  • remoteproc
  • am625-sk-ov5640
  • pcal6534-upstreaming
  • lps22df-upstreaming
  • msc-upstreaming
  • imx8mp
  • iio/noa1305
  • vme-next
  • vme-next-4.14-rc4
  • v4.14-rc4
  • v4.14-rc3
  • v4.14-rc2
  • v4.14-rc1
  • v4.13
  • vme-next-4.13-rc7
  • v4.13-rc7
  • v4.13-rc6
  • v4.13-rc5
  • v4.13-rc4
  • v4.13-rc3
  • v4.13-rc2
  • v4.13-rc1
  • v4.12
  • v4.12-rc7
  • v4.12-rc6
  • v4.12-rc5
  • v4.12-rc4
  • v4.12-rc3
32 results

linux

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Chuck Ebbert authored and Linus Torvalds committed
    i386 CPU init code accesses freed init memory when booting a newly-started
    processor after CPU hotplug.  The cpu_devs array is searched to find the
    vendor and it contains pointers to freed data.
    
    Fix that by:
    
            1. Zeroing entries for freed vendor data after bootup.
            2. Changing Transmeta, NSC and UMC to all __init[data].
            3. Printing a warning (once only) and setting this_cpu
               to a safe default when the vendor is not found.
    
    This does not change behavior for AMD systems.  They were broken already
    but no error was reported.
    
    Signed-off-by: default avatarChuck Ebbert <76306.1226@compuserve.com>
    Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
    Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
    fe38d855
    History
    Name Last commit Last update