RTEMS / Packages / LibBSD

Go to Issues or Merge Requests

Issues

6 - Add FreeBSD 14 support

Id

6

State

closed

Type

ISSUE

Author

Chris Johns

Assignee(s)

Chris Johns, Aaron Nyholm

Closed by

Amar Takhar

Created

2024-09-11T00:57:49.855Z

Closed

2024-11-08T04:59:35.885Z

Updated

2024-11-22T16:19:07.667Z

Milestone

6.1

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/6

Merges

2

Add support to libbsd for FreeBSD 14. The work is to create a 6-freebsd-14 branch that can be released with 6.1. The 6.1 release may have more than one libbsd branch depending on the support coverage and testing between the branch bring available the level of testing.

A separate branch provides a way for users to test and migrate.

The branch is a staging point to get the main branch to tracking FreeBSD 15 or CURRENT.

The initial work is focused on the 6-freebsd-12 branch. Changes only on the main branch may need to be brought across to the 6-freebsd-14 branch.

Author: Chris Johns

2024-09-11T01:00:15.195Z

assigned to @chris

Author: Chris Johns

2024-09-11T01:23:59.208Z

The work will be posted in @eagleirony personal repo.

Author: Amar Takhar

2024-09-11T01:45:25.970Z

assigned to @alex

Author: Chris Johns

2024-09-11T02:19:45.099Z

unassigned @alex

Author: Chris Johns

2024-09-11T02:23:14.709Z

assigned to @eagleirony

Author: Sebastian Huber

2024-09-11T02:49:47.237Z

From my past experience synchronizing with FreeBSD, I would not use the 6-freebsd-12 branch to do the update. I would first bring the main branch close to 6-freebsd-12, integrate everything present in 6-freebsd-12, and then move on at the main branch with rebases. I would straight go to FreeBSD 15.

The first step is to update the network header files in Newlib to FreeBSD 14 and make sure they are compatible with the 6-freebsd-12 or vice versa.

Author: Chris Johns

2024-09-11T02:49:47.204Z

As documented we will be supporting 6-freebsd-14 and we move to CURRENT on main after.

We will consider the points you raise.

Author: Chris Johns

2024-11-07T23:53:19.681Z

Yes it would be good to have the 6-freebsd-12 history on main. A way to do this is an equivalent of:

  1. Branch main to 6-freebsd-13 . Note, we have a tag for 6-freebsd-13 and @amar says a tag will maintain the commits in the repo to a tag so we can use this and branch the tag if we need to

  2. Delete the commits on main on base to the origin of 6-freebsd-12

  3. Merge 6-freebsd-12 on to main

  4. Update this MR to keep the 6-freebsd-12 changes and add the FreeBSD 14 changes as a single commit

Author: Christian Mauderer

2024-09-11T22:45:42.975Z

Great that someone finds time for that update. Just a side-note from me: I noted that on some earlier update, the default.ini buildset has been used in some steps. Due to that, some files have been missed and for example WLAN made problems. For updates, the everyting.ini buildset would be the right one. I’m not sure whether that’s documented anywhere.

Author: Chris Johns

2024-09-11T22:45:42.943Z

Thanks for the suggestion.

Author: Chris Johns

2024-09-26T05:38:39.864Z

The directory ipsec-tools will not be brought into the 6-freebsd-14 branch. The project shutdown in 2014.

Author: Aaron Nyholm

2024-11-04T01:04:00.966Z

mentioned in merge request !17

Author: Sebastian Huber

2024-11-04T22:35:47.292Z

The !17 adds a couple of files which are also in RTEMS, for example:

./cpukit/include/machine/_kernel_mman.h
./cpukit/include/machine/_kernel_types.h
./cpukit/include/machine/_kernel_in6.h
./cpukit/include/machine/_kernel_uio.h
./cpukit/include/machine/_kernel_param.h
./cpukit/include/machine/_kernel_in.h
./cpukit/include/machine/_kernel_time.h
./cpukit/include/machine/_kernel_cpuset.h

These files should move from RTEMS to the current libbsd main and 6-freebsd-12 branches.

Author: Chris Johns

2024-11-04T22:35:47.255Z

https://lists.rtems.org/pipermail/devel/2024-July/077842.html

Would making this change now effect the 6-freebsd-12 branch?

Author: Sebastian Huber

2024-11-04T23:03:08.598Z

