HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Problems with STATICALLY configured loadable k...
Operating System - HP-UX
1827810
Members
1903
Online
109969
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-18-2004 09:00 AM
08-18-2004 09:00 AM
Problems with STATICALLY configured loadable kernel modules (DLKM) on 11.11
Hello,
we are having problems with what one would expect to be the easier part of dealing with DLKM moduels in 11.11 (PA) - having them included statically in the kernel. Everything works great when we configure and use the modules as a dynamically loaded modules or link them into the kernel in the pre-DLKM way - via a library
Summary: when the module is statically linked (either via SAM or explicit commands), it's included in the kernel (according to nm), however, its_install() doean't get called at boot (or ever). It appears that config doesn't generate a correct /stand/build/conf.c for the _install() function to be called, when it configured as a statically linked module. The problem occurs with all modules that we've tried: our internally developed ones and HP supplied (in ddk) modules.
If we don't package the driver as a module, but use a library instead (as was done in pre-DLKM days), it works as expected (it's included in the kernel, and at boot_install() gets called)
If one looks in the generated /stand/build/conf.c they differ for library drivers and static modules:
If we do it as a library, in the generated conf.c there are following entries
for the driver:
...
extern ourdriver_install();
...
and then it's included in the table of install functions:
int (*driver_install[])() =
{
...
ourdriver_install,
fddi4_install,
.....
However, when it's a statically included module, the above entrires for the driver are missing in any genned C file.
The only portion of conf.c the module appears in is:
char *static_modules[] = {
"ourmodule",
"ufs",
"cdfs",
....
It's hard to belive that, if this is a bug, it hasn't been fixed yet....
However, all we have tried has not helped. Searching HP site didn't turn anything either.
Any ideas?
Thanks,
Misha
-------
For completeness, when we do this outside of SAM, the following commands
are used:
kminstall -a module
kmconfig -c Y -l N
config /stand/system
kmupdate /stand/build/vmunix_test
shutdown -r 0
-------
master file:
$VERSION
1
$$$
$DRIVER_INSTALL
*
* Driver Block major Char major Required for
* minimal system
ourmodule -1 -1 0
$$$
$LOADABLE
$$$
$INTERFACE
* Describe all interface name and version that the module is using.
*
* Alternately,
* if the module uses undefined symbols and wish tight coupling with
* kernel, uncomment below line and do not describe any other interface
* name and version. In this case, compatibility is not maintained by HP.
* base
base
$$$
* below section should carry same info. as legacy era
* dependency to legacy can be described here.
$DRIVER_DEPENDENCY
* modname ...
ourmodule wsio
$$$
$TYPE
* modulename modtype classname flags -1 -1
ourmodule wsio_intfc acq csi -1 -1
$$$
$TUNABLE
*tunablename definition defaultvalue minumumvalue
ourmodule_debug OURMODULE_DEBUG 1 0
$$$
we are having problems with what one would expect to be the easier part of dealing with DLKM moduels in 11.11 (PA) - having them included statically in the kernel. Everything works great when we configure and use the modules as a dynamically loaded modules or link them into the kernel in the pre-DLKM way - via a library
Summary: when the module is statically linked (either via SAM or explicit commands), it's included in the kernel (according to nm), however, its
If we don't package the driver as a module, but use a library instead (as was done in pre-DLKM days), it works as expected (it's included in the kernel, and at boot
If one looks in the generated /stand/build/conf.c they differ for library drivers and static modules:
If we do it as a library, in the generated conf.c there are following entries
for the driver:
...
extern ourdriver_install();
...
and then it's included in the table of install functions:
int (*driver_install[])() =
{
...
ourdriver_install,
fddi4_install,
.....
However, when it's a statically included module, the above entrires for the driver are missing in any genned C file.
The only portion of conf.c the module appears in is:
char *static_modules[] = {
"ourmodule",
"ufs",
"cdfs",
....
It's hard to belive that, if this is a bug, it hasn't been fixed yet....
However, all we have tried has not helped. Searching HP site didn't turn anything either.
Any ideas?
Thanks,
Misha
-------
For completeness, when we do this outside of SAM, the following commands
are used:
kminstall -a module
kmconfig -c Y -l N
config /stand/system
kmupdate /stand/build/vmunix_test
shutdown -r 0
-------
master file:
$VERSION
1
$$$
$DRIVER_INSTALL
*
* Driver Block major Char major Required for
* minimal system
ourmodule -1 -1 0
$$$
$LOADABLE
$$$
$INTERFACE
* Describe all interface name and version that the module is using.
*
* Alternately,
* if the module uses undefined symbols and wish tight coupling with
* kernel, uncomment below line and do not describe any other interface
* name and version. In this case, compatibility is not maintained by HP.
* base
base
$$$
* below section should carry same info. as legacy era
* dependency to legacy can be described here.
$DRIVER_DEPENDENCY
* modname
ourmodule wsio
$$$
$TYPE
* modulename modtype classname flags -1 -1
ourmodule wsio_intfc acq csi -1 -1
$$$
$TUNABLE
*tunablename definition defaultvalue minumumvalue
ourmodule_debug OURMODULE_DEBUG 1 0
$$$
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-19-2004 05:28 AM
08-19-2004 05:28 AM
Re: Problems with STATICALLY configured loadable kernel modules (DLKM) on 11.11
Do you have patches PHKL_29818 and PHKL_29890 ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-19-2004 09:04 AM
08-19-2004 09:04 AM
Re: Problems with STATICALLY configured loadable kernel modules (DLKM) on 11.11
Yes, I already had PHKL_29818; installing PHKL_29890 didn't change things.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Support
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP