Search the Community

Now the mainline u-boot has decent pcie and pcie phy driver for rk3399. The only deficiency is the clock of pcie phy not included. The first attached patch add this clock so that u-boot proper can load linux kernel residing in an ext4 partition of nvme ssd.pcie_phy_clk.patch The second patch enables loading the environment from a file in an ext4 partition of nvme ssd.env_nvme.patch More conveniently the u-boot proper(u-boot.itb) could be an ordinary file residing in an ext4 partition of nvme ssd. The idbloader(tpl/spl in spi/emmc/sdcard) could load it if pcie nvme support is enabled in spl. That's the third attachment.spl_nvme.patch The usb and usb phy is working so the usbkbd can be used to choose a boot option without a serial port debug console. The last attachment set the default env to enable usbkbd and vidconsole.env_vidconsole_usbkbd.patch And for your convenience my u-boot config for nanopc-t4 also attached here.u-boot.config

Hello, i'm using the NanoPC-T4 with Armbian Bookworm (23.8.1 with Linux 6.1.63-current-media) Kernel and Mainsail/Klipper is running on in smooth and gently. Since i want to record timelapse videos, i've decided to buy the orginial "FriendlyELEC Cam1320 PI Camera Module" based on the OV13850. I've connected it in the expectation that it should work together. But the System is not detecting the camera module. $ v4l2-ctl --list-devices rockchip,rk3399-vpu-enc (platform: hantro-vpu): /dev/video2 /dev/video4 /dev/media1 rockchip-rga (platform:rga): /dev/video0 rkvdec (platform:rkvdec): /dev/video3 /dev/media0 rockchip-iep (platform:rockchip-iep): /dev/video1 I found a project which contains patches for the camera module, is there any way to see if these patches are integrated in the armbian kernel? And if not, is it possible to add these patches or is there a way to build a custom kernel with these patches easily? Or am I looking at the wrong place?

After recent kernel update, USB3.0 ports no longer work, There is an error printed in kernel log. [ 2.826383] phy phy-ff800000.phy.6: phy poweron failed --> -110 [ 2.827119] dwc3 fe900000.usb: error -ETIMEDOUT: failed to initialize core [ 2.827881] dwc3: probe of fe900000.usb failed with error -110 I found this issue in NanoPC T4, but it might also appear in other RK3399 boards. lsusb didn't show any USB3.0 controller. Confirmed this isn't my hardware's problem, another board have this issue too. dwc3.txt

I don't have a NanoPC-T4, but I have a NanoPC-T6 which I mainly bought because of the Dual Camera options of the MCAM400 on the T4 and the high-speed encoding properties of the Rockchip... those possibilities should be very similar for the T6 actually... Whatever, the camera configuration seems to be mostly here but I struggle to do the similar thing with the device tree of the T6... Anyone who has an idea about this and is willing to help me with that?

Hello, I have been trying to get back to a working nanopc-t4. I'm traveling with an almost worthless computer since I accidently let armbian update itself. The next few days I have access to a TV. To get my screen to work I convert the - media - version to support dtb overlays, the build the driver and overlay. This needs the build in the modules to be present. Using uname -r gives me this path. usr/lib/modules/6.2.0-rc8-media/build I can install Linux headers through armbian-config. That does nothing for allowing make in the modules which is what I need. What am I missing and how do I get it? I have installed kernel source and headers and build essential. Thank you

NanoPC-T4 My above board successfully installs and is accessible via SSH on all of the following releases. Armbian Bullseye Server and Desktop Armbian Bookworm Server and Desktop Armbian Jammy Desktop In all cases neither the CLI Screen or the desktop screen ever show up via the HDMI. Ive changed HDMI cable, different monitor and different PSU I wondered if there any CLI commands that might help my confirm what the fault is or if the board is broken? Thanks for any help!

How to use GPIOS like the FriendlyELEC's official system? Wiringpi does not work on Armbian, can you adapt the Armbain system of Nanopc T4 to Wiringpi?