Ok, I forgot that RTEMS sources use also kernel-space headers. These files cannot be moved and they should not be present in libbsd.

Author: Amar Takhar

2024-11-07T23:55:56.268Z

mentioned in issue administration/gitlab#85

Author: Amar Takhar

2024-11-07T23:58:13.531Z

marked this issue as blocked by administration/gitlab#85

Author: Aaron Nyholm

2024-11-19T04:05:42.752Z

mentioned in merge request !23

Author: Ning Yang

2024-11-21T05:29:13.243Z

mentioned in merge request !26

Author: Kinsey Moore

2024-11-22T16:14:50.155Z

mentioned in merge request !30

Author: Kinsey Moore

2024-11-22T16:19:07.633Z

mentioned in merge request !31

14 - dhcp issue when zynqmp BSP is not configured for SMP

Id

14

State

closed

Type

ISSUE

Author

Joel Sherrill

Assignee(s)

Kinsey Moore

Closed by

Chris Johns

Created

2024-11-19T00:11:07.328Z

Closed

2024-11-21T23:36:31.215Z

Updated

2024-11-21T23:37:44.067Z

Milestone

6.1

Labels

libbsd, libbsd::freebsd-12

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/14

Merges

0

Summary

When showing people how to configure, build, and use RTEMS, I tend to start with simple configurations. Below is the configuration I used this time

[aarch64/zynqmp_qemu]
RTEMS_POSIX_API = True
BUILD_SAMPLES = True

I used the uniprocessor configuration and build libbsd. The goal was to show telnetd01.exe working with a shell you could telnet to. The application configuration was slightly modified to turn on DHCPCD (client). The application failed to get an address. This was the same for multiple other people in the class who tried.

Today, I asked @opticron for help debugging this. We confirmed my tools, qemu, rtems, and libbsd matched his. We even tried my telnetd01.exe on his system. It behaved the same. His telnetd01.exe worked for me.

At this point, @opticron quickly deduced that SMP was the difference although we had to verify his insight. It is important to note that for the zynqmp BSP on real hardware, they will enable SMP. This was the configuration for RTEMS which resulted in a working libbsd telnetd01.exe

[aarch64/zynqmp_qemu]
RTEMS_POSIX_API = True
RTEMS_SMP = True
BUILD_SAMPLES = True

In summary, libbsd works with the zynqmp_qemu BSP in SMP mode but not in uniprocessor mode.

Feel free to put on a puzzled expression.

Steps to reproduce

Author: Joel Sherrill

2024-11-19T00:11:07.466Z

assigned to @opticron

Author: Chris Johns

2024-11-20T22:38:58.534Z

I have been running freebsd-12 on a ZynqMP with SMP and without SMP (the XIlinx JTAG box only supports a single core) without issue. I will test again today.

This is on a K26 with 4 cores and local mods for the weird KR260 MII bus layout.

Author: Kinsey Moore

2024-11-20T22:39:19.334Z

From my testing (all QEMU is user-mode networking, DHCP is used as a proxy for functional network communication): * 6-freebsd-12 QEMU SMP works * 6-freebsd-12 QEMU non-SMP doesn’t work * 6-freebsd-12 ZCU102 SMP works * 6-freebsd-12 ZCU102 non-SMP works

  • 6-freebsd-13 QEMU SMP works

  • 6-freebsd-13 QEMU non-SMP works

  • 6-freebsd-13 ZCU102 SMP doesn’t work (produces a large number of PHY read timeouts)

  • 6-freebsd-13 ZCU102 non-SMP doesn’t work (produces a large number of PHY read timeouts)

poll: Bad file number

6-freebsd-14 and main seem to fail during DHCP start with: These don’t perform DHCP correctly at all.

Author: Kinsey Moore

2024-11-20T22:47:57.638Z

With 6-freebsd-12 working everywhere except QEMU non-SMP, I ok to note that and move forward with the release as-is.

Author: Kinsey Moore

2024-11-20T22:48:26.464Z

@gedare do you have any thoughts on the matter?

Author: Chris Johns

2024-11-20T23:06:28.704Z

@opticron DHCP has debug options to log what it is doing. Have you enabled this and then compared the SMP to non-SMP runs?

Author: Gedare Bloom

2024-11-21T03:38:45.081Z

It doesn’t seem to be worth holding the release up.

Author: Kinsey Moore

2024-11-21T15:22:06.950Z

@chris for 6-freebsd-12, it’s obviously trying to send DISCOVER messages, but I haven’t looked into it beyond that. I’ll try to pull packet captures for both.

Author: Kinsey Moore

2024-11-21T19:29:56.913Z

Upon further investigation, this message is produced on the non-SMP QEMU instance:

mbuf_cluster] kern.ipc.nmbclusters limit reached

netstat -m for non-SMP QEMU yields:

1151/134/1285 mbufs in use (current/cache/total)
1024/0/1024/1024 mbuf clusters in use (current/cache/total/max)
1024/0 mbuf+clusters out of packet secondary zone in use (current/cache)
0/0/0/512 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/151 9k jumbo clusters in use (current/cache/total/max)
0/0/0/85 16k jumbo clusters in use (current/cache/total/max)
2335K/33K/2369K bytes allocated to network (current/cache/total)
0/2/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/1/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters delayed (4k/9k/16k)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)

netstat -m for SMP QEMU yields:

1109/271/1380 mbufs in use (current/cache/total)
1031/95/1126/1274 mbuf clusters in use (current/cache/total/max)
1031/94 mbuf+clusters out of packet secondary zone in use (current/cache)
0/0/0/762 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/401 9k jumbo clusters in use (current/cache/total/max)
0/0/0/335 16k jumbo clusters in use (current/cache/total/max)
2339K/257K/2597K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters delayed (4k/9k/16k)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)

netstat -m for non-SMP ZCU102 yields:

280/230/510 mbufs in use (current/cache/total)
263/113/376/1024 mbuf clusters in use (current/cache/total/max)
263/112 mbuf+clusters out of packet secondary zone in use (current/cache)
0/0/0/512 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/151 9k jumbo clusters in use (current/cache/total/max)
0/0/0/85 16k jumbo clusters in use (current/cache/total/max)
596K/283K/879K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters delayed (4k/9k/16k)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)

This appears to be partially caused by QEMU indicating the MII busses on all interfaces are active and so LibBSD brings up all interfaces. On hardware, interfaces with non-terminated MII busses are not brought up. It also appears that there are slightly more mbuf clusters available on SMP builds since this particular test is not configured to bring up additional cores.

Given the above, this is technically a configuration issue.

Author: Kinsey Moore

2024-11-21T19:29:56.785Z

6-freebsd-12 commit b9880143628ad4d1b2c7423d28d852988f7a469e is what allows this to work in SMP mode.

Author: Kinsey Moore

2024-11-21T21:28:21.780Z

mentioned in merge request !27

Author: Kinsey Moore

2024-11-21T23:37:25.004Z

This needs to be ported to the other branches.

Author: Kinsey Moore

2024-11-21T23:37:44.051Z

thread now?

9 - Kernel RPC header installed

Id

9

State

closed

Type

ISSUE

Author

Chris Johns

Assignee(s)

Chris Johns

Closed by

Chris Johns

Created

2024-09-19T00:37:08.200Z

Closed

2024-09-25T00:58:04.776Z

Updated

2024-09-25T00:58:04.821Z

Milestone

6.1

Labels

libbsd, libbsd::freebsd-12

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/9

Merges

1

The build support is installing the kernel RPC header file rpc/auth.h. This clashes with the user land version of the same header file. Only install the user land version of the header file. The build output is:

....
rtems-libbsd-c88476d8c0def10bd3fcc0983c19f6d2536f65e1-x86_64-..../lib/include/rpc/auth.h (from freebsd/sys/rpc/auth.h)
....
rtems-libbsd-c88476d8c0def10bd3fcc0983c19f6d2536f65e1-x86_64-..../lib/include/rpc/auth.h (from freebsd/include/rpc/auth.h)
...

Noitice the same destination for the different files. This has been present for a long time and effects waf install if you have a lot of cores (edited output):

