Once I plug in the AC, I see some traffic on the SPI_CLK. I assume this is coming from the EC as it is reading its programming from the BIOS chip. EC_RSMRST# goes HI almost immediately after the AC is plugged in, so the programming of the BIOS seems to be fine.

Once I press the power button, DRAMRST# goes high but it shows these pull down spikes every 1.7 ms which have a width of around 3 µs. Does anyone have an idea why this might be the case?


[ATTACH=JSON]{"data-align":"none","data-size":"full","title":"capture3.png","data-attachmentid":3250212}[/ATTACH]...

I checked DRAMRST#. At least I think I did, cause I had to aquire a boardview to find a spot where to sample the signal. However I could not find a boardview for the exact same PCB I have so I used another from the same lineup of laptops which looked very similar.

DRAMRST# is pullled high through a resistor and when everything is initialized it should be pulled low by the PCH I assume? I checked with a DSO, there are some attempts (I guess) to initialize the RAM so I can see some spikes of roughly 10 µs length where it is pulled low but then it goes high again. I don't think that...

​I have checked all rail Voltages now, including some auxiliary ones not present in this diagram.

Everything seems to be in order except for the iGPU core voltage which is not present during startup. However, I guess this could be normal behavior.

I have also checked the clock signal from the BIOS chip and can confirm, that something is happening, i.e. data is being transferred. Does anyone know under what conditions the EC controller determines that something is amiss and switches everything off again after 15 seconds? Is there some JTAG like debugging that I can do?...

I was looking at the datasheet of a similar VR controller and I now see that there is a serial bus between CPU and VR controller, which makes sense for modern systems.
Anyway in the datasheet it says: "For rails where the boot voltage is set to 0, the PWM of the rail remains in tri-state until a valid SVID voltage is received."

Can someone confirm whether it is normal behavior for intel CPUs that the iGPU power is switched on at later stage during the startup process?
I mean there is another deicated GPU so it might make sense?
Because then I need to look...

I have checked the PWM on the MOSFET (MP86941), its at half of the supply voltage which according to a datasheet means diode emulation mode. Since the PWM pin is pulled to half of the supply in the FET internally, it could indicate a broken trace of from the controller or the controller is not outputting anything, not sure what to make of this. The controller is controlling 6 rails and 5 of them are working. I cant find any datasheet for the controller unfortunately. It is a MP2979A. Does anyone have a datasheet?

Thanks for the suggestion, I checked all core voltages when switched on. Everything seems fine except for the rail named VCCGFXCORE in the schematic, which is at a low 0.62 mV. Seems to be dedicated to the internal GPU of the CPU. The way I read the schematic it should be available at the same time as the CPU core voltage cause the buck converter FETs share the same SYNC pin. So either the PWM signal from the controller or the MOSFET is bad. I can check the PWM with a scope but my bet is on the MOSFET. Or is there any other reason why the VCCGFXCORE should be off at the start? The voltage to the...

Hello everyone,

I have a Legion Y540-17IRH-PG0 with NM-C541 Mainboard with the following symptoms.

After pressing the Power button ...[LIST][*]The fans spin very briefly and then turn off[*]The keyboard backlight turns on for 2-3 seconds[*]The power button and the side LED1 stay on for roughly 15 seconds and then turn off[/LIST]I cleared CMOS which did not help. Charging seems to work just fine, so battery management is not the problem. I checked the power rails for shorts, seems fine to me. Only the NVVDD rail is fairly low resistance with 0.65 Ohms. However this can...