Bug#748574: 3.14.1 does not boot on Dell server
Le 20/05/2014 21:45, Erwan David a écrit : Le 20/05/2014 21:16, Erwan David a écrit : I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory Sorry, I got it. Just needed some debian dev vocabulary... It's now building Ok it works with the patch. Just having iptables logs on console makes it unusable, but I do not use it exceot for booting. Maybe it is a feature for a test kernel ? signature.asc Description: OpenPGP digital signature
Bug#748574: 3.14.1 does not boot on Dell server
On Mon, 2014-05-19 at 10:52 -0400, John Bleichert wrote: On 05/18/2014 09:25 PM, Ben Hutchings wrote: The page faults are ominous… Please test whether the attached patch fixes this, following the instructions at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official Ben. Ben, I patched, built and installed the kernel and it still crashes. I am attaching the call trace to this message again. If I can get you any more info please let me know. I'm not sure, but that looks like it's failing to mount the root, as if the boot loader was not loading an initrd. Anyway, from your later message on debian-user https://lists.debian.org/debian-user/2014/05/msg01438.html it seems that the problem you had is fixed and is not related to this bug report. Ben. -- Ben Hutchings Life would be so much easier if we could look at the source code. signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#748574: 3.14.1 does not boot on Dell server
Processing control commands: tag -1 - moreinfo Bug #748574 [src:linux] 3.14.1 does not boot on Dell server Removed tag(s) moreinfo. -- 748574: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748574 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748574: 3.14.1 does not boot on Dell server
Control: tag -1 - moreinfo On Wed, 2014-05-21 at 22:08 +0200, Erwan David wrote: Le 20/05/2014 21:45, Erwan David a écrit : Le 20/05/2014 21:16, Erwan David a écrit : I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory Sorry, I got it. Just needed some debian dev vocabulary... It's now building Ok it works with the patch. Just having iptables logs on console makes it unusable, but I do not use it exceot for booting. Maybe it is a feature for a test kernel ? No it's not. It sounds like you booted using what GRUB calls 'rescue mode', which adds the kernel parameter 'debug' and makes the kernel log more to the console. Ben. -- Ben Hutchings Life would be so much easier if we could look at the source code. signature.asc Description: This is a digitally signed message part
Bug#748574: 3.14.1 does not boot on Dell server
Le 21/05/2014 22:20, Ben Hutchings a écrit : Control: tag -1 - moreinfo On Wed, 2014-05-21 at 22:08 +0200, Erwan David wrote: Le 20/05/2014 21:45, Erwan David a écrit : Le 20/05/2014 21:16, Erwan David a écrit : I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory Sorry, I got it. Just needed some debian dev vocabulary... It's now building Ok it works with the patch. Just having iptables logs on console makes it unusable, but I do not use it exceot for booting. Maybe it is a feature for a test kernel ? No it's not. It sounds like you booted using what GRUB calls 'rescue mode', which adds the kernel parameter 'debug' and makes the kernel log more to the console. Ben. Ok, it seems to have stopped now and services of the machine are up and running. In my case the patch was successful signature.asc Description: OpenPGP digital signature
Bug#748574: 3.14.1 does not boot on Dell server
On 05/21/2014 04:16 PM, Ben Hutchings wrote: snip I'm not sure, but that looks like it's failing to mount the root, as if the boot loader was not loading an initrd. Anyway, from your later message on debian-user https://lists.debian.org/debian-user/2014/05/msg01438.html it seems that the problem you had is fixed and is not related to this bug report. Ben. Yes - sorry for the static, and good luck! John -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748574: 3.14.1 does not boot on Dell server
Le 21/05/2014 22:20, Ben Hutchings a écrit : Control: tag -1 - moreinfo On Wed, 2014-05-21 at 22:08 +0200, Erwan David wrote: Le 20/05/2014 21:45, Erwan David a écrit : Le 20/05/2014 21:16, Erwan David a écrit : I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory Sorry, I got it. Just needed some debian dev vocabulary... It's now building Ok it works with the patch. Just having iptables logs on console makes it unusable, but I do not use it exceot for booting. Maybe it is a feature for a test kernel ? No it's not. It sounds like you booted using what GRUB calls 'rescue mode', which adds the kernel parameter 'debug' and makes the kernel log more to the console. Ben. I rebooted with the default entry : same thing (and since this machine is part of pool.ntp.org I get many logs for incoming NTP packets) However it stops afetr a moment (timestamp 111 in last log line), but dmesg is replaced by those logs. I have bootlogd, but it was not the behaviour in 3.13 signature.asc Description: OpenPGP digital signature
Bug#748574: 3.14.1 does not boot on Dell server
Package: src:linux Version: 3.14.4-1 Followup-For: Bug #748574 Dear Maintainer, Is this related to the problem reported on Arch Linux https://bugs.archlinux.org/task/39811 which seems to have been reported to the kernel people :- https://bugzilla.kernel.org/show_bug.cgi?id=73911#c8 I had this problem with my Gigabyte GA-H87-HD3 mother board. The bios was on version F3. I have updated to F8 and kernel 3.14 now boots ok. Geoff -- Package-specific info: ** Version: Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-21) ) #1 SMP Debian 3.14.4-1 (2014-05-13) ** Command line: BOOT_IMAGE=/vmlinuz-3.14-1-amd64 root=/dev/mapper/SSD0-root ro quiet ** Not tainted ** Kernel log: [2.258101] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [2.258102] [drm] Driver supports precise vblank timestamp query. [2.258157] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [2.263993] random: nonblocking pool is initialized [2.267265] input: PC Speaker as /devices/platform/pcspkr/input/input3 [2.276889] udevd[605]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.277405] AVX2 version of gcm_enc/dec engaged. [2.279175] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [2.280350] udevd[631]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.281894] udevd[646]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.282047] alg: No test for crc32 (crc32-pclmul) [2.285975] hidraw: raw HID events driver (C) Jiri Kosina [2.296565] usbcore: registered new interface driver snd-usb-audio [2.299926] usbcore: registered new interface driver usbhid [2.299928] usbhid: USB HID core driver [2.300194] udevd[677]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.306127] media: Linux media interface: v0.10 [2.307715] Linux video capture interface: v2.00 [2.308595] gspca_main: v2.14.0 registered [2.308953] gspca_main: sq905-2.14.0 probing 2770:9120 [2.326180] input: Burr-Brown from TI USB Audio CODEC as /devices/pci:00/:00:14.0/usb3/3-10/3-10:1.3/0003:08BB:2900.0001/input/input4 [2.326374] hid-generic 0003:08BB:2900.0001: input,hidraw0: USB HID v1.00 Device [Burr-Brown from TI USB Audio CODEC ] on usb-:00:14.0-10/input3 [2.326379] udevd[737]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.328161] udevd[743]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.328599] udevd[744]: failed to execute '/lib/udev/socket:/org/xen/xend/udev_event' 'socket:/org/xen/xend/udev_event': No such file or directory [2.330903] logitech-djreceiver 0003:046D:C52B.0004: hiddev0,hidraw1: USB HID v1.11 Device [Logitech USB Receiver] on usb-:00:14.0-6.1/input2 [2.341582] usbcore: registered new interface driver sq905 [2.386224] Switched to clocksource tsc [2.387268] input: Logitech Unifying Device. Wireless PID:400a as /devices/pci:00/:00:14.0/usb3/3-6/3-6.1/3-6.1:1.2/0003:046D:C52B.0004/0003:046D:C52B.0005/input/input5 [2.388667] logitech-djdevice 0003:046D:C52B.0005: input,hidraw2: USB HID v1.11 Mouse [Logitech Unifying Device. Wireless PID:400a] on usb-:00:14.0-6.1:1 [2.413147] fbcon: inteldrmfb (fb0) is primary device [2.662639] Console: switching to colour frame buffer device 160x64 [2.670835] i915 :00:02.0: fb0: inteldrmfb frame buffer device [2.670838] i915 :00:02.0: registered panic notifier [2.721228] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [2.722266] acpi device:61: registered as cooling_device10 [2.722445] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input6 [2.722682] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [2.722749] snd_hda_intel: probe of :00:03.0 failed with error -2 [2.723664] mei_me :00:16.0: irq 48 for MSI/MSI-X [2.723737] snd_hda_intel :00:1b.0: irq 49 for MSI/MSI-X [2.726477] ACPI Warning: SystemIO range 0x1828-0x182f conflicts with OpRegion 0x1800-0x187f (\PMIO) (20131218/utaddress-258) [2.726491] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [2.726498] ACPI Warning: SystemIO range 0x1c30-0x1c3f conflicts with OpRegion 0x1c00-0x1c3f (\GPRL) (20131218/utaddress-258) [2.726505]
Bug#748574: 3.14.1 does not boot on Dell server
On 05/18/2014 09:25 PM, Ben Hutchings wrote: snip Please test whether the attached patch fixes this, following the instructions at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official Ben. /boot had become a mess with on me so I cleaned it out and re-installed the linux-image-3.14-1-amd64 package with aptitude and wouldn't you know it - everything seems to work fine now. The only thing that has changed since I installed (and then purged) this package is the BIOS update. Sorry if this confuses things. Someone on debian-users suggested that perhaps initrd.img wasn't getting constructed correctly. John -- --- John Bleichert-syb...@earthlink.net The heat from below can burn your eyes out! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748574: 3.14.1 does not boot on Dell server
I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory signature.asc Description: OpenPGP digital signature
Bug#748574: 3.14.1 does not boot on Dell server
Le 20/05/2014 21:16, Erwan David a écrit : I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory Sorry, I got it. Just needed some debian dev vocabulary... It's now building signature.asc Description: OpenPGP digital signature
Bug#748574: 3.14.1 does not boot on Dell server
On 05/19/2014 10:52 AM, John Bleichert wrote: Ben, I patched, built and installed the kernel and it still crashes. I am attaching the call trace to this message again. If I can get you any more info please let me know. Please note that, having noticed I was a bit out of date, I flashed my BIOS to the current level release by Gigabyte but the result with 3.14 is still the same. -- --- John Bleichert-syb...@earthlink.net The heat from below can burn your eyes out! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748574: 3.14.1 does not boot on Dell server
Package: src:linux Version: 3.14.4-1 Severity: critical When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. PS : since I access it through an iDrac kvm which does not transmit arrow keys nor Ctrl keys, grub is about not usable, making tests very difficult for me. Before automatically retrieved info here is the dmidecode # dmidecode 2.12 SMBIOS 2.6 present. 63 structures occupying 2953 bytes. Table at 0xBF79C000. Handle 0xDA00, DMI type 218, 11 bytes OEM-specific Type Header and Data: DA 0B 00 DA B2 00 17 00 0E 20 00 Handle 0x, DMI type 0, 24 bytes BIOS Information Vendor: Dell Inc. Version: 1.5.2 Release Date: 10/18/2010 Address: 0xF Runtime Size: 64 kB ROM Size: 4096 kB Characteristics: ISA is supported PCI is supported PNP is supported BIOS is upgradeable BIOS shadowing is allowed Boot from CD is supported Selectable boot is supported EDD is supported Japanese floppy for Toshiba 1.2 MB is supported (int 13h) 5.25/360 kB floppy services are supported (int 13h) 5.25/1.2 MB floppy services are supported (int 13h) 3.5/720 kB floppy services are supported (int 13h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported BIOS boot specification is supported Function key-initiated network boot is supported Targeted content distribution is supported BIOS Revision: 1.5 Handle 0x0100, DMI type 1, 27 bytes System Information Manufacturer: Dell Inc. Product Name: PowerEdge R210 Version: Not Specified Serial Number: DJKWZ4J UUID: 4C4C4544-004A-4B10-8057-C4C04F5A344A Wake-up Type: Power Switch SKU Number: Not Specified Family: Not Specified Handle 0x0200, DMI type 2, 9 bytes Base Board Information Manufacturer: Dell Inc. Product Name: 05KX61 Version: A01 Serial Number: ..CN708210B901A8. Asset Tag: Not Specified Handle 0x0300, DMI type 3, 21 bytes Chassis Information Manufacturer: Dell Inc. Type: Rack Mount Chassis Lock: Present Version: Not Specified Serial Number: DJKWZ4J Asset Tag: Not Specified Boot-up State: Safe Power Supply State: Safe Thermal State: Safe Security Status: Unknown OEM Information: 0x Height: 1 U Number Of Power Cords: Unspecified Contained Elements: 0 Handle 0x0400, DMI type 4, 40 bytes Processor Information Socket Designation: CPU1 Type: Central Processor Family: Xeon Manufacturer: Intel ID: E5 06 01 00 FF FB EB BF Signature: Type 0, Family 6, Model 30, Stepping 5 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (FXSAVE and FXSTOR instructions supported) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Multi-threading) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz Voltage: 1.2 V External Clock: 4266 MHz Max Speed: 3600 MHz Current Speed: 1866 MHz Status: Populated, Enabled Upgrade: Socket LGA1366 L1 Cache Handle: 0x0700 L2 Cache Handle: 0x0701 L3 Cache Handle: 0x0702 Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified Core
Bug#748574: 3.14.1 does not boot on Dell server
Op 2014-05-18 om 17:29 schreef Erwan David: When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. Did the PowerEdge R210 boot with previous Linux kernels? If yes, what is the last known good version? Please tell more about the installation of the 3.14.1 kernel. (Was it a fresh install? Was it a update? Was there enough disk space during the update?) Regards Geert Stappers PS : since I access it through an iDrac kvm which does not transmit arrow keys nor Ctrl keys, FWIW: I think that iDRAC kvm can transmit arrow keys and ConTRoL. I can't tell how, but it is very likely that such keys are supported. That those keys have special meaning on the admin machine, is something to cope / workaround with. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748574: 3.14.1 does not boot on Dell server
Le 18/05/2014 18:30, Geert Stappers a écrit : Op 2014-05-18 om 17:29 schreef Erwan David: When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. Did the PowerEdge R210 boot with previous Linux kernels? If yes, what is the last known good version? Yes, last running version is linux-image-3.13-1-amd64 3.13.10-1 Please tell more about the installation of the 3.14.1 kernel. (Was it a fresh install? Was it a update? Was there enough disk space during the update?) Just an upgrade through aptitude upgrade Regards Geert Stappers PS : since I access it through an iDrac kvm which does not transmit arrow keys nor Ctrl keys, FWIW: I think that iDRAC kvm can transmit arrow keys and ConTRoL. I can't tell how, but it is very likely that such keys are supported. That those keys have special meaning on the admin machine, is something to cope / workaround with. Thanks, I will investigate it, I suspect it might be a java problem (and I made a wishlist that we could navigate in menu with j/k) I just wanted to warn you that testing might be difficult for me. PS: I just see someone else with similar problem on debian-users, I give him the bug number. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748574: 3.14.1 does not boot on Dell server
On Sun, 2014-05-18 at 17:29 +0200, Erwan David wrote: Package: src:linux Version: 3.14.4-1 Severity: critical When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. [...] Please try adding the kernel parameter 'earlyprintk=vga' to make it log to the screen earlier. Ben. -- Ben Hutchings Usenet is essentially a HUGE group of people passing notes in class. - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette' signature.asc Description: This is a digitally signed message part
Bug#748574: 3.14.1 does not boot on Dell server
On 05/18/2014 06:32 PM, Ben Hutchings wrote: On Sun, 2014-05-18 at 17:29 +0200, Erwan David wrote: Package: src:linux Version: 3.14.4-1 Severity: critical When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. [...] Please try adding the kernel parameter 'earlyprintk=vga' to make it log to the screen earlier. Ben. I did that but no way to save it. It's a Call Trace, ending with the instruction pointer RIP 0x0. I took a picture of the screen if it would help... -- --- John Bleichert-syb...@earthlink.net The heat from below can burn your eyes out! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748574: 3.14.1 does not boot on Dell server
On Sun, 2014-05-18 at 20:21 -0400, John Bleichert wrote: On 05/18/2014 06:32 PM, Ben Hutchings wrote: On Sun, 2014-05-18 at 17:29 +0200, Erwan David wrote: Package: src:linux Version: 3.14.4-1 Severity: critical When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. [...] Please try adding the kernel parameter 'earlyprintk=vga' to make it log to the screen earlier. Ben. I did that but no way to save it. It's a Call Trace, ending with the instruction pointer RIP 0x0. I took a picture of the screen if it would help... Yes, please send the photo to the bug as an attachment. (You may wish to scale it down, but make sure it's still legible.) Ben. -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#748574: 3.14.1 does not boot on Dell server
Processing control commands: tag -1 upstream patch moreinfo Bug #748574 [src:linux] 3.14.1 does not boot on Dell server Added tag(s) upstream, moreinfo, and patch. -- 748574: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748574 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748574: 3.14.1 does not boot on Dell server
Control: tag -1 upstream patch moreinfo On Sun, 2014-05-18 at 20:58 -0400, John Bleichert wrote: On May 18, 2014, at 8:34 PM, Ben Hutchings b...@decadent.org.uk wrote: Yes, please send the photo to the bug as an attachment. (You may wish to scale it down, but make sure it's still legible.) Attaching it here. Unfortunately shift+pageup and shift+pagedown did not function so I could not get more. They never do after a crash. But this seems to be enough information. The page faults are ominous… Please test whether the attached patch fixes this, following the instructions at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official Ben. -- Ben Hutchings It is easier to change the specification to fit the program than vice versa. From: Lv Zheng lv.zh...@intel.com Date: Wed, 30 Apr 2014 10:05:40 +0800 Subject: ACPICA: Tables: Fix invalid pointer accesses in acpi_tb_parse_root_table(). Origin: https://git.kernel.org/cgit/linux/kernel/git/rafael/linux-pm.git/commit?id=d48dc067450d84324067f4472dc0b169e9af4454 Linux XSDT validation mechanism backport has introduced a regreession: Commit: 671cc68dc61f029d44b43a681356078e02d8dab8 Subject: ACPICA: Back port and refine validation of the XSDT root table. There is a pointer still accessed after unmapping. This patch fixes this issue. Lv Zheng. Fixes: 671cc68dc61f (ACPICA: Back port and refine validation of the XSDT root table.) References: https://bugzilla.kernel.org/show_bug.cgi?id=73911 References: https://bugs.archlinux.org/task/39811 Signed-off-by: Lv Zheng lv.zh...@intel.com Reported-and-tested-by: Bruce Chiarelli mano...@gmail.com Reported-and-tested-by: Spyros Stathopoulos spyst...@gmail.com Signed-off-by: Bob Moore robert.mo...@intel.com Cc: 3.14+ sta...@vger.kernel.org # 3.14+ Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com --- drivers/acpi/acpica/tbutils.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/acpica/tbutils.c b/drivers/acpi/acpica/tbutils.c index a4702ee..9fb85f3 100644 --- a/drivers/acpi/acpica/tbutils.c +++ b/drivers/acpi/acpica/tbutils.c @@ -461,6 +461,7 @@ acpi_status __init acpi_tb_parse_root_table(acpi_physical_address rsdp_address) u32 table_count; struct acpi_table_header *table; acpi_physical_address address; + acpi_physical_address rsdt_address; u32 length; u8 *table_entry; acpi_status status; @@ -488,11 +489,14 @@ acpi_status __init acpi_tb_parse_root_table(acpi_physical_address rsdp_address) * as per the ACPI specification. */ address = (acpi_physical_address) rsdp-xsdt_physical_address; + rsdt_address = + (acpi_physical_address) rsdp-rsdt_physical_address; table_entry_size = ACPI_XSDT_ENTRY_SIZE; } else { /* Root table is an RSDT (32-bit physical addresses) */ address = (acpi_physical_address) rsdp-rsdt_physical_address; + rsdt_address = address; table_entry_size = ACPI_RSDT_ENTRY_SIZE; } @@ -515,8 +519,7 @@ acpi_status __init acpi_tb_parse_root_table(acpi_physical_address rsdp_address) /* Fall back to the RSDT */ - address = - (acpi_physical_address) rsdp-rsdt_physical_address; + address = rsdt_address; table_entry_size = ACPI_RSDT_ENTRY_SIZE; } } signature.asc Description: This is a digitally signed message part