Hello, I stupidly upgraded without thinking about the possible consequences. 6.1 to 6.2. Ive had my /home on nvme. But the nvme drive is no longer recognized. I have managed to get my display back, Im not sure about my panel yet. I had restore my device tree overlay. Ive hacked around losing the nvme. But it would be good to get my nvme drive back. I've got some work to do to deal with not having that storage and what was on it. Can anyone point me in the right direction? Alternatively, maybe it's not too hard to roll back to 6.1? I haven't contemplated that.

NanoPC-T4 only has 16GRAM, which is still a bit small for daily use. So I want to put u-boot on emmc or sd card, and install the system on nvme solid state drive. If I want to realize this function, can the armbian-config tool help me realize it quickly? Or do I need to set u-boot parameters and compile by myself, thus installing the system in nvme SSD?

I bought a NanoPC-T4 development board designed by friendlyelec and installed the Armbian operating system. But the heat generated by the Rk3399 main control chip is too high. I bought an official PWM fan. According to the official wiki, the fan can work normally. However, under the same configuration under Armbian, the fan can’t work normally, so I What work needs to be done? Thanks.

Hello, I have been building images for the NanoPC-T4 with armbian successfully in the past. However I now get the error "could not resolve 'ports.ubuntu.com'" when the build tries to install ping_5.1-1_arm64.deb (full log below). Do you have any idea what this comes from and how I could solve/debug this ? Thank you Additional info : I added 8.8.8.8 as an alternative DNS server on my machine, I can ping ports.ubuntu.com successfully. I have cloned the armbian build and head points to this commit https://github.com/armbian/build/commit/5b8d86ae5f6f34cf6cc13edf6b1def2773f66f0a Best regards, Rick

Hello, I have had a nanopc-t4 and a few others for a long time now. I have tried to create a working dtb for it a few different times. My understanding of device trees is superficial I have not had good success. I have read the kernels DT docs many times. I can of course run an ancient 4.19 kernel but I would much rather be at the edge. Currently I've got armbian 22, but no edp. I can boot Friendly's lubuntu and then the edp works. Although it is edp or hdmi not both. I must unplug the edp to get the hdmi port to work. Which is really undesirable. If I remember, it can only enable 2 of its 3 hdmi ports at a time, so that is likely a simple DT change. I am wondering if it is even reasonable to wish for a working edp port with a modern kernel on any arm board. Or if possibly someone has a device tree for it that enables the edp. I have not tried an LTS version of armbian, I'm not familiar with the names and versions. I will look. So I'm wondering if anyone has the edp working or can explain where to look and maybe even why this situation exists where device support is lacking in newer kernels. Any help would be appreciated, Erica

root@nanopct4:/home/paco# pulseaudio -check pulseaudio: opción inválida -- 'c' E: [pulseaudio] main.c: Falló al analizar la línea de comando.

I planned to upgrade and skip current 5.18 (EOL) with edge 5.19 or just use LTS 5.15. Offcial images 5.19/edge (e.g. Armbian_22.08.1_Nanopct4_sid_edge_5.19.5.img.xz) won't boot at all, maybe a short uboot screen. Using uboot v22.04 like other rk3399 boards did not fix it. SInce the nanopct4.conf is boardfamily=media but also works with rockchip64 (which was changed some time ago), building with boardfamily=rockchip64 current 5.15 or edge 5.19 works fine, the cli builds boot as expected. Maybe a general question, which bordfamily fits now best to nanopct4. I remember exactly problems which were fixed bei 150balbes maintainer when pulling it to media. Thankfully all patches found their way to rockchip64, which seems to be more active for rk3399 in general. Do you have any plans to combine them again?

root@nanopct4:/boot/overlay-user# armbian-add-overlay lcd-mipi-opi4.dts Armbian is not installed properly. Missing armbian-release or armbianEnv.txt I found 22.08 using extlinux.conf instead of the legacy set of boot.scr + text files. That will miss overlay function when using extlinux ?

Hello everyone, I want to use uart4 port for zigbee2mqtt,but I don't know how to activates it.

Test version with EFI\Grub support (with HDMI output) for rk3399. for station p1 https://disk.yandex.ru/d/HZ34T76zxS9pnw for nanopc t4 https://disk.yandex.ru/d/SjBMYJ37U6699A firefly-rk3399 https://disk.yandex.ru/d/BfrzRRyvdtavIg

