Bug 198380 - Package kexec-tools lacks IPv6 support
Summary: Package kexec-tools lacks IPv6 support
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: kexec-tools
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Neil Horman
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: IPv6Blocker
TreeView+ depends on / blocked
 
Reported: 2006-07-11 10:21 UTC by Peter Vrabec
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-07-11 11:35:55 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Peter Vrabec 2006-07-11 10:21:16 UTC
This bug was reported automaticaly in connection with IPv6 project.
Our aim is to support IPv6 in all Fedora Core packages so FC6 and RHEL5 will be ready for IPv6.
			
This package seems to lack IPv6 support as is illustrated in attached log.
	
Here follows part of scanning log (grep -r F_INET *)/up to 30 lines: 

/kexec-tools-1.101/kexec/ifdown.c:38:	if ((fd = socket(AF_INET, SOCK_DGRAM, 0)) < 0) {

Comment 1 Neil Horman 2006-07-11 11:35:55 UTC
This should be ok for this package.  That function only uses a socket to set
interface flags for interface that need the IFF_UP flag cleared.  It doesn't
actually need to send/receive any network data.  This could be done more
generically with netlink or raw sockets, but at the moment IPV6 support isn't in
any way needed in this package

Comment 2 Dennis Gilmore 2006-07-11 11:43:20 UTC
I think  the idea is not that ipv6  is not needed  but that ipv6 support is 
wanted 

Comment 3 Neil Horman 2006-07-11 11:52:12 UTC
Actually it is you who is missing my point, although as I re-read my comments I
could have made them more clearly.  That socket creation refereced above uses
AF_INET to do its work, but it could just as easily use AF_INET6, AF_RAW, etc. 
The only work that socket does is to change interface flags.  It  conducts no
network communitcation at all.  As such we could change it to use a different
protocol, or add protocols over which that socket did its work, but to do so
would be pointless, since that sockets actions are protocol agnostic.


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