Created attachment 23952 [details] Processor information I get only 3 GB RAM even if I have 4 GB RAM installed. When I try to install or run a 64 bit OS, the system reboots, over and over. I've observed that the system reboots at the stage "Loading modules". If I add the boot parameter "mem=4096m" everything is fine, except that I get only 3 GB RAM. If I add the boot parameter "acpi=off" I get the 4 GB RAM, but after a few minutes the system reboots. Kernel version: Linux version 2.6.31-ARCH (root@architect) (gcc version 4.4.2 (GCC) ) #1 SMP PREEMPT Tue Nov 10 19:01:40 CET 2009 Distribution: Arch Linux (64 bit) Hardware: Fujitsu Siemens Amilo PI 3540, BIOS Version: 1.09C
Created attachment 23953 [details] Module information
Created attachment 23954 [details] /proc/ioports
Created attachment 23955 [details] /proc/iomem
Created attachment 23956 [details] PCI information
Created attachment 23957 [details] Memory information
Will you please attach the output of acpidump, dmesg, dmidecode on your box? It will be great if you can attach the .config file. Thanks.
Created attachment 23960 [details] acpidump
Created attachment 23961 [details] dmesg
Created attachment 23962 [details] dmidecode
Created attachment 23963 [details] .config
Will you please try to change the working mode of SATA controller in BIOS option and see whether the issue still exists? thanks.
I don't have an option like that in BIOS.
Hi, Alex DO you mean that you can't change the SATA mode in BIOS? Do have an opportunity to try the 32-bit OS and see whether the issue still exists? Can you confirm whether this issue exists on windows? thanks. Yakui
Hi, Yakui Yes, I can't change the SATA mode in BIOS. I have tried a 32-bit OS and I get only 3 GB RAM, but if I enable PAE then I get 4 GB RAM and everything is ok. But I want a 64-bit OS. The same issue exists in 64-bit Windows (the system reboots and I cannot install the OS)
Hi, again! I found on FujitsuSiemens forum that other people have the same problem with Amilo PI3540. Apparently FujitsuSiemens designed the Amilo Pi3540 with an incorrect memory controller! The device reports wronge values to the OS. Do you think that's the problem?
Retraction, apparently I was wrong: "The issue isn't with the memory controller hardware. The chipset is a just a standard Intel GM45, if the flaw was in the chipset it would affect all laptops, from all manufacturers, using the GM45, not just the Pi series from FSC. It's most likely an issue with remapping memory over the 4GB boundary, as reducing the system memory to less than 4GB solves the issue." A BIOS problem?
so the kernel reboots if you boot w/o mem=4g? hmm, I think we should fix this problem first. > I've observed that the system reboots at the stage "Loading modules". it would be good if you could catch the screenshot when the kernel reboots. or get the kernel log via serial console.
No, the system reboots (at the stage "Loading modules") if I do not add "mem=4096m", but if I add "mem=4096m" then I get 3 GB of RAM from 4 GB of RAM available. Also if I add "acpi=off" I get the 4 GB of RAM, but after a few minutes the system reboots unexpectedly. > it would be good if you could catch the screenshot when the kernel reboots. or get the kernel log via serial console. But if the system reboots how could I catch a screenshot?
(In reply to comment #18) > No, the system reboots (at the stage "Loading modules") if I do not add > "mem=4096m", well, this is the answer I want to get. > but if I add "mem=4096m" then I get 3 GB of RAM from 4 GB of RAM > available. that's right. the last 1024m memory is mapped to address "BIOS-e820: 0000000100000000 - 0000000140000000 (usable)" if you use mem=4096m, Linux kernel will not be aware of this piece of memory. > > it would be good if you could catch the screenshot when the kernel reboots. > or get the kernel log via serial console. > But if the system reboots how could I catch a screenshot? is serial console available? anyway, the more information when the system reboots we get, the more easily we debug this problem. "Loading modules" is not clear enough to me for now. :(
I managed to isolate the modules that cause the reboot: "processor" and "acpi-cpufreq". With this two modules disabled and without using any boot parameters the system doesn't reboots and I have 4 GB of RAM.
>I managed to isolate the modules that cause the reboot: >"processor" and "acpi-cpufreq". >With this two modules disabled and without using any boot parameters the >system >doesn't reboots and I have 4 GB of RAM. If I try to load one of this modules, after the system has booted, the system instantly reboots!
Update: the computer still reboots, but after 5-10 minutes.
please boot with "idle=poll" and see if it helps.
> please boot with "idle=poll" and see if it helps. It doesn't help. It still reboots.
please attach the dmesg output after system boot. and do you see anything unusual when the system reboot? hmm, attach the /var/log/message file would be helpful after a system boot.
Post the dmesg output and /var/log/message with "processor" and "acpi-cpufreq" modules disabled?
yes. 1. boot with these modules and get the dmesg output, 2. wait until the machine reboots. 3. feel free to boot with "mem=4g" this time and attach the/var/log/message file, as well as the dmesg got in step1.
Created attachment 24133 [details] dmesg output with "processor" and "acpi-cpufreq" disabled
Created attachment 24134 [details] /var/log/messages.log with "processor" and "acpi-cpufreq" disabled
Created attachment 24135 [details] dmesg output with no modules disabled and with "mem=4096m"
Created attachment 24136 [details] /var/log/messages.log with no modules disabled and "mem=4096m"
(In reply to comment #21) > >I managed to isolate the modules that cause the reboot: > >"processor" and "acpi-cpufreq". > >With this two modules disabled and without using any boot parameters the > system > >doesn't reboots and I have 4 GB of RAM. > > If I try to load one of this modules, after the system has booted, the system > instantly reboots! please attach all the files under /sys/firmware/acpi/tables/dynamic/. For example, you can get the content of the file by: cat /sys/firmware/acpi/tables/dynamic/SSDT4 > /tmp/ssdt.dat and attach the ssdt.dat here.
Created attachment 24152 [details] SSDT4
Created attachment 24153 [details] SSDT5
Created attachment 24154 [details] SSDT6
Created attachment 24155 [details] SSDT7
does the system reboot if you disable "acpi-cpufreq" driver only?
> does the system reboot if you disable "acpi-cpufreq" driver only? Yes. I need to disable both drivers.
Created attachment 24536 [details] patch: introduce processor.max_pstate please apply this patch, set CONFIG_ACPI_PROCESSOR=y, rebuild your kernel, and then reboot with kernel parameter processor.max_pstate=0. does the problem still exist in this test?
Well, the system boots and I get the 4 GB of RAM, but the system reboots after a few minutes.
please verify if this is a duplicate of bug http://bugzilla.novell.com/show_bug.cgi?id=436895 and check if there is any new BIOS release for you.
http://bugzilla.novell.com/show_bug.cgi?id=436895 Yes, it's duplicate. There is no BIOS update available. I guess I'll have to wait for a BIOS update.
Right. I'll close this bug because it's a BIOS bug and we can do nothing in Linux kernel. let's wait for the new BIOS release. please re-open it if there is anything that you think we could help. :)