getgrouplist(3) with *grpcnt==0, so don't _DIAGASSERT(groups != NULL).
Tweak API used between getgrouplist(3) and the back-end nsswitch methods;
move the public return value to the start of the va_list and reserve the
'void *retval' for "internal use" (e.g, errno passing or some other need).
the reset condition are processed properly; this fixes PR#26687 by
Jan Schaumann
many thanks to Mark Davies, who tracked the offending change down
and helped test patches
while here, g/c unused sigtrapmask and rearrange some code to pre-r1.190 form
for better readability
MKSOFTFLOAT=yes). The main purpose of this feature is to let NetBSD work
in machines with the 68040LC chip (those that have the FPU bug).
All the work has been done by Bruce O'Neel <edoneel AT sdf.lonestar.org>,
with some very minor changes by me; the patches were being posted to the
port-mac68k mailing list. It has been tested for a long time by several
users, including me.
I have just verified that regular releases, as well as soft-float ones,
continue to build.
There have been no objections to this patch since I asked for them in July
in the port-mac68k list.
Fix tx queue (slist can be corrupted when tx interrupts hit within tx_encap.
Lower interrupt moderation timer to (improves performance).
Improve chip identification. (from linux sk98lin driver).
Keep tx queue running by kicking the tx bmu repeatedly.
Because we no longer return an error message when no disklabel was found
the scsipi/cd.c code took the label we generated. The problem is that the
readdisklabel code was clearing the partition information, which included
the default partition information setup by the cd.c code. Previously when
no disklabel was found we returned an error, which caused the cd.c code to
generate a new default label which included an a partition.
According to the man page for readdisklabel:
Unspecified fields in lp should be set to zero
Therefore we have no reason to clear the partition info, as it's already
clear or contains useful default partition info.
This means if we don't find a label on disk, the default label is left as
is. I would expect the driver to have setup a much more sensible default
label than we could fake at this level.
Also don't hard code the number of partitions to the maximum. This better
matches other platforms (i386)