I have a weird issue where I have everything working as I want it a few different services running in docker (Pi-Hole, Motioneye, Home Assistant, Emby) and all their individual management pages are accessible. However as soon as i move the install over to emmc, all networking seems to break, with services no longer working, but some admin pages report everything is fine. Pi-Hole for example shows as running but no devices accessing the dns cant load webpages and the pi-hole management pages stop showing any further queries received. ive repeated the process of doing a clean install to sd , everything fine. move to emmc stops working ☹️

https://github.com/sigmaris/u-boot First I tried the mainline uboot v2022.04 version and the sigmaris uboot, in the uboot command line I executed the nvme info command and found no nvme devices available. https://github.com/radxa/u-boot Since the radxa version does not have the relevant configuration files for nanopc-t4, the compilation and testing of the radxa version is abandoned. Is the patch in this thread for the mainline v2020.04 release? @piter75 @Hover

Hi, since latest upgrade to new kernel 22.02 stable the system becomes unstable. There are issues writing to mmc2 and "EXT4-fs (mmcblk2p1): Remounting filesystem read-only". This does not allow most of the apps to work properly (e.g. openmediavault stops working) I tried to switch back to previous kernel version through armbian-config but that does not work too Pls help. Thanks

Edit: This is a duplicate already reported and a pull request in place. mods please delete The solution is to revert a patch related to power management. Symptoms are that ethernet link comes up, but no ip, dhcp, cannot assign ip address. the following patch resolves the issue on my system. I did not raise this in bug tracker since its not allowed to put things in there that are not supported. Unsure what else to do with info, hopefully it will help someone else. From ad63cb5d37f9634fc097249ddda4240c10f041d7 Mon Sep 17 00:00:00 2001 From: Dan Johansen <strit@manjaro.org> Date: Tue, 7 Sep 2021 16:26:09 +0200 Subject: [PATCH] Revert "net: stmmac: dwmac-rk: fix unbalanced pm_runtime_enable warnings" This reverts commit 2d26f6e39afb88d32b8f39e76a51b542c3c51674. --- drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c b/drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c index ed817011a94a..280ac0129572 100644 --- a/drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c +++ b/drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c @@ -21,6 +21,7 @@ #include <linux/delay.h> #include <linux/mfd/syscon.h> #include <linux/regmap.h> +#include <linux/pm_runtime.h> #include "stmmac_platform.h" @@ -1528,6 +1529,9 @@ static int rk_gmac_powerup(struct rk_priv_data *bsp_priv) return ret; } + pm_runtime_enable(dev); + pm_runtime_get_sync(dev); + if (bsp_priv->integrated_phy) rk_gmac_integrated_phy_powerup(bsp_priv); @@ -1536,9 +1540,14 @@ static int rk_gmac_powerup(struct rk_priv_data *bsp_priv) static void rk_gmac_powerdown(struct rk_priv_data *gmac) { + struct device *dev = &gmac->pdev->dev; + if (gmac->integrated_phy) rk_gmac_integrated_phy_powerdown(gmac); + pm_runtime_put_sync(dev); + pm_runtime_disable(dev); + phy_power_on(gmac, false); gmac_clk_enable(gmac, false); } -- 2.33.0

Is anyone having issues with the Cinnamon desktop version restarting the desktop when using the menu app launcher? Can be repeated by launching with super key and typing anything for search or just launching any application. Happens with all 3 major menu app launchers. menu, cinnamenu and cinnstark Pinebook pro

