SL 6.4 x86_64:

rpm -q kernel:
kernel-2.6.32-279.22.1.el6.x86_64
kernel-2.6.32-358.2.1.el6.x86_64
kernel-2.6.32-358.6.1.el6.x86_64

yum remove kernel-2.6.32-279.22.1.el6.x86_64:
Removing for dependencies:
 kmod-openafs       noarch   1.6.2-4.SL64.el6          @sl-security/6.3 0.0  
 kmod-openafs-279   x86_64   1.6.2-0.144.sl6.279       @sl-security/6.3 1.3 M
 kmod-openafs-358   x86_64   1.6.2-0.144.sl6.358.0.1   @sl-security/6.3 1.3 M
 openafs-client     x86_64   1.6.2-0.144.sl6           @sl 2.4 M

rpm -qR kmod-openafs
[...]
kmod-openafs-358  
kmod-openafs-279  

IIUC, it was predicted that this would happen:
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1303&L=scientific-linux-devel&T=0&P=5728

The comment from
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1303&L=scientific-linux-devel&T=0&P=5842

suggests this was fixed.

I see that the SL 6.4 x86_64 repo contains
kmod-openafs-1.6.2-3.SL64.el6.noarch.rpm

rpm -qpR ./kmod-openafs-1.6.2-3.SL64.el6.noarch.rpm
[...]
kmod-openafs-358

So it does look like it is fixed.

Somehow, all my SL 6.4 systems have installed
kmod-openafs-1.6.2-4.SL64.el6.noarch

Looks like this version comes from 6.3 updates/security (these systems
were upgraded from SL 6.3 to 6.4). The Release number is higher than the
version in the 6.4 repo, so the 6.4 repo version does not get installed.
Not sure why there is a SL64 package in the 63 repo.

I can force installation of the SL 6.4 version, but probably there
should be a new version with a higher release number than the SL 6.3
version?