Raspberry Pi Forums

What is in boot.scr? Any references to fdt are particularly relevant.

I made a mistake - the sd_overclock parameter is currently only supported on the older Pis, and was intended to boost the clock as well as reduce it. Something similar could probably added to the sdhci-iproc driver used by BCM2711, but it isn't there yet. And you're right about the sdhci-iproc drive...

SD cards are meant to run as fast as they can, which for that interface is 50MHz. Linux has no standard way to change that. However, the Pi MMC/SD drivers have an extra setting that allows the clock to be changed. To run the interface at 20MHz, add "dtparam=sd_overclock=20" to confíg.txt. ...

> how i can enable the flow control of uart5? You've done enough to enable the flow control signals from the UART to appear on the 40-pin header, but: 1. The UART may not be configured to use them. RTS (strictly, nRTS) is driven low when the UART is ready to receive data. Similarly, it looks for low...

> in which version of kernel shows ttyAMA5?

The patch appeared in 6.1.26, so it should be included in yours. "ls /dev/ttyAMA*" if you're in doubt. Note that you might get different results if the Device Tree (dtb) files weren't also updated.

To see if the overlay has been applied correctly and is being used by the kernel, what does "raspi-gpio get 12-15" show?

Note that with one of the latest kernels, enabling UART5 results in /dev/ttyAMA5 appearing, not /dev/ttyAMA1.

Did you run both of those images on the same board? Did you notice that the serial number also changed? My guess is that U-boot has been configured to use a pre-canned, pre-patched DTB, rather than inherit one from the firmware (which U-boot can easily do).

It's certainly nothing to worry about, provided the cpuinfo value matches the device you paid for. I don't know how the value programmed into the OTP is obtained - whether it is supposed to change when the RAM size on the production line is changed, whether they all get the same fixed value, or some...

I can see something similar with an SPI display. I think it's caused by something in this PR: https://github.com/raspberrypi/linux/pull/5458

I couldn't say - I'm not an electronics engineer. It's also possible that the RX input on the CM4 is damaged.

The firmware has always reserved the right to control the core clock without any form of handshake with or limitation by the ARM, as a way of preventing thermal runaway. If ARM performance is not a limitation for you then you may find that switching the powersave governor is a suitable way to preven...

Code: Select all

pin 1(5V) --> 5V

That's a bit alarming - the GPIOs are 3.3V, and may explain why you can't get a response.

It's a subject that's come up more than once, and there should probably be a more portable way to achieve the same effect. "core_freq=max" or "core_freq=min" appeals, but the parser is expecting integers so that doesn't work. Magic values signifying max and min would be easy to a...

Doh - corrected. I wish I could say it was the first time I've got that wrong.

Unfortunately the SPI clock is derived from the core clock, and with the default configuration the core clock varies with load. On any Pi you can lock the core lock by giving the config.txt settings "core_freq" and "core_freq_min" the same value, e.g. 500 on a Pi 4. `force_turbo=...

> The heat sink on the module Which heat sink is this? They aren't standard equipment. > I use PD charger which for my cell phone to supply this board, is it possible that it(charger) source more than 5V?? I genuine PD charger shouldn't offer higher current or voltages to a non-PD device, but you se...

Hmm - I wonder if your embedded clock declaration has confused the kernel into thinking you want it to be something other than a tty; that's how the kernel-configured Bluetooth support works. Try moving it into a fragment of its own, using a target-path (not a target) of "/" or ("/clo...

Because the new way is logical and what upstream do. We've been reverting a patch for years now, but apart from the fact that it is a change it is hard to justify not doing so.

Your overlay doesn't appear to disable spidev0.0. Are you using another overlay for that, or is the clash the cause of your problem?

This should do what you want:

Code: Select all

$ sudo cat /sys/kernel/debug/gpio

Searching for "raspberry pi thermal printer cups driver" finds quite a few tutorials that may be relevant.

What's in your cmdline.txt? You should see the command line fairly early in the kernel log.

I've been informed that you have access to the portal, and have done since the end of March...

Good.

The current rpi-6.1.y top-of-tree (1229967a3ab8) includes the missing line. And the test Pi with the broken SDIO interface (and therefore no error messages) is now in the e-waste bin.

Search found 4694 matches

Re: CM4: Mismatched revision code from bootloader vs cpuinfo

Re: Setting mmc0 4-bit mode actual clock speed on rpi4b

Re: Setting mmc0 4-bit mode actual clock speed on rpi4b

Re: CTS RTS Pin enable

Re: CTS RTS Pin enable

Re: CTS RTS Pin enable

Re: CM4: Mismatched revision code from bootloader vs cpuinfo

Re: CM4: Mismatched revision code from bootloader vs cpuinfo

Re: Moving Linux Kernel to 6.1

Re: Connecting to CM4 via usb-serial (Linux host)

Re: SPI Clock speed jumping

Re: Connecting to CM4 via usb-serial (Linux host)

Re: SPI Clock speed jumping

Re: SPI Clock speed jumping

Re: SPI Clock speed jumping

Re: CM4 seems burnt with no reason

Re: MAX3107 Won't appear in /dev

Re: Moving Linux Kernel to 6.1

Re: MAX3107 Won't appear in /dev

Re: Show all GPIOs in use

Re: Thermal printer with parallel port

Re: Kernel panic / boot with SSD not possible

Re: NDA Contact

Re: Moving Linux Kernel to 6.1

Re: Moving Linux Kernel to 6.1