similar to: [PATCH] ocfs2: Keep index within status_map

Linus, et al, Here are all the outstanding ocfs2 fixes for 2.6.31. The major fixes are for aio write and for non-sparse file extending. There are also a couple of b-tree fixes as well as some for quotas. Please pull. Joel The following changes since commit 44b572809581d5a10dbe35aa6bf689f32b9c5ad6: Yinghai Lu (1): x86: don't clear nodes_states[N_NORMAL_MEMORY] when numa is not

The Lock Value Block (LVB) of a DLM lock can be lost when nodes die and the DLM cannot reconstruct its state. Clients of the DLM need to know this. ocfs2's internal DLM, o2dlm, explicitly zeroes out the LVB when it loses track of the state. This is not a standard behavior, but ocfs2 has always relied on it. Thus, an o2dlm LVB is always "valid". ocfs2 now supports both o2dlm and

The wrong member was compared in the continguousness check. Acked-by: Tao Ma <tao.ma at oracle.com> Signed-off-by: Roel Kluin <roel.kluin at gmail.com> --- >> } else if ((ins->ei_phys + ins->ei_clusters) == emi->ei_phys && >> (ins->ei_cpos + ins->ei_clusters) == emi->ei_phys && >> should that 2nd

To avoid direct access to the driver_data pointer in struct device, the functions dev_get_drvdata() and dev_set_drvdata() should be used. Signed-off-by: Roel Kluin <roel.kluin at gmail.com> --- diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c index 8f90508..ff09809 100644 --- a/drivers/block/xen-blkfront.c +++ b/drivers/block/xen-blkfront.c @@ -755,12 +755,12 @@

To avoid direct access to the driver_data pointer in struct device, the functions dev_get_drvdata() and dev_set_drvdata() should be used. Signed-off-by: Roel Kluin <roel.kluin at gmail.com> --- diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c index 8f90508..ff09809 100644 --- a/drivers/block/xen-blkfront.c +++ b/drivers/block/xen-blkfront.c @@ -755,12 +755,12 @@

To avoid direct access to the driver_data pointer in struct device, the functions dev_get_drvdata() and dev_set_drvdata() should be used. Signed-off-by: Roel Kluin <roel.kluin at gmail.com> --- diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c index 8f90508..ff09809 100644 --- a/drivers/block/xen-blkfront.c +++ b/drivers/block/xen-blkfront.c @@ -755,12 +755,12 @@

flight 21641 linux-3.10 real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21641/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-pv 18 leak-check/check fail REGR. vs. 21026 test-amd64-i386-qemut-rhel6hvm-intel 11 leak-check/check fail REGR. vs. 21026 test-amd64-i386-qemuu-rhel6hvm-intel 11

in nouveau_shader_pass2() 210: struct pass2_rec *rec; ... 215: rec = calloc(1, sizeof(struct pass2_rec)); ... 218: nvs->pass_rec = rec; untested, please check. -- also free nvs->pass_rec on error Signed-off-by: Roel Kluin <12o3l at tiscali.nl> --- diff --git a/src/mesa/drivers/dri/nouveau/nouveau_shader_2.c b/src/mesa/drivers/dri/nouveau/nouveau_shader_2.c index

The following series of patches comprises the bulk of our outstanding changes for Ocfs2. Aside from the usual set of cleanups and fixes that were inappropriate for 2.6.25, there are a few highlights: The '/sys/o2cb' directory has been moved to '/sys/fs/o2cb'. The new location meshes better with modern sysfs layout. A symbolic link has been placed in the old location so as to

'!' has a higher priority than '&': bitanding has no effect. Signed-off-by: Roel Kluin <12o3l at tiscali.nl> --- diff --git a/src/mesa/drivers/dri/nouveau/nouveau_shader.c b/src/mesa/drivers/dri/nouveau/nouveau_shader.c index b6837c5..1118fdb 100644 --- a/src/mesa/drivers/dri/nouveau/nouveau_shader.c +++ b/src/mesa/drivers/dri/nouveau/nouveau_shader.c @@ -554,7 +554,7 @@

This set of patches includes a few dlm related fixes from Kurt, and a small, trivial cleanup by Adrian. Also included are three disk allocation patches by me - two fixes and one incremental improvement in our allocation strategy. These have been around since early June, so I think they've had enough testing that they can go upstream. Please pull from 'upstream-linus' branch of

On 06/08/15 09:08, Roel van Meer wrote: > L.P.H. van Belle writes: > >> is the time in sync on your servers ? > > Yes it is. > > I managed to make it work by specifying the primary DC as nameserver > in /etc/resolv.conf of the secondary DC. As soon as I do that, > samba_dnsupdate works on the secondary. When I change it back to use > the local Samba as resolver,

Hi Roel Just guessing: do you have conntrack enabled? If not, "modprobe nf_conntrack_netlink" (you can remove it and its dependencies later) What are the outputs of sysctl net.netfilter.nf_conntrack_count and sysctl net.netfilter.nf_conntrack_max when the problem shows up? cheers Ethy On Thu, 31 Mar 2016 12:17:12 +0000 "Dovid Bender" <dovid at telecurve.com>

Hi all, I am using a 'tricked' Cox Hazard regression model for discrete choice habitat modelling. However, I'm having a hard time understanding the meaning of the first line the following part of the summary() output: Rsquare= 0.307 (max possible= 0.475 ) Likelihood ratio test= 91.8 on 12 df, p=2.23e-14 Wald test = 26.3 on 12 df, p=0.00977 Score (logrank) test = 58.6 on 12 df,

Ethy H. Brito writes: > > Ifconfig output looks like this: > > > > root at communiceer:~# ifconfig eth1 > > eth1 Link encap:Ethernet HWaddr b4:99:ba:a9:3e:e5 > > inet addr:x.x.x.x Bcast:x.x.x.127 Mask:255.255.255.128 > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:5967421 errors:0 dropped:21425

Hai Roel, Ah, ok, so you have hitted a bug. Might be : https://bugzilla.samba.org/show_bug.cgi?id=13959 https://bugzilla.samba.org/show_bug.cgi?id=14062 You have a few options, patch it yourself or report it at debian. Or Upgrade debian to bullseye. Or use my repo and stay on buster. Then you have the option goto 4.10.latest or 4.11.latest (sorry i have not ported 4.9.latest to buster )

Dovid Bender writes: > Just guessing I would verify that the out of : iptables -L -nv > Shows no dropped packets, try disabling selinux as well as look at the > limits of the asterisk pid (cat /proc/<Asterisk PID>/limits). I know the > defualt for rhel is 1024 which was never enough for us. Thanks for the hints. Selinux is disabled, there is no outgoing firewall (anymore)

Hi all, I wish to do build discrete choice model to analyse habitat selection of wolverines. This can be done with a 'tricked' stratified Cox proportional hazard model. For each individual animal each selected position, and possible alternative non-used available positions are combined into strata. This means that one stratum contains a set of 1 used position and several positions which

For those wondering about the C backend, a patch(set) to current trunk is available but too large to send through the LLVM mailinglist. I can send the patch(es) directly if people are interested. Cheers, Roel On 17/11/12 03:48, David Claughton wrote: > Hi Roel, > > On 13/09/12 11:02, Roel Jordans wrote: >> >> For those that are interested, I can provide a patch to the

Hi list, for future reference: we haven't been able to fix it. Upgrading to 4.9.18 didn't help, so in the end we decided to downgrade to our previous version (4.5.12) which doesn't have this problem. Hooray for tdbbackup! Thanks Louis for thinking with us. Best regards, Roel And for Google: smbd[16461]: ldb: Failure during ltdb_lock_read(): Locking error ? Busy smbd[16461]: