Regarding v4.4

RK1Gaming

I think I have right

# http://rpf.io/configtxt
# Some settings may impact device functionality. See link above for details

# uncomment if you get no picture on HDMI for a default "safe" mode
#hdmi_safe=1

# uncomment this if your display has a black border of unused pixels visible
# and your display can output without overscan
disable_overscan=1

# uncomment the following to adjust overscan. Use positive numbers if console
# goes off screen, and negative if there is too much border
#overscan_left=16
#overscan_right=16
#overscan_top=16
#overscan_bottom=16

# uncomment to force a console size. By default it will be display's size minus
# overscan.
#framebuffer_width=1280
#framebuffer_height=720

# uncomment if hdmi display is not detected and composite is being output
#hdmi_force_hotplug=1

# uncomment to force a specific HDMI mode (this will force VGA)
#hdmi_group=1
#hdmi_mode=1

# uncomment to force a HDMI mode rather than DVI. This can make audio work in
# DMT (computer monitor) modes
#hdmi_drive=2

# uncomment to increase signal to HDMI, if you have interference, blanking, or
# no display
#config_hdmi_boost=4

# uncomment for composite PAL
#sdtv_mode=2

#uncomment to overclock the arm. 700 MHz is the default.
#arm_freq=800

# Uncomment some or all of these to enable the optional hardware interfaces
#dtparam=i2c_arm=on
#dtparam=i2s=on
#dtparam=spi=on

# Uncomment this to enable the lirc-rpi module
#dtoverlay=lirc-rpi

# Additional overlays and parameters are documented /boot/overlays/README

# Enable audio (loads snd_bcm2835)
dtparam=audio=on
gpu_mem_256=128
gpu_mem_512=256
gpu_mem_1024=256
overscan_scale=1

mitu

@rk1gaming Surround the text you pasted with four (4) backticks, one separate lines.

RK1Gaming

I just got a brand new SD card and copied the image to it. Pu the card into the Pi, the initial install went fine and so did updating the system. I went to install the first package "DGEN" and it locked up. Why?

mitu

@rk1gaming said in Regarding v4.4:

Why?

You should try determining if your problem is HW related - run a CPU stress program (like https://core-electronics.com.au/tutorials/stress-testing-your-raspberry-pi.html) and see if it still locks up. Locking is usually indicative of inadequate power supply or improper ventilation.

RK1Gaming

I will try that, thank you.

mitu

While looking the other day of the over the Raspbian updates, I've noticed they added a recent change in the firmware, specifically for the 3b+ model. The change is firmware:

platform: Pi3 B+ reduce sdram freq to 450 while investigations are ongoing

referencing a long thread in their forums (https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=208821) where lockups are reported for the new model. Some of the topic posters ran a stress test using memtester and got pretty reproducible lockups.

If you manage to get a stress test that would lock up the system, you might try either to update to the latest firmware (via rpi-update) or add to your config.txt file

sdram_freq=450

and see if you get a more stable system.

quicksilver

@mitu isn't 450mhz the stock speed? What are they reducing from?

RK1Gaming

where do I add the line in config.txt?

mitu

@quicksilver For the 3B+, sdram_freq seems a bit different (500). If you have one, you can check with vcgencmd get_config int from a command line.

mitu

@rk1gaming Just add it at the end of the file, on a separate line. But, have you been able to run any of the stress tests I've been mentioning ?

RK1Gaming

No, but I was able to run a rom for 3 and a half hours just now.

RK1Gaming

by the way, I did have my Pi 3 B+ in a case and took it out. I have a ceiling fan kinda blow directly on the Pi and it still locked up after 3 hours. IDK!

quicksilver

@rk1gaming slightly off topic but why are you installing dgen?

RK1Gaming

I installed it because it is a good SEGA Genesis emulator for Windows, at least it was.

RK1Gaming

I updated the raspberryPi's firmware and that seemed to do the trick. It doesn't lock up anymore. Thanks for all the help.

quicksilver

@rk1gaming dgen is pretty outdated and doesn't have the benefit of retroarch controls. In most cases the default emulators that have been selected by the retropie team work best. For Genesis use lr-genesisplusgx. Can also use lr-picodrive as an alternative if needed.

RK1Gaming

thanks.

mitu

@rk1gaming Glad you got it sorted out. Just for curiosity, can you run vcgencmd get_config int from the terminal and post the output ?

RK1Gaming

arm_freq=1200
audio_pwm_mode=514
config_hdmi_boost=5
core_freq=400
desired_osc_freq=0x33e140
desired_osc_freq_boost=0x3c45b0
disable_commandline_tags=2
disable_l2cache=1
display_hdmi_rotate=-1
display_lcd_rotate=-1
force_eeprom_read=1
force_pwm_open=1
framebuffer_ignore_alpha=1
framebuffer_swap=1
gpu_freq=300
hdmi_force_cec_address=65535
init_uart_clock=0x2dc6c00
lcd_framerate=60
over_voltage_avs=25000
over_voltage_avs_boost=0x1e848
over_voltage_sdram_p=2
pause_burst_frames=1
program_serial_random=1
sdram_freq=500
sdram_schmoo=0x2000020

Clyde

@mitu said in Regarding v4.4:

Wrap the contents of the file in code tags (````) so it's readable.

@quicksilver said in Regarding v4.4:

@rk1gaming put four back tics (````) without the parenthesis before and after blocks of code

Actually, three tics suffice. 😌