<feed xmlns='http://www.w3.org/2005/Atom'>
<title>staging/dangole/config/Config-images.in, branch main</title>
<subtitle>Staging tree of Daniel Golle</subtitle>
<id>https://git-03.infra.openwrt.org/openwrt/staging/dangole/atom?h=main</id>
<link rel='self' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/'/>
<updated>2024-05-04T06:14:16Z</updated>
<entry>
<title>loongarch64: new target</title>
<updated>2024-05-04T06:14:16Z</updated>
<author>
<name>Weijie Gao</name>
</author>
<published>2024-01-06T19:10:45Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/commit/?id=7fcb82665e96a50174084c8bfcd0302ce31291f4'/>
<id>urn:sha1:7fcb82665e96a50174084c8bfcd0302ce31291f4</id>
<content type='text'>
Add target for Loongson LoongArch64-based boards.

LoongArch is a new RISC ISA developed by Loongson. It's a bit like
MIPS or RISC-V. LoongArch includes both 32-bit and 64-bit versions
(LoongArch32/LoongArch64).

Loongson 3A5000 and 3A6000 are the two existing CPUs of LoongArch64
and is used for PC products. It's BIOS supports ACPI and UEFI-only
boot. These CPUs supports SMP and SMT.

At present only LoongArch64 is supported by linux kernel.

Toolchain requirement:
binutils &gt;= 2.40
gcc &gt;= 13.1

For details, please check the following links:
https://lwn.net/Articles/861951/
https://loongson.github.io/LoongArch-Documentation/README-EN.html

Signed-off-by: Weijie Gao &lt;hackpascal@gmail.com&gt;
</content>
</entry>
<entry>
<title>mediatek: increase size of the sdcard image to 512 MiB</title>
<updated>2024-05-02T13:58:31Z</updated>
<author>
<name>Daniel Golle</name>
</author>
<published>2024-04-30T21:21:16Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/commit/?id=918d81a3eac01be2309a54435e06f0a9d6c6f812'/>
<id>urn:sha1:918d81a3eac01be2309a54435e06f0a9d6c6f812</id>
<content type='text'>
Increasing the size of the rootfs_data filesystem has become a ever
repeating discussion and seems to be the most important thing for
users of the MediaTek-based BananaPi boards.

Using the whole remaining size of a microSD or the eMMC for rootfs_data
doesn't make sense for many reasons, but neither does the current
default of 104 MiB for the 'rootfs' partition size.

Increase the 'rootfs' partition size to 448 MiB which will result in
the sdcard image being exactly 512 MiB. Finding a microSD card smaller
than 512 MiB and still working could anyway be difficult in 2024.

That will allow users to install even bloatware written in Go or other
space-hungry languages while still leaving most of the space unallocated
for additional partitions or volumes to be used for persistent user
data.

Signed-off-by: Daniel Golle &lt;daniel@makrotopia.org&gt;
</content>
</entry>
<entry>
<title>config: Enable ext4 journaling by default.</title>
<updated>2024-03-29T16:49:53Z</updated>
<author>
<name>Jordan Woyak</name>
</author>
<published>2024-03-26T01:56:06Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/commit/?id=f9f2426e398cf74d1098ae40317bfba677ac7560'/>
<id>urn:sha1:f9f2426e398cf74d1098ae40317bfba677ac7560</id>
<content type='text'>
Not having a journal by default is a major "gotcha".

Because openwrt does not fsck on boot, a power loss without journaling
can result in a dirty filesystem that openwrt will mount as read-only
which requires intervention to restore the router to working order.

Signed-off-by: Jordan Woyak &lt;jordan.woyak@gmail.com&gt;
</content>
</entry>
<entry>
<title>target: Make TARGET_SERIAL independent of GRUB configuration</title>
<updated>2023-11-29T22:43:01Z</updated>
<author>
<name>Hauke Mehrtens</name>
</author>
<published>2023-11-26T22:04:04Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/commit/?id=4211eab085ba38be024dc27731ee8135a671a8e8'/>
<id>urn:sha1:4211eab085ba38be024dc27731ee8135a671a8e8</id>
<content type='text'>
GRUB_SERIAL is also used for the default serial on the target and not
only in grub. When no grub was build it was not available and the build
fails.

Rename GRUB_SERIAL to TARGET_SERIAL and make it always available on x86
and armsr targets.