This is the uart output of the latest image Armbian_21.05.1_Nanopct4_focal_current_5.10.35.img.xz DDR Version 1.24 20191016 In Channel 0: LPDDR3, 800MHz CS = 0 MR0=0x58 MR1=0x58 MR2=0x58 MR3=0x58 MR4=0x2 MR5=0x1 MR6=0x5 MR7=0x0 MR8=0x1F MR9=0x1F MR10=0x1F MR11=0x1F MR12=0x1F MR13=0x1F MR14=0x1F MR15=0x1F MR16=0x1F CS = 1 MR0=0x58 MR1=0x58 MR2=0x58 MR3=0x58 MR4=0x3 MR5=0x1 MR6=0x5 MR7=0x0 MR8=0x1F MR9=0x1F MR10=0x1F MR11=0x1F MR12=0x1F MR13=0x1F MR14=0x1F MR15=0x1F MR16=0x1F Bus Width=32 Col=10 Bank=8 Row=15/15 CS=2 Die Bus-Width=32 Size=2048MB Channel 1: LPDDR3, 800MHz CS = 0 MR0=0x58 MR1=0x58 MR2=0x58 MR3=0x58 MR4=0x2 MR5=0x1 MR6=0x5 MR7=0x0 MR8=0x1F MR9=0x1F MR10=0x1F MR11=0x1F MR12=0x1F MR13=0x1F MR14=0x1F MR15=0x1F MR16=0x1F CS = 1 MR0=0x58 MR1=0x58 MR2=0x58 MR3=0x58 MR4=0x3 MR5=0x1 MR6=0x5 MR7=0x0 MR8=0x1F MR9=0x1F MR10=0x1F MR11=0x1F MR12=0x1F MR13=0x1F MR14=0x1F MR15=0x1F MR16=0x1F Bus Width=32 Col=10 Bank=8 Row=15/15 CS=2 Die Bus-Width=32 Size=2048MB 256B stride ch 0 ddrconfig = 0x101, ddrsize = 0x2020 ch 1 ddrconfig = 0x101, ddrsize = 0x2020 pmugrf_os_reg[2] = 0x3AA0DAA0, stride = 0xD OUT Boot1: 2019-03-14, version: 1.19 CPUId = 0x0 ChipType = 0x10, 245 SdmmcInit=2 0 BootCapSize=100000 UserCapSize=14910MB FwPartOffset=2000 , 100000 mmc0:cmd5,20 SdmmcInit=0 0 BootCapSize=0 UserCapSize=59238MB FwPartOffset=2000 , 0 StorageInit ok = 153908 SecureMode = 0 SecureInit read PBA: 0x4 SecureInit read PBA: 0x404 SecureInit read PBA: 0x804 SecureInit read PBA: 0xc04 SecureInit read PBA: 0x1004 SecureInit read PBA: 0x1404 SecureInit read PBA: 0x1804 SecureInit read PBA: 0x1c04 SecureInit ret = 0, SecureMode = 0 atags_set_bootdev: ret:(0) GPT 0x3380ec0 signature is wrong recovery gpt... GPT 0x3380ec0 signature is wrong recovery gpt fail! LoadTrust Addr:0x4000 No find bl30.bin No find bl32.bin Load uboot, ReadLba = 2000 Load OK, addr=0x200000, size=0xcc678 RunBL31 0x40000 NOTICE: BL31: v1.3(debug):42583b6 NOTICE: BL31: Built : 07:55:13, Oct 15 2019 NOTICE: BL31: Rockchip release version: v1.1 INFO: GICv3 with legacy support detected. ARM GICV3 driver initialized in EL3 INFO: Using opteed sec cpu_context! INFO: boot cpu mask: 0 INFO: plat_rockchip_pmu_init(1190): pd status 3e INFO: BL31: Initializing runtime services WARNING: No OPTEE provided by BL2 boot loader, Booting device without OPTEE initialization. SMC`s destined for OPTEE will return SMC_UNK ERROR: Error initializing runtime service opteed_fast INFO: BL31: Preparing for EL3 exit to normal world INFO: Entry point address = 0x200000 INFO: SPSR = 0x3c9 U-Boot 2020.10-armbian (May 06 2021 - 17:32:09 +0000) SoC: Rockchip rk3399 Reset cause: POR Model: FriendlyElec NanoPC-T4 DRAM: 3.9 GiB PMIC: RK808 MMC: mmc@fe310000: 2, mmc@fe320000: 1, sdhci@fe330000: 0 Loading Environment from MMC... *** Warning - bad CRC, using default environment In: serial Out: vidconsole Err: vidconsole Model: FriendlyElec NanoPC-T4 Net: eth0: ethernet@fe300000 Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... Found U-Boot script /boot/boot.scr 3185 bytes read in 6 ms (517.6 KiB/s) ## Executing script at 00500000 Boot script loaded from mmc 1 117 bytes read in 6 ms (18.6 KiB/s) 15343864 bytes read in 704 ms (20.8 MiB/s) 28582400 bytes read in 1304 ms (20.9 MiB/s) 77436 bytes read in 16 ms (4.6 MiB/s) 2698 bytes read in 12 ms (218.8 KiB/s) Applying kernel provided DT fixup script (rockchip-fixup.scr) ## Executing script at 09000000 Moving Image from 0x2080000 to 0x2200000, end=3de0000 ## Loading init Ramdisk from Legacy Image at 06000000 ... Image Name: uInitrd Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 15343800 Bytes = 14.6 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 01f00000 Booting using the fdt blob at 0x1f00000 Loading Ramdisk to f107a000, end f1f1c0b8 ... OK Loading Device Tree to 00000000f0ffe000, end 00000000f1079fff ... OK Starting kernel ... And it just stucks here... No response to any input (except reset botton) Then I tried the image Armbian_20.05.7_Nanopct4_focal_current_5.4.49.img.xz and it boots. DDR Version 1.24 20191016 In Channel 0: LPDDR3, 800MHz CS = 0 MR0=0x58 MR1=0x58 MR2=0x58 MR3=0x58 MR4=0x2 MR5=0x1 MR6=0x5 MR7=0x0 MR8=0x1F MR9=0x1F MR10=0x1F MR11=0x1F MR12=0x1F MR13=0x1F MR14=0x1F MR15=0x1F MR16=0x1F CS = 1 MR0=0x58 MR1=0x58 MR2=0x58 MR3=0x58 MR4=0x3 MR5=0x1 MR6=0x5 MR7=0x0 MR8=0x1F MR9=0x1F MR10=0x1F MR11=0x1F MR12=0x1F MR13=0x1F MR14=0x1F MR15=0x1F MR16=0x1F Bus Width=32 Col=10 Bank=8 Row=15/15 CS=2 Die Bus-Width=32 Size=2048MB Channel 1: LPDDR3, 800MHz CS = 0 MR0=0x58 MR1=0x58 MR2=0x58 MR3=0x58 MR4=0x2 MR5=0x1 MR6=0x5 MR7=0x0 MR8=0x1F MR9=0x1F MR10=0x1F MR11=0x1F MR12=0x1F MR13=0x1F MR14=0x1F MR15=0x1F MR16=0x1F CS = 1 MR0=0x58 MR1=0x58 MR2=0x58 MR3=0x58 MR4=0x3 MR5=0x1 MR6=0x5 MR7=0x0 MR8=0x1F MR9=0x1F MR10=0x1F MR11=0x1F MR12=0x1F MR13=0x1F MR14=0x1F MR15=0x1F MR16=0x1F Bus Width=32 Col=10 Bank=8 Row=15/15 CS=2 Die Bus-Width=32 Size=2048MB 256B stride ch 0 ddrconfig = 0x101, ddrsize = 0x2020 ch 1 ddrconfig = 0x101, ddrsize = 0x2020 pmugrf_os_reg[2] = 0x3AA0DAA0, stride = 0xD OUT Boot1: 2019-03-14, version: 1.19 CPUId = 0x0 ChipType = 0x10, 245 SdmmcInit=2 0 BootCapSize=100000 UserCapSize=14910MB FwPartOffset=2000 , 100000 mmc0:cmd8,20 mmc0:cmd5,20 mmc0:cmd55,20 mmc0:cmd1,20 mmc0:cmd8,20 mmc0:cmd5,20 mmc0:cmd55,20 mmc0:cmd1,20 mmc0:cmd8,20 mmc0:cmd5,20 mmc0:cmd55,20 mmc0:cmd1,20 SdmmcInit=0 1 StorageInit ok = 66981 SecureMode = 0 SecureInit read PBA: 0x4 SecureInit read PBA: 0x404 SecureInit read PBA: 0x804 SecureInit read PBA: 0xc04 SecureInit read PBA: 0x1004 SecureInit read PBA: 0x1404 SecureInit read PBA: 0x1804 SecureInit read PBA: 0x1c04 SecureInit ret = 0, SecureMode = 0 atags_set_bootdev: ret:(0) GPT 0x3380ec0 signature is wrong recovery gpt... GPT 0x3380ec0 signature is wrong recovery gpt fail! LoadTrust Addr:0x4000 No find bl30.bin No find bl32.bin Load uboot, ReadLba = 2000 Load OK, addr=0x200000, size=0xa66c0 RunBL31 0x40000 NOTICE: BL31: v1.3(debug):42583b6 NOTICE: BL31: Built : 07:55:13, Oct 15 2019 NOTICE: BL31: Rockchip release version: v1.1 INFO: GICv3 with legacy support detected. ARM GICV3 driver initialized in EL3 INFO: Using opteed sec cpu_context! INFO: boot cpu mask: 0 INFO: plat_rockchip_pmu_init(1190): pd status 3e INFO: BL31: Initializing runtime services WARNING: No OPTEE provided by BL2 boot loader, Booting device without OPTEE initialization. SMC`s destined for OPTEE will return SMC_UNK ERROR: Error initializing runtime service opteed_fast INFO: BL31: Preparing for EL3 exit to normal world INFO: Entry point address = 0x200000 INFO: SPSR = 0x3c9 U-Boot 2020.04-armbian (Jun 28 2020 - 18:10:11 +0000) SoC: Rockchip rk3399 Reset cause: POR Model: FriendlyElec NanoPC-T4 DRAM: 3.9 GiB PMIC: RK808 MMC: dwmmc@fe310000: 2, dwmmc@fe320000: 1, sdhci@fe330000: 0 Loading Environment from MMC... *** Warning - bad CRC, using default environment In: serial@ff1a0000 Out: serial@ff1a0000 Err: serial@ff1a0000 Model: FriendlyElec NanoPC-T4 Net: eth0: ethernet@fe300000 Hit any key to stop autoboot: 0 Card did not respond to voltage select! switch to partitions #0, OK mmc0(part 0) is current device Scanning mmc 0:1... Found U-Boot script /boot/boot.scr 3185 bytes read in 18 ms (171.9 KiB/s) ## Executing script at 00500000 Boot script loaded from mmc 0 166 bytes read in 15 ms (10.7 KiB/s) 14741002 bytes read in 1421 ms (9.9 MiB/s) 21914112 bytes read in 2097 ms (10 MiB/s) 74693 bytes read in 40 ms (1.8 MiB/s) 2698 bytes read in 40 ms (65.4 KiB/s) Applying kernel provided DT fixup script (rockchip-fixup.scr) ## Executing script at 09000000 ## Loading init Ramdisk from Legacy Image at 06000000 ... Image Name: uInitrd Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 14740938 Bytes = 14.1 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 01f00000 Booting using the fdt blob at 0x1f00000 Loading Ramdisk to f5113000, end f5f21dca ... OK Loading Device Tree to 00000000f5098000, end 00000000f5112fff ... OK Starting kernel ... [ 7.289300] OF: graph: no port node found in /i2c@ff3d0000/typec-portc@22 [ 7.324967] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4356-sdio for chip BCM4356/2 [ 10.373166] brcmfmac: brcmf_sdio_readshared: invalid sdpcm_shared address 0xFE8B0174 [ 10.374996] brcmfmac: brcmf_sdio_readshared: unable to obtain sdpcm_shared info: rv=-22 (addr=0xfe8b0174) Armbian 20.05.7 Focal ttyS2 nanopct4 login:

Hi, I am trying to disable UAS mode on attached USB HDs (I have quite a good amount of those) to avoid quite common issues. However, it seems that the usb_storage.quirks string is limited to 127 chars! dmesg shows: usb_storage.quirks: string doesn't fit in 127 chars I do not really see the point of limiting the string length to 127 chars..a bit more would be appreciated. Thanks

Hi, I want to know if there is another way to power the Nanopc-t4 besides the 12V input power jack. As far as I know the 12V power input is the only way but If someone have another idea or way to do power the board, it could be very helpful for me. Thanks.