Bug 91827 - LTC2928-RedHat EL3 Alpha 3: Header file systemcfg.h missing
Summary: LTC2928-RedHat EL3 Alpha 3: Header file systemcfg.h missing
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: glibc-kernheaders
Version: 3.0
Hardware: powerpc
OS: Linux
high
high
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-05-28 18:40 UTC by IBM Bug Proxy
Modified: 2007-11-30 22:06 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-08-17 15:59:19 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description IBM Bug Proxy 2003-05-28 18:40:55 UTC
Please fill in each of the sections below.

Hardware Environment:
2-way POWER3

Software Environment:
RedHat EL3 Alpha 3


Steps to Reproduce:
On SELS 8, there is a system header file /opt/cross/powerpc64-
linux/include/asm/systemcfg.h which provides the structure for the system 
configuration.  I realize /opt/cross is no longer used in RedHat EL3.  But I
failed to find it under /usr/include or anywhere else.

It should be in /usr/include/asm-ppc64/systemcfg.h (and asm-ppc) with the rest 
of the kernel headers. 

Actual Results:

Expected Results:

Additional Information:

Comment 1 Harald Hoyer 2003-05-29 14:18:50 UTC
assigning to correct component

Comment 2 Arjan van de Ven 2003-05-29 14:22:47 UTC
/usr/include/ doesn't include kernel headers only glibc headers; changing component.


Comment 3 Matt Wilson 2003-07-29 17:33:24 UTC
what is this header needed for?  the /proc/ppc64/systemcfg interface is quite
horrible.  Much of this info is passed through ELF AUX entries.  What else is
needed?

Is there an IBM product which has a development component which uses this
interface?  If not, (i.e., the header is only required for building an IBM
application), one should take a snapshot of header and maintain it along with
the code which uses it.

Comments?


Comment 4 Arjan van de Ven 2003-07-29 17:45:41 UTC
Also the license for the code in this file seems to be GPL which is a trap for
applications that accidentally use it but don't want to be GPL.

Comment 5 IBM Bug Proxy 2003-07-30 21:03:59 UTC
------ Additional Comments From xingxue.com  2003-30-07 15:14 -------
The RHEL3 beta1 has the header file at /usr/include/asm-ppc64/systemcfg.h.

The compilers and JIT (Just-In-Time compiler for Java) need the info defined
in the systemcfg structure at the run-time.  In addition, we would like to
have L2 cache size and cache associativity info as well.  ELF AUX does not
seem to provide all the info.  If ELF AUX can provide all the info we need,
we don't have problem switching from the systemcfg structure to ELF AUX. 

Comment 6 IBM Bug Proxy 2003-08-12 15:54:34 UTC
------ Additional Comments From sjmunroe.com  2003-08-08 15:00 -------
Please note that some of the systemcfg.h fields are dynamic (tb_ticks_per_sec, 
tb_to_xs) and can change after the process is started. For example the network 
time base deamon can adjust these values at any time. These values are used to 
compute the tod directly from the timebase without a syscall. 

As such they can't be replaced by Elf AUX entries. 

Comment 7 Matt Wilson 2003-08-17 15:59:19 UTC
We recommend:

1)  IBM provide interested parties with a systemcfg.h file that is not GPL.  Due
to the inline code included in the header file, using it in a program will taint
it with GPLed code.

2)  Applications which want to use the interface should maintain a copy of the
file in their build environment.

I believe that this is also the recommendation of SuSE for their next release.

Comment 8 IBM Bug Proxy 2003-08-25 17:19:59 UTC
------ Additional Comments From xingxue.com  2003-25-08 11:08 -------
Looks like we don't have any other choice.  We will use a local copy of
systemcfg.h if the system does not provide it.  Please close this bug. 


Note You need to log in before you can comment on or make changes to this bug.