All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
To: "Hefty, Sean" <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: Yann Droneaud <ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>,
	"linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH 3/3] read_config: skip file/directory with unsecure permissions
Date: Mon, 12 Aug 2013 17:43:21 -0600	[thread overview]
Message-ID: <20130812234321.GA18341@obsidianresearch.com> (raw)
In-Reply-To: <1828884A29C6694DAF28B7E6B8A8237388CA54FE-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>

On Mon, Aug 12, 2013 at 08:59:10PM +0000, Hefty, Sean wrote:

> This is slightly off topic, but what is the underlying reason for
> having the libibverbs config directory?  Is it simply to support the
> library name being different than the device name, or is there
> something more?

I use it quite frequently to setup ibverbs to use non-system paths to
find the libaries.

It seems to me the whole idea of this system is that a vendor could
ship a binary interface blob in /opt/foo/lib/ and just drop one file
into libibverbs.d to configure that blob.

Frankly, I'm not really sure there is much value in this whole
loadable mechanism. I'm unaware of people actually using the dynamic
load in a meaningful way and it seems many of the drivers would be
better maintained if they were part of verbs directly...

The realities of the kernel GPL seem to preclude having a binary
user-space, and drivers are not really being shipped separately from
verbs..

Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2013-08-12 23:43 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-20 21:43 [PATCH 0/3] make read_config() more robust Yann Droneaud
     [not found] ` <cover.1369085762.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
2013-05-20 21:43   ` [PATCH 1/3] read_config: ignore files beginning with '.' Yann Droneaud
2013-05-20 21:43   ` [PATCH 2/3] read_config: ignore directory entry with backup suffix (~) Yann Droneaud
2013-05-20 21:43   ` [PATCH 3/3] read_config: skip file/directory with unsecure permissions Yann Droneaud
     [not found]     ` <0a6888edc9d7899fe3b4af249c4f25088e196422.1369085762.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
2013-05-21 20:57       ` Jason Gunthorpe
     [not found]         ` <20130521205713.GB11318-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2013-08-08 19:24           ` Yann Droneaud
     [not found]             ` <1375989856.27609.10.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2013-08-12 19:05               ` Jason Gunthorpe
     [not found]                 ` <20130812190545.GA7968-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2013-08-12 20:24                   ` Yann Droneaud
     [not found]                     ` <8d276f12593ddc79233fa41abdaf0d41-zgzEX58YAwA@public.gmane.org>
2013-08-12 20:39                       ` Jason Gunthorpe
     [not found]                         ` <20130812203935.GA8990-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2013-08-12 20:59                           ` Hefty, Sean
     [not found]                             ` <1828884A29C6694DAF28B7E6B8A8237388CA54FE-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2013-08-12 23:43                               ` Jason Gunthorpe [this message]
2013-05-22 21:32       ` Roland Dreier
     [not found]         ` <CAL1RGDX+XTMmwDQicztdJoq0oE0VfXvg5dhW8k-YEk38-vg6fw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-08-08 10:12           ` Yann Droneaud

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130812234321.GA18341@obsidianresearch.com \
    --to=jgunthorpe-epgobjl8dl3ta4ec/59zmfatqe2ktcn/@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.