similar to: [PATCH v3 13/22] ocfs2: use little-endian bitops

Displaying 8 results from an estimated 8 matches similar to: "[PATCH v3 13/22] ocfs2: use little-endian bitops"

2011 Mar 07
4
[PATCH 0/3] ocfs2: Add batched discard support
Hi all, This patch set adds batched discard support to ocfs2. Please check. Thanks. Regards, Tao
2008 Jun 19
0
[PATCH] ia64/xen: introduce synch bitops which is necessary for ia64/xen support.
define sync bitops which is necessary for ia64/xen. Cc: Robin Holt <holt at sgi.com> Cc: Jeremy Fitzhardinge <jeremy at goop.org> Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> Cc: "Luck, Tony" <tony.luck at intel.com> --- include/asm-ia64/sync_bitops.h | 50 ++++++++++++++++++++++++++++++++++++++++ 1 files changed, 50 insertions(+), 0 deletions(-)
2008 Feb 22
0
[PATCH 04/28] ia64/xen: introduce synch bitops which is necessary for ia64/xen support.
On Thu, Feb 21, 2008 at 11:42:28PM -0600, Robin Holt wrote: > > +#define ADDR (*(volatile long *) addr) > > This seems like a leftover #define. Additionally, ADDR seems a bit > vague and easily misused. Since I don't see it used anywhere else in > that patch, I will assume it should be tossed, but reserve the right to > rescind this comment later. It's a leftover
2003 Jun 14
1
[teeny tiny PATCH] Fix include/linux/bitops.h for userspace
Hi, Andrew - Looks like a recent change you fed to Linus broke the klibc build as of 2.5.71. Can you pass this fix along, please? ===== include/linux/bitops.h 1.4 vs edited ===== --- 1.4/include/linux/bitops.h Thu Jun 5 23:37:30 2003 +++ edited/include/linux/bitops.h Sat Jun 14 22:02:01 2003 @@ -108,7 +108,7 @@ return (res & 0x0F) + ((res >> 4) & 0x0F); }
2008 Feb 22
0
[PATCH 04/28] ia64/xen: introduce synch bitops which is necessary for ia64/xen support.
On Thu, Feb 21, 2008 at 11:42:28PM -0600, Robin Holt wrote: > > +#define ADDR (*(volatile long *) addr) > > This seems like a leftover #define. Additionally, ADDR seems a bit > vague and easily misused. Since I don't see it used anywhere else in > that patch, I will assume it should be tossed, but reserve the right to > rescind this comment later. It's a leftover
2011 Apr 04
1
[PATCH] com32: Do not use centralized bitops header in vsscanf
From: Matt Fleming <matt.fleming at linux.intel.com> Partially revert "com32: add a centralized bitops header" This reverts part of commit db74cf6c4182f40ecf7fad1f04799d09d82f896d. The usage of the centralized bitops in com32/lib/vsscanf.c is not correct because the bitmap that we're accessing is too large for the 'bt', 'bts' and 'btc' instructions to
2006 Mar 30
3
[patch] bitops on irq_cpustat_t->__softirq_pending
As mentioned earlier, PowerPC''s atomic ops operate on longs, and we have made our *_bit() prototypes use long* (instead of void*) to warn us of problems at compile time. Here''s one caller that was flagged: test_and_set_bit(nr, &softirq_pending(cpu)) Accordingly, we need __softirq_pending to be long, not int. PowerPC is currently using a few files unmodified from the x86
2006 Aug 15
0
[git patches] ocfs2 updates
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