Build failed
Traceback (most recent call last):
File "/opt/.../waflib/Build.py", line 598, in do_install
self.copy_fun(src,tgt)
File "/opt/.../waflib/Build.py", line 541, in copy_fun
shutil.copy2(src,tgt)
File "/usr/local/lib/python3.9/shutil.py", line 445, in copy2
copystat(src, dst, follow_symlinks=follow_symlinks)
File "/usr/local/lib/python3.9/shutil.py", line 384, in copystat
lookup("utime")(dst, ns=(st.st_atime_ns, st.st_mtime_ns),
FileNotFoundError: [Errno 2] No such file or directory
....
waflib.Errors.WafError: Could not install the file '/opt/.../6/arm-rtems6/xilinx_zynq_microzed/lib/include/rpc/auth.h'

Author: Chris Johns

2024-09-19T00:37:08.617Z

assigned to @chris

Author: Chris Johns

2024-09-19T00:51:23.767Z

mentioned in merge request !13

8 - dhcpcd has broken memory handling

Id

8

State

closed

Type

ISSUE

Author

Chris Johns

Assignee(s)

Chris Johns

Closed by

Chris Johns

Created

2024-09-18T01:04:45.237Z

Closed

2024-09-19T00:29:20.168Z

Updated

2024-09-19T00:29:20.179Z

Milestone

6.1

Labels

libbsd, libbsd::freebsd-12

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/8

Merges

1

Summary

Code sometimes crashes after dhcpcd starts but not always. It depends on the gap between the interface being assigned an address, something else requesting heap memory, how that memory is used and the configuration of the DHCP server.

I have a hard crash on an KR260 board with two interfaces mounting an NFSv4 export soon after dhcpcd as started and an interface being assigned an IP4 address. Debugging the crash I discovered the location being changed was the upper 32bits of a XDR buffer pointer and the update correlated to index 324 of the requiremask6 fields of the struct if_options that is allocated then dhcpcd first reads its configuration.

(gdb) p 0xa5010c - (int) &ifo->requiremask6
$26 = 324

I have seen random failures and crashes on Zynq systems I could not track it down. I now believe those are related. dhcpcd frees the read options before it enters the event loop and there must be a reference some where.

Steps to reproduce

  1. Use an AARCH64 BSP and build 6-freebsd-12

  2. Configure 2 interfaces

  3. Use the default dhcpcd configuration with the options of --debug --nobackground --timeout 30

  4. Mount and NSFv4 export soon after the interfaces are assigned IP4 addresses

Analysis

  1. The if_options structure is allocated memory when the options are read.

  2. Options are assigned to interfaces.

  3. The global if_options variable is freed and set to NULL before the event loop runs.

My guess is the options pointer is being held in an interface (or somewhere else) and something related to the IP6 DHCP protocol handling updates an option setting in the requiremask6 field. It could be related to the configuration of the DHCP server and an option given sets and option in requiremask6 to 1.

Author: Chris Johns

2024-09-18T01:04:45.379Z

assigned to @chris

Author: Chris Johns

2024-09-18T01:05:29.306Z

changed the description

Author: Chris Johns

2024-09-18T01:22:19.560Z

mentioned in merge request !12

13 - bus_teardown_intr does not work on nexus bus (opened)

Id

13

State

opened

Type

ISSUE

Author

Loris Nardo

Assignee(s)

Kinsey Moore, Aaron Nyholm

Created

2024-11-06T17:29:50.276Z

Updated

2024-11-14T23:30:49.409Z

Milestone

6.1

Labels

libbsd::freebsd-12

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/13

Merges

0

Summary

To remove a registered interrupt handler from bus_setup_intr, I called the bus_teardown_intr function however the implementation of the teardown function for the nexus bus does install again the interrupt handler instead of removing it. This can be seen in the function nexus_teardown_intr at rtemsbsd/rtems/rtems-kernel-nexus.c.

The function probably should also free the cookie that nexus_setup_intr has allocated.

Author: Loris Nardo

2024-11-06T17:30:44.091Z

changed the description

Author: Loris Nardo

2024-11-06T17:30:52.014Z

changed the description

Author: Chris Johns

2024-11-07T23:26:00.353Z

assigned to @opticron

Author: Kinsey Moore

2024-11-14T23:30:25.664Z

@eagleirony You should also take a look at this as per Chris.

Author: Kinsey Moore

2024-11-14T23:30:49.439Z

assigned to @eagleirony

Merge Requests

27 - Misc 6-freebsd-12 fixes

Id

27

State

merged

Merged by

Kinsey Moore

Merged at

2024-11-21T23:33:48.447Z

Created

2024-11-21T21:28:14.816Z

Updated

2024-11-21T23:39:54.645Z

Milestone

6.1

Labels

libbsd, libbsd::freebsd-12

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/27

Commit

3b14ed85b8ce8d616d1967b1da9477f140683293

Summary

The first patch fixes an issue with a bad patch backport.

The second patch in the set bumps up the available memory for ZynqMP systems to allow all 4 interfaces to function simultaneously by default.

Closes #14

Author: Chris Johns

2024-11-21T23:33:41.681Z

approved this merge request

Author: Chris Johns

2024-11-21T23:40:51.421Z

We need to check this on 14 and current

Author: Amar Takhar

2024-11-21T23:40:51.421Z

Let’s create an issue

Author: Chris Johns

2024-11-21T23:40:51.632Z

created #17 to continue this discussion

Author: Chris Johns

2024-11-21T23:40:51.439Z

resolved all threads

Author: Chris Johns

2024-11-21T23:40:51.647Z

mentioned in issue #17

18 - freebsd/sys/rpc: Install rpc/types.h

Id

18

State

merged

Merged by

Chris Johns

Merged at

2024-11-17T23:18:54.972Z

Assignee(s)

Chris Johns

Created

2024-11-04T19:26:46.019Z

Updated

2024-11-17T23:18:59.716Z

Milestone

6.1

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/18

Commit

4524dd5247dc4628d0816a8ce1fd771a09616c47

Summary

Regression from 7a86bf1467a53ab28f4fd66bbdfa2b09d9c8e222

<rpc/rpc.h> includes <rpc/types.h>. FreeBSD seems to install sys/rpc/types.h, so that’s what I’ve done here.

This was causing a build error in the EPICS asyn module.

Author: Amar Takhar

2024-11-04T19:59:32.350Z

assigned to @chris

Author: Amar Takhar

2024-11-04T19:59:43.759Z

This related to !13

Author: Chris Johns

2024-11-08T04:31:05.763Z

deleted the 6-freebsd-12 branch. This merge request now targets the main branch

Author: Kinsey Moore

2024-11-10T21:57:14.113Z

added 2 commits

  • 1759a5d9 - 1 commit from branch rtems/pkg:main

  • 4524dd52 - freebsd/sys/rpc: Install rpc/types.h

Compare with previous version

Author: Aaron Nyholm

2024-11-17T23:14:06.573Z

This MR still applies to 6-freebsd-12. The referenced commit 7a86bf14 is in both main and 6-freebsd-12.

Author: Chris Johns

2024-11-17T23:18:48.042Z

@gedare are you ok if this MR is moved to %”6.1” and reassigned to the 6-freesd-12 branch?

Author: Gedare Bloom

2024-11-17T23:18:48.042Z

Yes, do it

Author: Chris Johns

2024-11-17T23:18:28.384Z

changed target branch from main to 6-freebsd-12

Author: Chris Johns

2024-11-17T23:18:39.528Z

approved this merge request

Author: Chris Johns

2024-11-17T23:18:48.058Z

resolved all threads

20 - Convert reST files to MarkDown.

Id

20

State

merged

Merged by

Kinsey Moore

Merged at

2024-11-11T21:09:35.703Z

Assignee(s)

Amar Takhar

Created

2024-11-10T09:02:21.583Z

Updated

2024-11-11T21:09:37.623Z

Milestone

6.1

Labels

doc

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/20

Commit

992a6217aca2fc960a9f6f5aa19be8ed6601ae55

Summary

Author: Amar Takhar

2024-11-10T09:02:21.754Z

assigned to @amar

Author: Kinsey Moore

2024-11-11T21:09:31.499Z

approved this merge request

19 - Merge FreeBSD 12 to main

Id

19

State

merged

Merged by

Amar Takhar

Merged at

2024-11-08T04:30:52.619Z

Assignee(s)

Chris Johns

Reviewer(s)

Amar Takhar

Created

2024-11-08T04:28:29.525Z

Updated

2024-11-08T04:31:00.121Z

Milestone

6.1

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/19

Commit

98f35f9934d16516a68fdbe478fff5cd509898df

This MR brings main to the 6-freebsd-12 branch after main was taken back to the merge-base.

Author: Chris Johns

2024-11-08T04:28:29.703Z

requested review from @amar

Author: Chris Johns

2024-11-08T04:28:29.720Z

assigned to @chris

Author: Amar Takhar

2024-11-08T04:30:45.351Z

approved this merge request

13 - freebsd/sys/rpm: Do not install kernel RPC headers

Id

13

State

merged

Merged by

Kinsey Moore

Merged at

2024-09-19T02:25:24.527Z

Assignee(s)

Chris Johns

Created

2024-09-19T00:51:11.345Z

Updated

2024-11-04T19:59:44.284Z

Milestone

6.1

Labels

libbsd, libbsd::freebsd-12

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/13

Commit

7a86bf1467a53ab28f4fd66bbdfa2b09d9c8e222

Summary

Do not install kernel RPC headers. This avoids a problem with waf parallel installing difference files to same location.

Close #9

Close rtems/rtos/rtems#4907

Author: Chris Johns

2024-09-19T00:51:11.583Z

assigned to @chris

Author: Kinsey Moore

2024-09-19T02:22:00.159Z

This should also reference/close rtems/rtos/rtems#4907

Author: Chris Johns

2024-09-19T02:22:00.159Z

Yes and thanks.

Author: Chris Johns

2024-09-19T02:20:19.357Z

changed the description

Author: Chris Johns

2024-09-19T02:22:00.177Z

resolved all threads

Author: Chris Johns

2024-09-19T02:23:32.084Z

added 1 commit

  • 7a86bf14 - freebsd/sys/rpc: Do not install kernel RPC headers

Compare with previous version

Author: Kinsey Moore

2024-09-19T02:25:18.923Z

approved this merge request

Author: Amar Takhar

2024-11-04T19:59:44.241Z

mentioned in merge request !18

14 - rtemsbsd/rc.conf: Show only auto interfaces in interface list

Id

14

State

merged

Merged by

Kinsey Moore

Merged at

2024-10-07T14:31:53.352Z

Assignee(s)

Chris Johns

Created

2024-09-21T00:59:49.780Z

Updated

2024-10-07T14:31:54.273Z

Milestone

6.1

Labels

libbsd, libbsd::freebsd-12

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/14

Commit

98f35f9934d16516a68fdbe478fff5cd509898df

Show only auto interfaces in interface list. Print only the interfaces that are AUTO in the interface list as they are configured.

Author: Chris Johns

2024-09-21T00:59:50.049Z

assigned to @chris

Author: Kinsey Moore

2024-10-07T14:31:47.250Z

approved this merge request

12 - dhcpcd: Work around dangling memory references to options

Id

12

State

merged

Merged by

Amar Takhar

Merged at

2024-09-18T21:53:52.802Z

Assignee(s)

Chris Johns

Created

2024-09-18T01:22:11.323Z

Updated

2024-09-18T21:53:54.873Z

Milestone

6.1

Labels

libbsd, libbsd::freebsd-12

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/12

Commit

c88476d8c0def10bd3fcc0983c19f6d2536f65e1

Avoid invalid writes to freed heap memory

Closes #8

Author: Chris Johns

2024-09-18T01:22:11.655Z

assigned to @chris

Author: Chris Johns

2024-09-18T20:59:39.530Z

added 2 commits

  • c9e8c28e - 1 commit from branch rtems/pkg:6-freebsd-12

  • c88476d8 - dhcpcd: Work around dangling memory references to options

Compare with previous version

Author: Amar Takhar

2024-09-18T21:34:30.160Z

changed the description

Author: Amar Takhar

2024-09-18T21:35:11.673Z

changed the description

Author: Amar Takhar

2024-09-18T21:53:45.479Z

approved this merge request

10 - Install memstat.h

Id

10

State

merged

Merged by

Amar Takhar

Merged at

2024-08-21T06:17:38.242Z

Assignee(s)

Chris Johns

Created

2024-08-21T06:10:08.078Z

Updated

2024-08-21T06:17:39.134Z

Milestone

6.1

Labels

libbsd

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/10

Commit

6df4b41d46d3b7402fe74719237882c45ed3410a

Install memstat.h to provide the interface to the FreeBSD Kernel Memory Allocator Statistics Library.

Author: Chris Johns

2024-08-21T06:10:11.849Z

assigned to @chris

Author: Chris Johns

2024-08-21T06:10:36.208Z

added 2 commits

  • a4e5779f - 1 commit from branch rtems/pkg:6-freebsd-12

  • 6df4b41d - freebsd: Install memstat.h

Compare with previous version

Author: Amar Takhar

2024-08-21T06:17:33.980Z

approved this merge request

8 - waf: Fix spelling of configuration

Id

8

State

merged

Merged by

Joel Sherrill

Merged at

2024-08-16T15:24:09.323Z

Assignee(s)

Chris Johns

Created

2024-08-15T23:21:05.331Z

Updated

2024-08-16T15:24:11.202Z

Milestone

6.1

Labels

libbsd, spellcheck

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/8

Commit

ac1021c88adcb2da2bd39e2d625c57dc59e0ab66

Fix spelling of configuration

Update #3

Author: Chris Johns

2024-08-15T23:21:05.559Z

assigned to @chris

Author: Joel Sherrill

2024-08-16T15:24:05.972Z

approved this merge request

7 - waf: Fix spelling of configuration

Id

7

State

merged

Merged by

Joel Sherrill

Merged at

2024-08-16T15:23:19.356Z

Assignee(s)

Chris Johns

Created

2024-08-15T23:06:22.498Z

Updated

2024-08-16T15:23:20.585Z

Milestone

6.1

Labels

spellcheck

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/7

Commit

a4e5779f7f68616b67f5d270fa7101ef02b16f87

Fix spelling of configuration

Close #3

Author: Chris Johns

2024-08-15T23:06:22.655Z

assigned to @chris

Author: Joel Sherrill

2024-08-16T15:23:15.288Z

approved this merge request

2 - rtems_waf: Update submodule URL

Id

2

State

merged

Merged by

Chris Johns

Merged at

2024-06-11T09:36:26.029Z

Created

2024-06-05T05:52:45.786Z

Updated

2024-08-10T00:40:42.316Z

Milestone

6.1

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/2

Commit

1a6dfb689ab6f85c731cc26bd763502d27de7af8

Summary

rtems_waf: Update submodule URL

RTEMS switched to gitlab. That changed the URL for the rtems_waf submodule.

Author: Aaron Nyholm

2024-06-07T06:07:28.115Z

mentioned in merge request !4

Author: Chris Johns

2024-06-11T09:36:23.055Z

approved this merge request

1 - rtems_waf: Update submodule URL

Id

1

State

merged

Merged by

Chris Johns

Merged at

2024-06-11T09:34:49.471Z

Created

2024-06-05T05:50:39.054Z

Updated

2024-08-10T00:40:42.130Z

Milestone

6.1

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/1

Commit

c9d8ae9dc618fd97b1f4bc3e26f7b38408369303

Summary

rtems_waf: Update submodule URL

RTEMS switched to gitlab. That changed the URL for the rtems_waf submodule.

Author: Aaron Nyholm

2024-06-07T06:07:04.155Z

mentioned in merge request !3

Author: Chris Johns

2024-06-11T09:34:45.813Z

approved this merge request

5 - rtemsbsd/kernel-init: Ignore EEXIST for /etc

Id

5

State

merged

Merged by

Joel Sherrill

Merged at

2024-07-03T22:13:23.905Z

Assignee(s)

Kinsey Moore

Created

2024-07-03T20:28:44.908Z

Updated

2024-07-03T22:13:25.342Z

Milestone

6.1

Labels

libbsd

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/5

Commit

ddccd332f63c82184de35d777a418b3ebd3e47a5

Summary

rtemsbsd/kernel-init: Ignore EEXIST for /etc

This restores previous behavior of allowing processing to continue in the case that /etc already exists while still checking for other directory creation errors.

Author: Kinsey Moore

2024-07-03T20:28:45.065Z

assigned to @opticron

Author: Kinsey Moore

2024-07-03T20:32:13.338Z

changed target branch from main to 6-freebsd-12

Author: Joel Sherrill

2024-07-03T22:13:19.759Z

approved this merge request

6 - rtemsbsd/kernel-init: Ignore EEXIST for /etc

Id

6

State

merged

Merged by

Joel Sherrill

Merged at

2024-07-03T21:32:57.009Z

Assignee(s)

Kinsey Moore

Created

2024-07-03T20:29:46.174Z

Updated

2024-07-03T21:32:58.273Z

Milestone

6.1

Labels

libbsd

Link

https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/merge_requests/6

Commit

d1b6e952a7fbc7426764885c926dde51a4e919a6

Summary

rtemsbsd/kernel-init: Ignore EEXIST for /etc

This restores previous behavior of allowing processing to continue in the case that /etc already exists while still checking for other directory creation errors.

Author: Kinsey Moore

2024-07-03T20:29:46.313Z

assigned to @opticron

Author: Joel Sherrill

2024-07-03T21:32:52.044Z

approved this merge request