RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 784959 - Request for kernal ABI additions
Summary: Request for kernal ABI additions
Keywords:
Status: CLOSED DUPLICATE of bug 790418
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kernel
Version: 6.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Jiri Olsa
QA Contact: Cui Chun
URL:
Whiteboard:
: 669795 (view as bug list)
Depends On:
Blocks: 725989 790418
TreeView+ depends on / blocked
 
Reported: 2012-01-26 19:03 UTC by jack
Modified: 2018-11-14 15:35 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 790418 (view as bug list)
Environment:
Last Closed: 2012-04-16 12:53:55 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
ksc output containing the requested symbols (247 bytes, application/octet-stream)
2016-11-25 12:57 UTC, KABI greylists database
no flags Details
ksc output containing the requested symbols (410 bytes, text/plain)
2017-01-09 10:03 UTC, Martin Lacko
no flags Details
ksc output containing the requested symbols (412 bytes, text/plain)
2017-01-17 12:34 UTC, Martin Lacko
no flags Details

Description jack 2012-01-26 19:03:27 UTC
Description of problem:

The rhel6_kabi_check script has reported 8 symbols not on the ABI whitelist.  We would like to make our kernel module ABI compatible.

Version-Release number of selected component (if applicable):

RHEL6.x (and RHEL5.x)

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:

# ./rhel6_kabi_check-2.0.py -k 2.6.32-71.el6 -w /lib/modules/kabi/kabi_whitelist_x86_64 /usr/local/velobit/modules/velobit.ko
Red Hat Enterprise Linux 6 ABI Checker
--------------------------------------

ABI Checker version: 2.0

Module:    /usr/local/velobit/modules/velobit.ko
Kernel:    2.6.32-71.el6.x86_64
Whitelist: /lib/modules/kabi/kabi_whitelist_x86_64 (20100820-1.el6)

WARNING: The following symbols are used by your module
WARNING: and are not on the ABI whitelist.

symbol: daemonize
symbol: kernel_thread
symbol: _read_trylock
symbol: open_by_devnum
symbol: bio_init
symbol: blk_get_backing_dev_info
symbol: getnstimeofday
symbol: time_to_tm

Expected results:


Additional info:

Comment 3 jack 2012-02-07 23:10:47 UTC
Hi, could someone let me know what further info is needed from my side? Thanks!

Comment 5 Jiri Olsa 2012-02-13 11:15:29 UTC
(In reply to comment #0)
> Description of problem:
> 
> The rhel6_kabi_check script has reported 8 symbols not on the ABI whitelist. 
> We would like to make our kernel module ABI compatible.
> 
> Version-Release number of selected component (if applicable):
> 
> RHEL6.x (and RHEL5.x)
> 
> How reproducible:
> 
> 
> Steps to Reproduce:
> 1.
> 2.
> 3.
> 
> Actual results:
> 
> # ./rhel6_kabi_check-2.0.py -k 2.6.32-71.el6 -w
> /lib/modules/kabi/kabi_whitelist_x86_64 /usr/local/velobit/modules/velobit.ko
> Red Hat Enterprise Linux 6 ABI Checker
> --------------------------------------
> 
> ABI Checker version: 2.0
> 
> Module:    /usr/local/velobit/modules/velobit.ko
> Kernel:    2.6.32-71.el6.x86_64
> Whitelist: /lib/modules/kabi/kabi_whitelist_x86_64 (20100820-1.el6)
> 
> WARNING: The following symbols are used by your module
> WARNING: and are not on the ABI whitelist.
> 
> symbol: daemonize
> symbol: kernel_thread
> symbol: _read_trylock
> symbol: open_by_devnum
> symbol: bio_init
> symbol: blk_get_backing_dev_info
> symbol: getnstimeofday
> symbol: time_to_tm

To ask for KABI inclusion for any of the above below, I need to have
a reason - whats/why the usage in the module - for each symbol.

thanks

Comment 6 jack 2012-02-13 15:28:56 UTC
[Synopsis]
VeloBit HyerCache kernel module implements a disk device filter.  It hooks into a disk device request queue’s make_request_fn method.  It spawns multiple kernel threads to carry out its IO processing in various stages.

> symbol: daemonize
- Detach user resources from a newly created kernel thread.
> symbol: kernel_thread
- Create a kernel thread.
> symbol: _read_trylock
- Multiple readers attempt to acquire reader/writer type locks.
> symbol: open_by_devnum
- Gain access to a block device’s “struct block_device *” pointer.  The reason for accesing this pointer is to gain access to its “struct hd_struct *bd_part” and “struct gendisk *bd_disk” pointers.
- The reason for accessing the “struct hd_struct *bd_part” pointer is to gain access to various disk properties (such as start_sect, nr_sects, etc.).
- The reason for accessing the “struct gendisk *bd_disk” pointer is to gain access to its “make_request_fn” pointer for IO request redirections. 
> symbol: bio_init
- Initialize a “struct bio ” object.  In some cases VeloBit kernel module creates its own bio objects.
> symbol: blk_get_backing_dev_info
- Gain access to a block device’s backing device “struct backing_dev_info *” pointer.  The reason for accessing this pointer is to gain access to the “unplug_io_fn” method inside the structure.
> symbol: getnstimeofday
- Need this function for various performance measurements and function time statistics inside the VeloBit kernel module.
> symbol: time_to_tm
- For converting the Linux time to local time.  VeloBit kernel module uses this for its event logging.

I hope this is sufficient, but let me know if any further clarification is needed.  Thanks!

Comment 7 Jiri Olsa 2012-02-20 10:49:58 UTC
> 
> I hope this is sufficient, but let me know if any further clarification is
> needed.  Thanks!


I prepared patches and sent them for review

jirka

Comment 8 Jon Masters 2012-02-25 03:05:21 UTC
Thanks!

Comment 9 Jiri Olsa 2012-04-16 12:53:55 UTC
NACKed:

daemonize
kernel_thread
  reason: I think people are supposed to use kthread_create() these days, so NAK.

bio_init
  reason: I'd really like to know why they think they need to allocate their own
bios.  I'm pretty much against this one.

_read_trylock
  reason: rwlock_t is pretty much always wrong.

the rest of the symbols made it to the KABI.

For some reason those symbols went in under BZ 790418, so closing as duplicate.

*** This bug has been marked as a duplicate of bug 790418 ***

Comment 10 Larry Woodman 2012-07-19 02:13:24 UTC
*** Bug 669795 has been marked as a duplicate of this bug. ***

Comment 11 KABI greylists database 2016-11-25 12:57:45 UTC
Created attachment 1224307 [details]
ksc output containing the requested symbols

Comment 12 Martin Lacko 2017-01-09 10:03:20 UTC
Created attachment 1238613 [details]
ksc output containing the requested symbols

Comment 13 Martin Lacko 2017-01-17 12:34:06 UTC
Created attachment 1241746 [details]
ksc output containing the requested symbols


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