Fixes: #14063
Fixes: b10768476f9d ("x86,armsr: interpolate GRUB_SERIAL into /etc/inittab")
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>ipq807x: rename target to qualcommax</title>
<updated>2023-06-16T09:11:08Z</updated>
<author>
<name>Robert Marko</name>
</author>
<published>2023-06-11T17:32:52Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/commit/?id=f02f6aaa8d4e1025ab4aa9f569123e57f689f4e5'/>
<id>urn:sha1:f02f6aaa8d4e1025ab4aa9f569123e57f689f4e5</id>
<content type='text'>
Currently, ipq807x only covers Qualcomm IPQ807x SoC-s.
However, Qualcomm also has IPQ60xx and IPQ50xx SoC-s under the AX WiSoC-s
and they share a lot of stuff with IPQ807x, especially IPQ60xx so to avoid
duplicating kernel patches and everything lets make a common target with
per SoC subtargets.

Start doing that by renaming ipq807x to qualcommax so that dependencies
on ipq807x target can be updated.

Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>config: change references from armvirt to armsr</title>
<updated>2023-06-10T19:30:20Z</updated>
<author>
<name>Mathew McBride</name>
</author>
<published>2023-06-06T23:22:01Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/commit/?id=40ce6a7920a8f56d07228795a526576a8762aead'/>
<id>urn:sha1:40ce6a7920a8f56d07228795a526576a8762aead</id>
<content type='text'>
armvirt target has been renamed to armsr (Arm SystemReady),
so the config defaults need to be changed as well.

Signed-off-by: Mathew McBride &lt;matt@traverse.com.au&gt;
</content>
</entry>
<entry>
<title>build: enable vmdk/vmware images for arm64 target</title>
<updated>2023-06-02T09:36:19Z</updated>
<author>
<name>Mathew McBride</name>
</author>
<published>2022-01-12T05:53:55Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/commit/?id=f899e0e024825861e129b0e8fbfb31c1d614273a'/>
<id>urn:sha1:f899e0e024825861e129b0e8fbfb31c1d614273a</id>
<content type='text'>
This is useful for VMware's ARM64 products, e.g Fusion for M1/ARM Macs.

Signed-off-by: Mathew McBride &lt;matt@traverse.com.au&gt;
</content>
</entry>
<entry>
<title>build: use 128MiB as the boot/kernel partition size on armvirt target</title>
<updated>2023-06-02T09:36:18Z</updated>
<author>
<name>Mathew McBride</name>
</author>
<published>2021-06-01T01:48:25Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/commit/?id=71e56b2ff1e8aeb3205784c0b5f8ca6ba0fbbf63'/>
<id>urn:sha1:71e56b2ff1e8aeb3205784c0b5f8ca6ba0fbbf63</id>
<content type='text'>
The nominal partition type for EFI boot partitions is FAT32,
which has a minimum size of 32MiB on a 512-byte-sector block device.

To ensure that the boot partition is created as FAT32 set a size
well above this minimum.

A useful discussion about EFI partition sizes can be found here:
https://superuser.com/questions/1310927/what-is-the-absolute-minimum-size-a-uefi-system-partition-can-be

I have found 128MiB works pretty consistently across both
tools (mkfs.fat) and firmwares (EDKII)

Signed-off-by: Mathew McBride &lt;matt@traverse.com.au&gt;
</content>
</entry>
<entry>
<title>grub2: enable EFI for armvirt</title>
<updated>2023-06-02T09:36:12Z</updated>
<author>
<name>Mathew McBride</name>
</author>
<published>2021-02-24T04:53:40Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/commit/?id=8f29b1573ddf3b7ed7c53bee1a7d55e574806205'/>
<id>urn:sha1:8f29b1573ddf3b7ed7c53bee1a7d55e574806205</id>
<content type='text'>
This adds a separate package for EFI on Arm SystemReady
compatible machines. 32-bit Arm UEFI is supported as well.

It is very similar to x86-64 EFI setup, without the
need for BIOS backward compatibility and slightly
different default modules.

Signed-off-by: Mathew McBride &lt;matt@traverse.com.au&gt;
</content>
</entry>
<entry>
<title>build: fix for sourcing targets image config installed via feeds</title>
<updated>2023-02-26T21:22:48Z</updated>
<author>
<name>Prasun Maiti</name>
</author>
<published>2022-11-16T11:03:33Z</published>
<link rel='alternate' type='text/html' href='https://git-03.infra.openwrt.org/openwrt/staging/dangole/commit/?id=522a60cd31686a3d1b6d7ed1229eb68568aa89ac'/>
<id>urn:sha1:522a60cd31686a3d1b6d7ed1229eb68568aa89ac</id>
<content type='text'>
Sourcing of image/Config.in will not happen
When a target is installed from target/linux/feeds/

Signed-off-by: Prasun Maiti &lt;prasunmaiti87@gmail.com&gt;
Acked-by: Petr Štetiar &lt;ynezz@true.cz&gt;
</content>
</entry>
</feed>
