[LU-5815] d_count redefined in lustre 2.6.0 and in sles11sp3 3.0.101-0.35.1

• Status: Resolved
• Project: Lustre
• Affects Version/s: Lustre 2.6.0
• Type: Bug
• Priority: Major
• Reporter: Jay Lan (Inactive)
• Assignee: Bob Glossman (Inactive)
• Resolution: Won't Fix
• Severity: 3

Description

"d_count" is defined at
lustre 2.6.0
lustre/include/linux/lustre_patchless_compat.h, line 123
and
sles11sp3 3.0.101-0.35.0
include/linux/dcache.h, line 153.

The '#define d_count' is new in sles11sp3 3.0.101-0.35.1, (Not in -0.31.1)
and '#define d_count' was named '#define d_refcount' in 2.4.3.

Now we have redefined symbols.

Comments

[Peter Jones]

Bob

Could you please comment on this one?

Thanks

Peter

[Bob Glossman (Inactive)]

This is fixed in master. The kernel update mod for 3.0.101-0.35, commit 3000a83dcd3c201f383c0507d33e7861fc695997, includes changes to take care of this. To quote from the commit header:

Create and use ll_d_count() wrapper to solve
build problem caused by linux #include changes.

b2_6 doesn't have this mod & therefore can not build on the latest sles11sp3 kernels.

[Jay Lan (Inactive)]

Is there plan to port "kernel update for 3.0.101-0.35" and "kernel update for 3.0.101-0.40" to b2_6?

We are running 3.0.101-0.31. Our next kernel would be 3.0.101-0.40.

[Peter Jones]

Jay

There is not presently a plan to do this but if this is something that NASA would like to run in production this is certainly something that we could help with.

Peter

[Jay Lan (Inactive)]

Please close it as WONT FIX.
We are not going to use 2.6 and not sure if next lustre would be 2.7 or 2.8 and we most likely would be running sles12 at that time.

I will open a new case if we still hit this problem on next generation of lustre and kernel.

[Peter Jones]

ok Jay