Wind River Support Network

HomeDefectsLIN7-5921
Fixed

LIN7-5921 : Unexpected results after rebuilding RCPL11 after upgrading to RCPL 13

Created: Mar 31, 2016    Updated: Sep 8, 2018
Resolved Date: Apr 13, 2016
Found In Version: 7.0.0.13
Fix Version: 7.0.0.15
Severity: Standard
Applicable for: Wind River Linux 7
Component/s: Build & Config

Description

Customer was validating that RCPL 11 config/build still produces the same output as it did prior to upgrading to RCPL13. Found that it does not.

Workaround

Reinstalling RCPL 11

Steps to Reproduce

I have two separate projects, but they share a common 
/opt/WindRiver7 directory that includes the installation of RCPL11 and 
RCPL13. 

Here is how to reproduce the problem: 
1. Start with a /opt/WindRiver7 with only RCPL11 installed 
2. Create a project with the vanilla script attached. It requires none of 
our layers and uses only the most basic options (NOTE the command- 
line option of the workspace number): 
mkdir -p /opt/workspace1/project
cd /opt/workspace1/project
~/vanilla.sh 1 
3. Build the kernel source code up to the kernel metadata task. This 
avoids any patching whatsoever: 
cd /opt/workspace1/project
make linux-windriver kernel_metadata 
4. Update/upgrade /opt/WindRiver7 to RCPL13. 
5. Create a new project with the vanilla script attached and build the 
same recipe. Keeping in mind that it still says 'with-rcpl-version-0011". 
mkdir -p /opt/workspace2/project 
cd /opt/workspace2/project 
~/vanilla.sh 2 
make linux-windriver kernel_metadata 

Now, compare the kernel source code at
/opt/workspace1/project/bitbake_build/tmp/work-shared/intel-x86-32/kernel-source 
and 
/opt/workspace2/project/bitbake_build/tmp/work-shared/intel-x86-32/kernel-source 
You will note that roughly 100 source files differ between the two. 

To maintain building old release sanity, these two should not differ in 
any way. 

Other Downloads


Live chat
Online