similar to: [RFC][PATCH 0/3] configfs: Miscellaneous fixes

I'm running a bit late with the e-mail this time around, but I think that's ok since there really isn't any major new features here - the bulk of the Ocfs2 update is bug fixes, or cleanups. The same goes for configfs. The only two things that could be described as features would be: - Sunil has updated Ocfs2 to provide even more live cluster locking information via debugfs. - Joel

Hi, I'm resending since I got no feedback: I assume that the message was lost... The attached patch fixes a few bugs related to the spoofing portmapper used by nfsmount. Regards, Louis -- Dr Louis Rilling Kerlabs Skype: louis.rilling Batiment Germanium Phone: (+33|0) 6 80 89 08 23 80 avenue des Buttes de Coesmes http://www.kerlabs.com/ 35700 Rennes -------------- next part

Hi, Here are two fixes for ipconfig/dhcp, the second of them being required for my dhcp3 server to accept ipconfig's requests. Thanks, Louis Louis Rilling (2): ipconfig: Fix missing dhcp_end field ipconfig: Fix null ciaddr on DHCPREQUEST during SELECTING state usr/kinit/ipconfig/dhcp_proto.c | 4 ++-- usr/kinit/ipconfig/packet.c | 2 +- 2 files changed, 3

I finally got some time to work through the klibc patch queue... however, since I have been AWOL so long I might have dropped patches. If someone could take a quick look at the git tree before I push a new version out that would be great. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

Hey, I am currently using some IBM 3850 M2 servers that we have booting from PXE to do NFS root stuff like updating firmware etc prior to getting the system installed with an operating system. Some of these servers install fine and other servers with identical configurations fail to install. In each case when it fails to start it gets to the following point [ 274.004114] NET: Registered

All, This is hopefully the final drop of the patches for adding global heartbeat to the o2cb stack. The diff from the previous set is here: http://oss.oracle.com/~smushran/global-hb-diff-2010-10-07 Implemented most of the suggestions provided by Joel and Wengang. The most important one was to activate the feature only at the end, Also, got mostly a clean run with checkpatch.pl. Sunil

The only non-fix here is Joel's new configfs convenience macros, but nobody is using them yet, so I think the patch is safe. By the way, these patches (as usual) are all rebased on top of your latest tree. I think that since the vast majority of ocfs2 and configfs patches are self-contained and within a small area of the kernel that this should probably be fine. If you feel otherwise however,

Hi, I have been trying to improve the coding of some of my puppet recipes and had some trouble so wrote this: http://blog.wl0.org/2011/05/thoughts-about-extlookup-in-puppet/ Comments on the web seem to indicate that extlookup() solves "all problems" but I don''t really see that and hence have proposed a possible way to keep the data closer together and make the extlookup()

Package: klibc-utils Version: 1.5.12-2 Severity: important Tags: patch (I'm using X-Debbugs-Cc so that the klibc list receives a copy directly. I'd be glad to be kept in Cc since I don't follow that list, thanks already.) Hi maks, hpa, Louis, and others, I've been experiencing for a while timeouts at DHCP-time in ipconfig when starting up several machines (say: 2 out of 4

The following patches were made over Linus's tree and fix an issue where windows guests will send iovecs with offset/lengths that result in IOs that are not aligned to 512. The LIO layer will then send them to Linux's block layer but it requires 512 byte alignment, so depending on the block driver being used we will get IO errors or hung IO. The following patches have vhost-scsi detect

hello hpa, stuff keeps piling up, but shaping up too. :) Louis Rilling debugged the ipconfig failure that I was wondering about lately and fixed it. so his fixes got added to previous pull request v2: please pull git pull git://git.debian.org/users/maks/klibc.git maks for the changes: Louis Rilling (2): [klibc] ipconfig: Fix missing dhcp_end field [klibc] ipconfig: Fix null ciaddr

The following patches were made over Linus tree and also apply over mst tree's vhost branch. The patches fix an issue where management operations like LUN mapping/unmapping and device addition hang for 30 seconds or up to N minutes depending on the device. The problem is that we use a global mutex to protect the list of tpgs but we hold that mutex during those management operations. So if you

Remove some pointless conditionals before kfree(). Signed-off-by: Wei Yongjun <yjwei at cn.fujitsu.com> --- fs/ocfs2/alloc.c | 3 +-- fs/ocfs2/cluster/heartbeat.c | 6 ++---- fs/ocfs2/cluster/tcp.c | 6 ++---- fs/ocfs2/dlm/dlmdomain.c | 3 +-- fs/ocfs2/dlm/dlmrecovery.c | 6 ++---- fs/ocfs2/extent_map.c | 3 +-- fs/ocfs2/journal.c

By default, o2cb fences the box by calling emergency_restart(). While this scheme works well in production, it comes in the way during testing as it does not let the tester take stack/core dumps for analysis. This patch allows user to dynamically change the fence method to panic() by: # echo "panic" > /sys/kernel/config/cluster/<clustername>/fence_method Signed-off-by: Sunil

The following patches were made over Linus tree. The patches fix 3 issues: 1. If a user performs LIO LUN unmapping before the endpoint has been cleared then we can end up trying to free a bogus tmf struct if the TMF is still exucuting when we do the unmap. 2. If vhost_scsi_setup_vq_cmds fails we can leave the tpg->vhost_scsi pointer set and we can end up trying to access a freed struct. 3.

Hi all, I have pushed out klibc-1.5.17, mostly based on Max' patchqueue: H. Peter Anvin (3): [klibc] 1.5.16 released, next version is 1.5.17 [klibc] socketcalls: add parens around defined() [klibc] losetup: fix pointer type warnings Louis Rilling (2): [klibc] ipconfig: Fix missing dhcp_end field [klibc] ipconfig: Fix null ciaddr on DHCPREQUEST during SELECTING

On Mon, Sep 21, 2020 at 01:23:03PM -0500, Mike Christie wrote: > We currently are limited to 256 cmds per session. This leads to problems > where if the user has increased virtqueue_size to more than 2 or > cmd_per_lun to more than 256 vhost_scsi_get_tag can fail and the guest > will get IO errors. > > This patch moves the cmd allocation to per vq so we can easily match >

Please pull from 'upstream-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/mfasheh/ocfs2.git upstream-linus to receive the following updates: fs/configfs/dir.c | 59 +++++++++++++++++++++++++++++++++++++++++++++++ fs/ocfs2/alloc.c | 3 ++ fs/ocfs2/dcache.c | 42 +++++++++++++++++++++++++++++++-- fs/ocfs2/dcache.h | 9 ++++++-

I've seen others with a similar problem, but have yet to find a solution. I'm using CentOS 4.4, installed the ocfs2 package to match my kernel. Installed ocfs2tools. I can open the ocfs2console just fine, but when trying to add a node, it tells me the cluster stack could not be loaded. When I do /etc/init.d/o2cb configure, I get: Cluster to start on boot (Enter "none" to clear)

Linus et al, Here are the last ocfs2 and configfs fixes for 2.6.39-rc. These include a configfs crash and a compatibility regression in the ocfs2 internal DLM. Please pull. The following changes since commit 446cc6345d3de6571bdd0840f48aca441488a28d: Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs (2011-05-12 18:00:09 -0700) are available in the