Use an accessor function to access ifr_data.

[brooks]

Summary

This fixes 32-bit compat (no ioctl command defintions are required
as struct ifreq is the same size).

[kib]

Does this provide complete compat32 for ifconfig(8) ?

[brooks]

In D14900#313299, @kib wrote:

Does this provide complete compat32 for ifconfig(8) ?

It should be mostly complete. I don't think I had to change anything else for CheriBSD so it may be entirely complete, but I've not done a full audit of ifconfig.

[brooks]

In D14900#313308, @brooks wrote:

In D14900#313299, @kib wrote:

Does this provide complete compat32 for ifconfig(8) ?

It should be mostly complete. I don't think I had to change anything else for CheriBSD so it may be entirely complete, but I've not done a full audit of ifconfig.

ipv6 is probably still broken because I haven't done ifreq6 yet.

[brooks]

In D14900#313341, @brooks wrote:

ipv6 is probably still broken because I haven't done ifreq6 yet.

Upon further examination, it appears that ifr_ifru.ifr_data is never accessed in in6_ifreq so this may well do it.

[kib]

In D14900#313365, @brooks wrote:

In D14900#313341, @brooks wrote:

ipv6 is probably still broken because I haven't done ifreq6 yet.

Upon further examination, it appears that ifr_ifru.ifr_data is never accessed in in6_ifreq so this may well do it.

So this is quite significant advance. IMO it should be announced on current, and added to rel notes.

Of course, routing sockets and route(8) compat32 are harder, from my evaluation some time ago much harder. So you still cannot boot properly with 32bit world on 64bit kernel in any usable configuration.

[brooks]

Committed in rS331797.