Needless mention of non-SMP kernels in slackware64-current/CHANGES_AND_HINTS.TXT ?
 

Correct me if I'm wrong.
Accidentally found in slackware64-current/CHANGES_AND_HINTS.TXT
I think it is needless here, since AFAIK there is no non-SMP x86_64 kernels prebuilt in Slackware64 and no such directory /extra/linux-<version>-nosmp-sdk exists too. And I'm not sure if there is such hardware configurations which are both not-smp and x86_64 are widely available.

Yeah, that's because C&H is the same file in both 32 and 64 bit trees. I don't care to maintain two copies, so my nonbinding opinion is "oh well." Sorry :-)

Is it a not bad idea to unify smp/nosmp naming between 32 and 64 bit versions and use empty localversion for smp (as in 64 now) and -nosmp for nosmp? We have nosmp-sdk already. For ex.:
huge.s, hugenosmp.s,
kernel-huge-x.x.x, kernel-huge-nosmp-x.x.x_nosmp,
kernel-generic-x.x.x, kernel-generic-nosmp-x.x.x_nosmp,
kernel-modules-x.x.x, kernel-modules-nosmp-x.x.x_nosmp,
and so on...

Robby perhaps you could clarify that section by adding a statement that if you are running Slackware64 then all the kernels are SMP enabled.

rworkman, just poped-up notice. If there are reasons to leave it there I have not any counter-arguments yet.

In the for what is worth department....

I don't see this as a problem, it's sort of understood, at least by me that the file is used for both 64 and 32 bit version.

Let's bear in mind that CHANGES_AND_HINTS.TXT is intended to be read by new slackers as well.

So IMHO wildwizard's advice is a sound suggestion, which would provide accurate information as well as avoid the hassle of maintaining two versions of this file.