{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":346472243,"defaultBranch":"dunfell","name":"meta-rockchip","ownerLogin":"YoeDistro","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2021-03-10T19:42:22.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/43447511?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1716840372.0","currentOid":""},"activityList":{"items":[{"before":"b6280c610ffc99565cde9ef9b796edfb5b84c438","after":"2796f7e8aebf949860b4d9177d7ea9a68385948e","ref":"refs/heads/master","pushedAt":"2024-06-18T20:16:52.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"mesa: build panfrost for RK3566 boards\n\nThe RK356x SoC family (of which we currently only support RK3568) has a\nBifrost GPU that is supported by open-source Panfrost Linux kernel and\nMesa drivers, therefore let's build mesa with Panfrost support for\nRK3566.\n\nSigned-off-by: Marcin Bober ","shortMessageHtmlLink":"mesa: build panfrost for RK3566 boards"}},{"before":"bdba46b6c83cbf4e2d865f1bf549b19da4de91d7","after":"b6280c610ffc99565cde9ef9b796edfb5b84c438","ref":"refs/heads/yoe/mut","pushedAt":"2024-06-15T00:36:08.000Z","pushType":"push","commitsCount":4,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"README: sort MACHINE names\n\nPreviously the MACHINEs were listed in the order in which they were added to\nthe layer. Going forward, separate the list into 32 vs 64 bit, sort each of\nthose groups, while distinguishing between which boards support wic and which\ndon't.\n\nReviewed-by: Quentin Schulz \nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"README: sort MACHINE names"}},{"before":"bdba46b6c83cbf4e2d865f1bf549b19da4de91d7","after":"b6280c610ffc99565cde9ef9b796edfb5b84c438","ref":"refs/heads/master","pushedAt":"2024-06-14T20:09:12.000Z","pushType":"push","commitsCount":4,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"README: sort MACHINE names\n\nPreviously the MACHINEs were listed in the order in which they were added to\nthe layer. Going forward, separate the list into 32 vs 64 bit, sort each of\nthose groups, while distinguishing between which boards support wic and which\ndon't.\n\nReviewed-by: Quentin Schulz \nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"README: sort MACHINE names"}},{"before":"9b20f029184798b4193945bbf286505e88b97da6","after":"bdba46b6c83cbf4e2d865f1bf549b19da4de91d7","ref":"refs/heads/yoe/mut","pushedAt":"2024-06-12T20:48:52.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"user-selectable wic compression\n\nFor boards which build and boot wic images, the user can optionally specify\na compression using the WIC_COMPRESSION_EXTENSION variable. By default \"wic\"\nimages are built, but if the user would prefer, say \"wic.xz\" images, simply\nspecify:\n\n\tWIC_COMPRESSION_EXTENSION = \".xz\"\n\nin the configuration (e.g. conf/local.conf).\n\nReviewed-by: Quentin Schulz \nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"user-selectable wic compression"}},{"before":"9b20f029184798b4193945bbf286505e88b97da6","after":"bdba46b6c83cbf4e2d865f1bf549b19da4de91d7","ref":"refs/heads/master","pushedAt":"2024-06-12T20:15:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"user-selectable wic compression\n\nFor boards which build and boot wic images, the user can optionally specify\na compression using the WIC_COMPRESSION_EXTENSION variable. By default \"wic\"\nimages are built, but if the user would prefer, say \"wic.xz\" images, simply\nspecify:\n\n\tWIC_COMPRESSION_EXTENSION = \".xz\"\n\nin the configuration (e.g. conf/local.conf).\n\nReviewed-by: Quentin Schulz \nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"user-selectable wic compression"}},{"before":"61265b1e6bbb51910c67be038db6b7e4c1fca8d4","after":"9b20f029184798b4193945bbf286505e88b97da6","ref":"refs/heads/yoe/mut","pushedAt":"2024-06-11T22:42:25.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"mesa: build panfrost for RK3568 boards\n\nThe RK356x SoC family (of which we currently only support RK3568) has a\nBifrost GPU that is supported by open-source Panfrost Linux kernel and\nMesa drivers, therefore let's build mesa with Panfrost support for\nRK3568.\n\nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"mesa: build panfrost for RK3568 boards"}},{"before":"61265b1e6bbb51910c67be038db6b7e4c1fca8d4","after":"9b20f029184798b4193945bbf286505e88b97da6","ref":"refs/heads/master","pushedAt":"2024-06-11T20:12:05.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"mesa: build panfrost for RK3568 boards\n\nThe RK356x SoC family (of which we currently only support RK3568) has a\nBifrost GPU that is supported by open-source Panfrost Linux kernel and\nMesa drivers, therefore let's build mesa with Panfrost support for\nRK3568.\n\nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"mesa: build panfrost for RK3568 boards"}},{"before":"3381d6af6eabfb532da16863b785a95abba6b9e8","after":"61265b1e6bbb51910c67be038db6b7e4c1fca8d4","ref":"refs/heads/yoe/mut","pushedAt":"2024-06-07T00:08:09.000Z","pushType":"push","commitsCount":16,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"bsp: u-boot-rockchip.inc: rework ROCKCHIP_TPL to use closed-tpl OVERRIDES\n\nSince closed-tpl OVERRIDES allows us to have a common logic for all\nboards using ROCKCHIP_TPL in U-Boot for specifying external TPL blobs as\nDDR init, let's make use of it.\n\nThis also allows us now to not have to care about the U-Boot recipe\nwhenever a new SoC will be supported.\n\nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"bsp: u-boot-rockchip.inc: rework ROCKCHIP_TPL to use closed-tpl OVERR…"}},{"before":"c8bb75f1726fc0081f15f6a8ad045f0096b9a1cc","after":"273fbdb88bae758d6a06e295e0da1d05de4fbf60","ref":"refs/heads/scarthgap","pushedAt":"2024-06-06T20:15:25.000Z","pushType":"push","commitsCount":16,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"bsp: u-boot-rockchip.inc: rework ROCKCHIP_TPL to use closed-tpl OVERRIDES\n\nSince closed-tpl OVERRIDES allows us to have a common logic for all\nboards using ROCKCHIP_TPL in U-Boot for specifying external TPL blobs as\nDDR init, let's make use of it.\n\nThis also allows us now to not have to care about the U-Boot recipe\nwhenever a new SoC will be supported.\n\nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"bsp: u-boot-rockchip.inc: rework ROCKCHIP_TPL to use closed-tpl OVERR…"}},{"before":"3381d6af6eabfb532da16863b785a95abba6b9e8","after":"61265b1e6bbb51910c67be038db6b7e4c1fca8d4","ref":"refs/heads/master","pushedAt":"2024-06-06T20:15:17.000Z","pushType":"push","commitsCount":16,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"bsp: u-boot-rockchip.inc: rework ROCKCHIP_TPL to use closed-tpl OVERRIDES\n\nSince closed-tpl OVERRIDES allows us to have a common logic for all\nboards using ROCKCHIP_TPL in U-Boot for specifying external TPL blobs as\nDDR init, let's make use of it.\n\nThis also allows us now to not have to care about the U-Boot recipe\nwhenever a new SoC will be supported.\n\nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"bsp: u-boot-rockchip.inc: rework ROCKCHIP_TPL to use closed-tpl OVERR…"}},{"before":"bf9ade59abc15a5f6fb5450265c214450f35857f","after":"c8bb75f1726fc0081f15f6a8ad045f0096b9a1cc","ref":"refs/heads/scarthgap","pushedAt":"2024-06-04T20:07:36.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"rockchip-extlinux.inc: fix non-fit KERNEL_IMAGETYPE image boot\n\nOn systems where KERNEL_IMAGETYPE is not set to fitImage, one needs to\neither pass an DTB or a path to a directory where DTBs are located on\nthe rootfs.\n\nWhen FDT property in extlinux is provided, FDTDIR isn't used (and\nactually u-boot-extlinux-config doesn't even write it to the\nconfiguration file).\n\nWhen relative paths are used, they are relative to the directory where\nextlinux.conf is stored[1]. Since the DTBs are stored in /boot, just\nproviding the filename of the DTB won't work because extlinux in U-Boot\nwill search for it in /boot/extlinux. We should therefore either use ../\nprefix for relative paths or use /boot to make it absolute. /boot is\nmore explicit and easily parseable, so let's use the latter.\n\n[1] https://wiki.syslinux.org/wiki/index.php?title=Config#Working_directory\n\nFixes: d80fa46c42f2 (\"rockchip-extlinux.inc: handle multiple DTs in KERNEL_DEVICETREE\")\nFixes: 3b51866f2251 (\"remove /boot partition\")\nFixes: 13316b796814 (\"KERNEL_DEVICETREE: 32-bit re-org\")\nReviewed-by: Trevor Woerner \nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"rockchip-extlinux.inc: fix non-fit KERNEL_IMAGETYPE image boot"}},{"before":"8df8a4017a1938ab238cb27d2552edafda71d113","after":"3381d6af6eabfb532da16863b785a95abba6b9e8","ref":"refs/heads/master","pushedAt":"2024-05-30T20:12:27.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"rockchip-extlinux.inc: fix non-fit KERNEL_IMAGETYPE image boot\n\nOn systems where KERNEL_IMAGETYPE is not set to fitImage, one needs to\neither pass an DTB or a path to a directory where DTBs are located on\nthe rootfs.\n\nWhen FDT property in extlinux is provided, FDTDIR isn't used (and\nactually u-boot-extlinux-config doesn't even write it to the\nconfiguration file).\n\nWhen relative paths are used, they are relative to the directory where\nextlinux.conf is stored[1]. Since the DTBs are stored in /boot, just\nproviding the filename of the DTB won't work because extlinux in U-Boot\nwill search for it in /boot/extlinux. We should therefore either use ../\nprefix for relative paths or use /boot to make it absolute. /boot is\nmore explicit and easily parseable, so let's use the latter.\n\n[1] https://wiki.syslinux.org/wiki/index.php?title=Config#Working_directory\n\nFixes: d80fa46c42f2 (\"rockchip-extlinux.inc: handle multiple DTs in KERNEL_DEVICETREE\")\nFixes: 3b51866f2251 (\"remove /boot partition\")\nFixes: 13316b796814 (\"KERNEL_DEVICETREE: 32-bit re-org\")\nReviewed-by: Trevor Woerner \nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"rockchip-extlinux.inc: fix non-fit KERNEL_IMAGETYPE image boot"}},{"before":"8df8a4017a1938ab238cb27d2552edafda71d113","after":"3381d6af6eabfb532da16863b785a95abba6b9e8","ref":"refs/heads/yoe/mut","pushedAt":"2024-05-30T19:21:08.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"rockchip-extlinux.inc: fix non-fit KERNEL_IMAGETYPE image boot\n\nOn systems where KERNEL_IMAGETYPE is not set to fitImage, one needs to\neither pass an DTB or a path to a directory where DTBs are located on\nthe rootfs.\n\nWhen FDT property in extlinux is provided, FDTDIR isn't used (and\nactually u-boot-extlinux-config doesn't even write it to the\nconfiguration file).\n\nWhen relative paths are used, they are relative to the directory where\nextlinux.conf is stored[1]. Since the DTBs are stored in /boot, just\nproviding the filename of the DTB won't work because extlinux in U-Boot\nwill search for it in /boot/extlinux. We should therefore either use ../\nprefix for relative paths or use /boot to make it absolute. /boot is\nmore explicit and easily parseable, so let's use the latter.\n\n[1] https://wiki.syslinux.org/wiki/index.php?title=Config#Working_directory\n\nFixes: d80fa46c42f2 (\"rockchip-extlinux.inc: handle multiple DTs in KERNEL_DEVICETREE\")\nFixes: 3b51866f2251 (\"remove /boot partition\")\nFixes: 13316b796814 (\"KERNEL_DEVICETREE: 32-bit re-org\")\nReviewed-by: Trevor Woerner \nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"rockchip-extlinux.inc: fix non-fit KERNEL_IMAGETYPE image boot"}},{"before":"bf9ade59abc15a5f6fb5450265c214450f35857f","after":"8df8a4017a1938ab238cb27d2552edafda71d113","ref":"refs/heads/yoe/mut","pushedAt":"2024-05-28T05:04:00.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"u-boot: updates for WORKDIR/UNPACKDIR cleanup\n\nBuilds no longer work if artifacts are placed in WORKDIR.\n\noe-core: b84eec5c4cbf (\"base: Switch UNPACKDIR to a subdir of WORKDIR\")\nReviewed-by: Quentin Schulz \nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"u-boot: updates for WORKDIR/UNPACKDIR cleanup"}},{"before":null,"after":"bf9ade59abc15a5f6fb5450265c214450f35857f","ref":"refs/heads/scarthgap","pushedAt":"2024-05-27T20:06:12.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"add basic b4 config file\n\nb4[1] is a very nice tool for mail-based contribution. A config[2] file\nexists to set up a few defaults. We can use it to set the To recipients\nto always add, in our case the mailing list.\n\nThis shouldn't be necessary if we had a script that b4 prep --auto-to-cc\ncould call to find the mail address(es) to send to. While we could do\nthat, this opens the door to people trying to add a way to notify some\npeople (e.g. a MAINTAINERS file) which is not somewhere the project\nwants to go right now, and this also makes sure the address is always\nadded even if one forgets to run b4 prep --auto-to-cc (which is part of\nthe typical workflow for U-Boot and Linux kernel, but is not necessary\nthanks to this patch).\n\nAdditionally, automatically provide a default prefix so that one doesn't\nneed to not forget to run `b4 prep --set-prefixes meta-rockchip` for\neach series.\n\n[1] https://pypi.org/project/b4/\n[2] https://b4.docs.kernel.org/en/latest/config.html\n\nReviewed-by: Trevor Woerner \nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"add basic b4 config file"}},{"before":"bf9ade59abc15a5f6fb5450265c214450f35857f","after":"8df8a4017a1938ab238cb27d2552edafda71d113","ref":"refs/heads/master","pushedAt":"2024-05-27T20:06:04.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"u-boot: updates for WORKDIR/UNPACKDIR cleanup\n\nBuilds no longer work if artifacts are placed in WORKDIR.\n\noe-core: b84eec5c4cbf (\"base: Switch UNPACKDIR to a subdir of WORKDIR\")\nReviewed-by: Quentin Schulz \nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"u-boot: updates for WORKDIR/UNPACKDIR cleanup"}},{"before":"1f8a8d917b9715acf97fae23bb9bff8bc80b723b","after":"bf9ade59abc15a5f6fb5450265c214450f35857f","ref":"refs/heads/yoe/mut","pushedAt":"2024-05-27T00:42:37.000Z","pushType":"push","commitsCount":6,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"add basic b4 config file\n\nb4[1] is a very nice tool for mail-based contribution. A config[2] file\nexists to set up a few defaults. We can use it to set the To recipients\nto always add, in our case the mailing list.\n\nThis shouldn't be necessary if we had a script that b4 prep --auto-to-cc\ncould call to find the mail address(es) to send to. While we could do\nthat, this opens the door to people trying to add a way to notify some\npeople (e.g. a MAINTAINERS file) which is not somewhere the project\nwants to go right now, and this also makes sure the address is always\nadded even if one forgets to run b4 prep --auto-to-cc (which is part of\nthe typical workflow for U-Boot and Linux kernel, but is not necessary\nthanks to this patch).\n\nAdditionally, automatically provide a default prefix so that one doesn't\nneed to not forget to run `b4 prep --set-prefixes meta-rockchip` for\neach series.\n\n[1] https://pypi.org/project/b4/\n[2] https://b4.docs.kernel.org/en/latest/config.html\n\nReviewed-by: Trevor Woerner \nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"add basic b4 config file"}},{"before":"1f8a8d917b9715acf97fae23bb9bff8bc80b723b","after":"bf9ade59abc15a5f6fb5450265c214450f35857f","ref":"refs/heads/master","pushedAt":"2024-05-26T20:06:02.000Z","pushType":"push","commitsCount":6,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"add basic b4 config file\n\nb4[1] is a very nice tool for mail-based contribution. A config[2] file\nexists to set up a few defaults. We can use it to set the To recipients\nto always add, in our case the mailing list.\n\nThis shouldn't be necessary if we had a script that b4 prep --auto-to-cc\ncould call to find the mail address(es) to send to. While we could do\nthat, this opens the door to people trying to add a way to notify some\npeople (e.g. a MAINTAINERS file) which is not somewhere the project\nwants to go right now, and this also makes sure the address is always\nadded even if one forgets to run b4 prep --auto-to-cc (which is part of\nthe typical workflow for U-Boot and Linux kernel, but is not necessary\nthanks to this patch).\n\nAdditionally, automatically provide a default prefix so that one doesn't\nneed to not forget to run `b4 prep --set-prefixes meta-rockchip` for\neach series.\n\n[1] https://pypi.org/project/b4/\n[2] https://b4.docs.kernel.org/en/latest/config.html\n\nReviewed-by: Trevor Woerner \nSigned-off-by: Quentin Schulz ","shortMessageHtmlLink":"add basic b4 config file"}},{"before":"88f2064ca2b83b42a7c8a59616ab80b763ef2485","after":"1f8a8d917b9715acf97fae23bb9bff8bc80b723b","ref":"refs/heads/yoe/mut","pushedAt":"2024-05-23T23:19:48.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"enable stored U-Boot environment\n\nU-Boot has the ability to store its environment variables to a permanent\nstorage device. Whether or not it does so for any one specific device\ndepends on whatever settings are enabled in that specific device's\ndefconfig. In order to definitively configure U-Boot to be able to store\nits environment into the device from which it boots, for any device\nsupported in this BSP, simply add the following to MACHINE_FEATURES:\n\n\trk-u-boot-env\n\nIf enabled, there is now a second choice to make: should the build also\ninclude the U-Boot environment in the image or not? The default environment,\nas generated by U-Boot, can be included in the generated wic image. If it\nis included, then flashing the image will also flash the default U-Boot\nenvironment variables and settings, wiping out anything that might have been\nthere already. If it is not included then your device will either continue\nusing whatever environment happens to be there (if valid), or will not use any\nstored environment if the stored environment has not been set or is invalid.\nThe variable which governs this behaviour is:\n\n\tRK_IMAGE_INCLUDES_UBOOT_ENV\n\nBy default this is set to \"0\", meaning that by default the image does not\ncontain the U-Boot environment. To enable this behaviour, enable this\nvariable. This variable only takes effect if rk-u-boot-env is listed in\nMACHINE_FEATURES, and has no effect otherwise.\n\nThe script:\n\n\tscripts/dump-uboot-env-from-yocto-image.sh\n\ncan be used on a rockchip wic image to see the contents of the U-Boot\nenvironment partition at build time.\n\nTested by booting the same image on both eMMC and SDcard with the following\ndevices, verifying the ability to read and write the U-Boot environment in\nboth U-Boot and Linux user-space, and that changes made in one are seen in the\nother:\n\trock-3a\n\trock-5a\n\trock-5b\n\trock-pi-4b\n\trock-pi-e\n\trock64\n\nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"enable stored U-Boot environment"}},{"before":"88f2064ca2b83b42a7c8a59616ab80b763ef2485","after":"1f8a8d917b9715acf97fae23bb9bff8bc80b723b","ref":"refs/heads/master","pushedAt":"2024-05-23T20:08:49.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"enable stored U-Boot environment\n\nU-Boot has the ability to store its environment variables to a permanent\nstorage device. Whether or not it does so for any one specific device\ndepends on whatever settings are enabled in that specific device's\ndefconfig. In order to definitively configure U-Boot to be able to store\nits environment into the device from which it boots, for any device\nsupported in this BSP, simply add the following to MACHINE_FEATURES:\n\n\trk-u-boot-env\n\nIf enabled, there is now a second choice to make: should the build also\ninclude the U-Boot environment in the image or not? The default environment,\nas generated by U-Boot, can be included in the generated wic image. If it\nis included, then flashing the image will also flash the default U-Boot\nenvironment variables and settings, wiping out anything that might have been\nthere already. If it is not included then your device will either continue\nusing whatever environment happens to be there (if valid), or will not use any\nstored environment if the stored environment has not been set or is invalid.\nThe variable which governs this behaviour is:\n\n\tRK_IMAGE_INCLUDES_UBOOT_ENV\n\nBy default this is set to \"0\", meaning that by default the image does not\ncontain the U-Boot environment. To enable this behaviour, enable this\nvariable. This variable only takes effect if rk-u-boot-env is listed in\nMACHINE_FEATURES, and has no effect otherwise.\n\nThe script:\n\n\tscripts/dump-uboot-env-from-yocto-image.sh\n\ncan be used on a rockchip wic image to see the contents of the U-Boot\nenvironment partition at build time.\n\nTested by booting the same image on both eMMC and SDcard with the following\ndevices, verifying the ability to read and write the U-Boot environment in\nboth U-Boot and Linux user-space, and that changes made in one are seen in the\nother:\n\trock-3a\n\trock-5a\n\trock-5b\n\trock-pi-4b\n\trock-pi-e\n\trock64\n\nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"enable stored U-Boot environment"}},{"before":"0fe7d9c64e69c2aab5825e0facab47ee250c7188","after":"88f2064ca2b83b42a7c8a59616ab80b763ef2485","ref":"refs/heads/yoe/mut","pushedAt":"2024-04-22T21:40:38.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"wic: add GPT partition names to partitions\n\nA filesystem label (/dev/disk/by-label) is a property of, and stored in, the\nfilesystem itself. Partitions that are not destined to hold filesystems are\nnot formatted, therefore it is not possible to assign filesystem labels to\nsuch partitions.\n\nHowever, if GPT partitioning is being used, GPT supports the notion of\nassigning labels/names to the partitions which are stored as part of the GPT\npartition table itself (instead of being stored in the filesystem in the\npartition). The naming is a bit confusing (different tools use different\nnames) but `wic` calls this \"--part-name\", `lsblk` calls this \"PARTLABEL\", and\n`parted` calls this \"name\".\n\nIn Linux user-space these partition labels are referenced via\n/dev/disk/by-partlabel and provide an excellent way of finding these GPT\npartitions regardless of which backing device is actually being used (e.g.\nmmcblk0, mmcblk1... i.e. emmc, sdcard...).\n\nAn example where this would be handy is for interacting with a stored U-Boot\nenvironment. Another potential use would be to use one of the unused raw\npartitions to store information such as MAC addresses, serial numbers, etc.\nwhich could be set/updated \"at the factory\" as images are flashed.\n\nTested with both systemd and sysvinit on both rock-pi-e and rock-pi-s.\n\nReviewed-by: Quentin Schulz \nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"wic: add GPT partition names to partitions"}},{"before":"0fe7d9c64e69c2aab5825e0facab47ee250c7188","after":"88f2064ca2b83b42a7c8a59616ab80b763ef2485","ref":"refs/heads/master","pushedAt":"2024-04-22T20:05:25.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"wic: add GPT partition names to partitions\n\nA filesystem label (/dev/disk/by-label) is a property of, and stored in, the\nfilesystem itself. Partitions that are not destined to hold filesystems are\nnot formatted, therefore it is not possible to assign filesystem labels to\nsuch partitions.\n\nHowever, if GPT partitioning is being used, GPT supports the notion of\nassigning labels/names to the partitions which are stored as part of the GPT\npartition table itself (instead of being stored in the filesystem in the\npartition). The naming is a bit confusing (different tools use different\nnames) but `wic` calls this \"--part-name\", `lsblk` calls this \"PARTLABEL\", and\n`parted` calls this \"name\".\n\nIn Linux user-space these partition labels are referenced via\n/dev/disk/by-partlabel and provide an excellent way of finding these GPT\npartitions regardless of which backing device is actually being used (e.g.\nmmcblk0, mmcblk1... i.e. emmc, sdcard...).\n\nAn example where this would be handy is for interacting with a stored U-Boot\nenvironment. Another potential use would be to use one of the unused raw\npartitions to store information such as MAC addresses, serial numbers, etc.\nwhich could be set/updated \"at the factory\" as images are flashed.\n\nTested with both systemd and sysvinit on both rock-pi-e and rock-pi-s.\n\nReviewed-by: Quentin Schulz \nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"wic: add GPT partition names to partitions"}},{"before":"faac4aac1839801cfb1297775d65ebc9932a5a89","after":"0fe7d9c64e69c2aab5825e0facab47ee250c7188","ref":"refs/heads/yoe/mut","pushedAt":"2024-04-18T06:49:01.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"u-boot: remove now-upstreamed rock-pi-e patches\n\nThese patches were back-ported from upstream to fix an issue with automatically\nhandling different ethernet PHY chips on different spins of the rock-pi-e\nboard. Now that the version of U-Boot has been updated in oe-core master,\nthese pack-ports are no longer required to be applied explicitly.\n\nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"u-boot: remove now-upstreamed rock-pi-e patches"}},{"before":"faac4aac1839801cfb1297775d65ebc9932a5a89","after":"0fe7d9c64e69c2aab5825e0facab47ee250c7188","ref":"refs/heads/master","pushedAt":"2024-04-17T20:05:59.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"u-boot: remove now-upstreamed rock-pi-e patches\n\nThese patches were back-ported from upstream to fix an issue with automatically\nhandling different ethernet PHY chips on different spins of the rock-pi-e\nboard. Now that the version of U-Boot has been updated in oe-core master,\nthese pack-ports are no longer required to be applied explicitly.\n\nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"u-boot: remove now-upstreamed rock-pi-e patches"}},{"before":"06a65d47e37e1651f0d7a0e4a77e069780bd8460","after":"faac4aac1839801cfb1297775d65ebc9932a5a89","ref":"refs/heads/yoe/mut","pushedAt":"2024-03-28T20:16:25.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"README: update submission information\n\nThe project now has a new mailing list dedicated to patches for projects that\ndon't warrant their own mailing list. Please use this new mailing list when\nsending patches so as to not clutter up the main discussion mailing list and\npotentially deterring newcomers.\n\nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"README: update submission information"}},{"before":"06a65d47e37e1651f0d7a0e4a77e069780bd8460","after":"faac4aac1839801cfb1297775d65ebc9932a5a89","ref":"refs/heads/master","pushedAt":"2024-03-28T20:13:19.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"README: update submission information\n\nThe project now has a new mailing list dedicated to patches for projects that\ndon't warrant their own mailing list. Please use this new mailing list when\nsending patches so as to not clutter up the main discussion mailing list and\npotentially deterring newcomers.\n\nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"README: update submission information"}},{"before":"6adc4b305dd832999566e41df1a548ebe5e8adc3","after":"06a65d47e37e1651f0d7a0e4a77e069780bd8460","ref":"refs/heads/yoe/mut","pushedAt":"2024-03-08T17:59:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"rock-5[ab]: use regular yocto kernel\n\nUpstream kernel support for both the rock-5a and rock-5b landed in version\n6.5. Nanbield contained linux-yocto recipes for both 6.1 and 6.5 so it\nwas best to simply have these MACHINEs use linux-yocto-dev. Post-nanbield\noecore master only has a recipe for 6.6 (so far), therefore these two\nMACHINEs can use linux-yocto by default, instead of linux-yocto-dev.\n\nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"rock-5[ab]: use regular yocto kernel"}},{"before":"6adc4b305dd832999566e41df1a548ebe5e8adc3","after":"06a65d47e37e1651f0d7a0e4a77e069780bd8460","ref":"refs/heads/master","pushedAt":"2024-03-08T09:04:33.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"rock-5[ab]: use regular yocto kernel\n\nUpstream kernel support for both the rock-5a and rock-5b landed in version\n6.5. Nanbield contained linux-yocto recipes for both 6.1 and 6.5 so it\nwas best to simply have these MACHINEs use linux-yocto-dev. Post-nanbield\noecore master only has a recipe for 6.6 (so far), therefore these two\nMACHINEs can use linux-yocto by default, instead of linux-yocto-dev.\n\nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"rock-5[ab]: use regular yocto kernel"}},{"before":"4ad1a1e868aa8ad169f2ee27cf61fa006de43afa","after":"6adc4b305dd832999566e41df1a548ebe5e8adc3","ref":"refs/heads/yoe/mut","pushedAt":"2024-03-05T23:17:07.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"rockchip.wks: fix typo\n\nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"rockchip.wks: fix typo"}},{"before":"bcf1d9255f1df7a49ed8dbd5e9bf7d980589eb55","after":"2fbada46052c9195687ec994050a35a7cad55e24","ref":"refs/heads/nanbield","pushedAt":"2024-03-05T21:05:42.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"kraj","name":"Khem Raj","path":"/kraj","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/465279?s=80&v=4"},"commit":{"message":"rockchip.wks: fix typo\n\nSigned-off-by: Trevor Woerner ","shortMessageHtmlLink":"rockchip.wks: fix typo"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEaN19awA","startCursor":null,"endCursor":null}},"title":"Activity · YoeDistro/meta-rockchip"}