Bug 180790 - devel/linux_kdump prints BSD descriptions of errno names
Summary: devel/linux_kdump prints BSD descriptions of errno names
Status: Closed Overcome By Events
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-emulation (Nobody)
URL:
Keywords: patch-ready
Depends on:
Blocks:
 
Reported: 2013-07-24 08:30 UTC by yuri
Modified: 2017-02-26 21:16 UTC (History)
5 users (show)

See Also:


Attachments
switching linux_kdump to devel/linux-f10-devtool instead of gentoo port (1.17 KB, patch)
2014-09-10 01:03 UTC, Juergen Lock
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description yuri 2013-07-24 08:30:00 UTC
linux_kdump is FreeBSD executable, and it is using strerror() to translate error codes. This naturally produces BSD descriptions, not linux onex.

Example:
 70665 Xxx       RET   linux_socketcall -1 errno 38 Socket operation on non-socket

In BSD errno=38 is ENOTSOCK:
#define ENOTSOCK        38              /* Socket operation on non-socket */
And in Linux errno=38 is ENOSYS:
#define ENOSYS                          /* Function not implemented */


linux_kdump version 1.5
Comment 1 Yuri Victorovich freebsd_committer freebsd_triage 2013-07-24 08:32:12 UTC
Sorry, the headline should be:
Re: misc/180790: devel/linux_kdump prints BSD descriptions of errno names
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2013-07-24 15:16:43 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-ports-bugs

Fix synopsis and assign.
Comment 3 Edwin Groothuis freebsd_committer freebsd_triage 2013-07-24 15:17:17 UTC
Responsible Changed
From-To: freebsd-ports-bugs->emulation

Over to maintainer (via the GNATS Auto Assign Tool)
Comment 4 Mark Linimon freebsd_committer freebsd_triage 2013-08-20 01:49:51 UTC
Responsible Changed
From-To: emulation->freebsd-emulation

Canonicalize assignment.
Comment 5 Yuri Victorovich freebsd_committer freebsd_triage 2013-08-20 04:59:57 UTC
I am going to submit the reworked version of regular kdump, and there 
will be no need for this port version for linux processes.

Yuri
Comment 6 John Marino freebsd_committer freebsd_triage 2014-09-09 10:03:01 UTC
This port is getting removed, maybe as soon as today.  It needs emulators/linux_base-gentoo-stage3 which is unstaged and thus is getting removed, so linux-kdump gets removed in a cascade.
Comment 7 Juergen Lock freebsd_committer freebsd_triage 2014-09-10 00:25:15 UTC
Hm I wonder if linux-kdump can be switched to use devel/linux-f10-devtools instead of the unstaged gentoo port...  Ok if I take a look over the next few days?
Comment 8 John Marino freebsd_committer freebsd_triage 2014-09-10 00:33:27 UTC
false alarm.  The port isn't getting removed.  The dependency was staged instead.
Comment 9 John Marino freebsd_committer freebsd_triage 2014-09-10 00:39:08 UTC
accordingly, reopen the PR.
Comment 10 Juergen Lock freebsd_committer freebsd_triage 2014-09-10 01:03:47 UTC
Created attachment 147148 [details]
switching linux_kdump to devel/linux-f10-devtool instead of gentoo port

Yes that seemed to be straightforward, builds in poudriere with devel/linux-f10-devtool for 10.0/i386, 9.2/amd64, 8.4/amd64, and on the host for 10.0/amd64.
Comment 11 John Marino freebsd_committer freebsd_triage 2014-10-05 21:16:45 UTC
This fell through the cracks, sorry.  Moving to patch-ready pool.
Comment 12 Juergen Lock freebsd_committer freebsd_triage 2014-10-05 21:55:21 UTC
The patch doesn't fix the original bug tho, it just removes the dependency on the gentoo port...
Comment 13 Nikolai Lifanov freebsd_committer freebsd_triage 2017-02-19 00:12:15 UTC
Hi! Is this still relevent? The linux-f10-devtools is no more.
Comment 14 Dmitry Chagin freebsd_committer freebsd_triage 2017-02-19 06:54:03 UTC
(In reply to Nikolai Lifanov from comment #13)
in my POV linux_kdump is no longer needed since native kdump can translate Linuxulator records.
Comment 15 Nikolai Lifanov freebsd_committer freebsd_triage 2017-02-19 18:38:08 UTC
It's currently assigned to emulation@. Can this be "Overcome by events"?
Comment 16 Tijl Coosemans freebsd_committer freebsd_triage 2017-02-26 21:16:47 UTC
The port has been removed.