- 26 Feb, 2016 27 commits
-
-
Oleg Drokin authored
This patch removes remaining several places that still had that extra paragraph included in Lustre code. Signed-off-by:
Oleg Drokin <green@linuxhacker.ru> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
Oleg Drokin authored
CHANGELOG_MAGIC, CHANGELOG_MINMASK, CHANGELOG_ALLMASK, CHANGELOG_DEFMASK and CHANGELOG_USER_PREFIX are all unused on the client. Signed-off-by:
-
Oleg Drokin authored
lustre_idl.h contains various protocol data. In order to avoid reusal of values that might have meant something else in the past, the old no longer used values are commented out, convert the comments into regular comments from C99 where appropriate. Signed-off-by:
-
Oleg Drokin authored
of the two macroses is contained the LUSTRE_RELEASE was unused and BUILD_VERSION is too generically named and was replaced with LUSTRE_VERSION_STRING with all the users (provided by lustre_ver.h) With in-kernel client the build version should be combined with kernel build information anyway. Signed-off-by:
-
Oleg Drokin authored
Replace it with enum se_stat Signed-off-by:
-
Oleg Drokin authored
Replace it with enum ldlm_cancel_flags Signed-off-by:
-
Oleg Drokin authored
Replace it with enum ldlm_ns_type Signed-off-by:
-
Oleg Drokin authored
Replace it with enum ldlm_appetite Signed-off-by:
-
Oleg Drokin authored
Replace it with enum ldlm_error Signed-off-by:
-
Oleg Drokin authored
Does not appear to be used anywhere. Signed-off-by:
-
Oleg Drokin authored
Replace it with struct lu_fid Signed-off-by:
-
Oleg Drokin authored
Object update was originally planned to be used for cross-server updates, so nothign to do with the client. The idea was later significantly reworked anyway so even wire structs should not be retained. This gets rid of update_cmd_t, UPDATE and UPDATE_REPLY rpc and corresponding subcommands, swabbig logic and such. Signed-off-by:
-
Oleg Drokin authored
Replace with enum sec_cmd Signed-off-by:
-
Oleg Drokin authored
Replace with enum llog_op_type Signed-off-by:
-
Oleg Drokin authored
Replace with enum obd_cmd Signed-off-by:
-
Oleg Drokin authored
Replace it with enum mgs_cmd Signed-off-by:
-
Oleg Drokin authored
Replace ldlm_mode_t with enum ldlm_mode, ldlm_type_t with enum ldlm_type Signed-off-by:
-
Oleg Drokin authored
Replace it with enum ldlm_cmd Signed-off-by:
-
Oleg Drokin authored
Replace with enum mdt_reint_cmd Signed-off-by:
-
Oleg Drokin authored
Replace it with enum mds_cmd Signed-off-by:
-
Oleg Drokin authored
Replace it with enum quota_cmd Signed-off-by:
-
Oleg Drokin authored
Replace it with enum ost_cmd Signed-off-by:
-
Oleg Drokin authored
Replace it with enum cksum_type Signed-off-by:
-
Oleg Drokin authored
Replace it with direct reference of enum loc_flags Signed-off-by:
-
Oleg Drokin authored
Replace it with struct client_obd_lock Signed-off-by:
-
Oleg Drokin authored
Typedefs fld_hash_func_t and fld_scan_func_t are used exectly once in the following structure so don't really help anything at all. Signed-off-by:
-
Oleg Drokin authored
This member comes from the dawn of time and is no longer needed Signed-off-by:
-
- 23 Feb, 2016 13 commits
-
-
Doug Oucharek authored
In lnet_router_checker(), there are two LASSERTS. Neither protects us from anything and one of them triggered for a customer crashing the system unecessarily. This patch removes them. Signed-off-by:
Doug Oucharek <doug.s.oucharek@intel.com> Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-7362 Reviewed-on: http://review.whamcloud.com/17003Reviewed-by:
James Simmons <uja.ornl@yahoo.com> Reviewed-by:
Chris Horn <hornc@cray.com> Reviewed-by:
Matt Ezell <ezellma@ornl.gov> Reviewed-by:
Oleg Drokin <oleg.drokin@intel.com> Signed-off-by:
-
Chris Horn authored
lctl show_route and lctl route_list will output router aliveness information via lnet_get_route(). lnet_get_route() should use the lnet_is_route_alive() function, introduced in e8a1124 http://review.whamcloud.com/7857, to determine route aliveness. Signed-off-by:
Amir Shehata <amir.shehata@intel.com> Reviewed-by:
-
Amir Shehata authored
This patch ensures that the correct number of router buffers are allocated. It keeps a count that keeps track of the number of buffers allocated. Another count keeps the number of buffers requested. The number of buffers allocated is set when creating new buffers and reduced when buffers are freed. The number of requested buffer is set when the buffers are allocated and is checked when credits are returned to determine whether the buffer should be freed or kept. In lnet_rtrpool_adjust_bufs() grab lnet_net_lock() before using rbp_nbuffers to ensure that it doesn't change by lnet_return_rx_credits_locked() during the process of allocating new buffers. All other access to rbp_nbuffers is already being protected by lnet_net_lock(). This avoids the case where we allocate less than the desired number of buffers. Signed-off-by:
Jinshan Xiong <jinshan.xiong@intel.com> Reviewed-by:
-
James Simmons authored
On some platforms having sock.h in lib-types.h would collide with other included header files being used in the LNet layer. Looking at what was needed from sock.h only acceptor.c is dependent on it. To avoid these issues we just use sock.h only in acceptor.c. Signed-off-by:
James Simmons <jsimmons@infradead.org> Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6763 Reviewed-on: http://review.whamcloud.com/15386Reviewed-by:
-
Bruno Faccini authored
This patch will avoid potential race, around socket sleepers wait list, during acceptor thread termination and using sk_callback_lock RW-Lock protection. Signed-off-by:
Bruno Faccini <bruno.faccini@intel.com> Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6476 Reviewed-on: http://review.whamcloud.com/14503Reviewed-by:
John L. Hammond <john.hammond@intel.com> Reviewed-by:
-
Frank Zago authored
A lot of symbols don't need to be exported at all because they are only used in the module they belong to. Signed-off-by:
Frank Zago <fzago@cray.com> Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5829 Reviewed-on: http://review.whamcloud.com/13320Reviewed-by:
James Simmons <uja.ornl@gmail.com> Reviewed-by:
Isaac Huang <he.huang@intel.com> Reviewed-by:
-
Amir Shehata authored
When shutting down an NI in a busy system, some messages received on this NI, might be on the lazy portal. They would have grabbed a ref count on the NI. Therefore NI will not be removed until messages are processed. In order to avoid this scenario, when an NI is shutdown go through all messages queued on the lazy portal and drop messages for the NI being shutdown Signed-off-by:
Liang Zhen <liang.zhen@intel.com> Reviewed-by:
-
Amir Shehata authored
There is a use case where lnet can be unloaded while there are no NIs configured. Removing lnet in this case will cause LNetFini() to be called without a prior call to LNetNIFini(). This will cause the LASSERT(the_lnet.ln_refcount == 0) to be triggered. To deal with this use case when LNet is configured a reference count on the module is taken using try_module_get(). This way LNet must be unconfigured before it could be removed; therefore avoiding the above case. When LNet is unconfigured module_put() is called to return the reference count. Signed-off-by:
-
John L. Hammond authored
In lnet/lnet/ and lnet/selftest/ assume a kernel build (assume that __KERNEL__ is defined). Remove some common code only needed for user space LNet. Only part of the work of this patch got merged. This is the final bits. Signed-off-by:
-
Amir Shehata authored
This patch starts router checker thread all the time. The router checker only checks routes by ping if live_router_check_interval or dead_router_check_interval are set to something other than 0, and there are routes configured. If these conditions are not met the router checker sleeps until woken up when a route is added. It is also woken up whenever the RC is being stopped to ensure the thread doesn't hang. In the future when DLC starts configuring the live and dead router_check_interval parameters, then by manipulating them the router checker can be turned on and off by the user. Signed-off-by:
-
Amir Shehata authored
After adding a route, lnet_check_routes() is called to ensure that the route added doesn't invalidate the routing configuration. If lnet_check_routes() fails then the route just added, which caused the current configuration to be invalidated is deleted, and an error is returned to the user. Signed-off-by:
-
Amir Shehata authored
Return -EEXIST and not -EINVAL when trying to add a network interface which is not unique. Some minor cleanup in api-ni.c Signed-off-by:
-
Amir Shehata authored
Currently if there exists a route that goes over a remote net and then this net is added dynamically as a local net, then traffic stops because the code in lnet_send() determines that the destination nid can be reached from another local_ni, but the src_nid is still stuck on the earlier NI, because the src_nid is stored in the ptlrpc layer and is not updated when a local NI is configured. Signed-off-by:
-
