This is a question about tradeoffs. I'm playing with a couple of
approaches for an x86 seccomp fast path.
It looks like populating struct seccomp_data in the syscall entry asm
code saves 4-5ns (83ns vs 87.7ns or so for getpid with seccomp
enabled). Presumably this is because it avoids a branch a
This function always returns 1, thus no need to check return value
in hugetlb_cow(). By doing so, we can get rid of the unnecessary WARN_ON
call. While this logic perhaps existed as a way of identifying future
unmap_ref_private() mishandling, reality is it serves no apparent purpose.
Signed-off-by
When returning from hugetlb_cow(), we always (1) put back the refcount
for each referenced page -- always 'old', and 'new' if allocation was
successful. And (2) retake the page table lock right before returning,
as the callers expects. This logic can be simplified and encapsulated,
as proposed in t
On Tue, Jul 01, 2014 at 01:14:19PM -0700, Andrew Morton wrote:
> On Tue, 1 Jul 2014 20:46:05 +0100 Matt Fleming wrote:
>
> > > +int get_efi_runtime_map_size(void)
> > > +{
> > > + return nr_efi_runtime_map * efi_memdesc_size;
> > > +}
> > > +
> > > +int get_efi_runtime_map_desc_size(void)
> > > +
Himangi Saraogi schrieb:
> This patch introduces the use of the managed version of kzalloc and
> removes the kfrees in the probe and remove functions. Also, the labels
> are renamed to order them.
Since you are already on it, better drop label "out" and return the errorcode
immediately after check
On Fri, Jun 27, 2014 at 12:31:41PM -0400, Vivek Goyal wrote:
> On Thu, Jun 26, 2014 at 01:58:26PM -0700, Andrew Morton wrote:
>
> [..]
> > > + while (pos < stat.size) {
> > > + bytes = kernel_read(f.file, pos, (char *)(*buf) + pos,
> > > + stat.size - pos);
> >
At Mon, 30 Jun 2014 13:51:22 +0200,
Jiri Slaby wrote:
>
> This is the start of the stable review cycle for the 3.12.24 release.
> There are 181 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Res
Hi
On Tue, Jul 1, 2014 at 9:02 PM, Fabian Frederick wrote:
> use mm.h definition
>
> Cc: David Airlie
> Cc: David Herrmann
> Cc: dri-de...@lists.freedesktop.org
> Signed-off-by: Fabian Frederick
Hm, this is defined in mm.h and we include it via drmP.h, which is
weird, but ok.
Reviewed-by: Da
This patch intoduces the use of devm_ioremap_resource instead of
request_mem_region and ioremap_nocache and removes the calls to free the
allocated memory. Some labels are removes and a new label failed
introduced to make it less specific to the context. The call to a
platform get resource with IOR
d911d9874801 ("kernfs: make kernfs_notify() trigger inotify events
too") added fsnotify triggering to kernfs_notify() which requires a
sleepable context. There are already existing users of
kernfs_notify() which invoke it from an atomic context and in general
it's silly to require a sleepable cont
On Mon, Jun 30, 2014 at 03:47:32PM -0400, Tejun Heo wrote:
> Hey, Li.
>
> Can you please test this patch and ack it?
>
> Thanks.
> -- 8< --
> Writing to either "cpuset.cpus" or "cpuset.mems" file flushes
> cpuset_hotplug_work so that cpu or memory hotunplug doesn't end up
> migrating task
On Mon, 30 Jun 2014 22:09:18 -0700
Andy Lutomirski wrote:
>
> for i in arch/x86/vdso/*.so.dbg; do echo $i; eu-readelf -S $i; done
>
> after a failed build?
>
> Let the game of section whack-a-mole begin.
As this is just a compile failure, I can work on this even while it
builds for my test bo
On Tue, 1 Jul 2014 23:01:50 +0300 Alexey Dobriyan wrote:
> fs.h is new sched.h!
>
> Start removing unnecessary fs.h inclusions.
>
> In the end of the whole series ~2000 useless fs.h inclusions are gone
> (just need more comple testing).
>
This changelog is rather confusing.
The patch adds lo
On Tue, Jul 01, 2014 at 09:36:10PM +0200, Arnd Bergmann wrote:
> On Tuesday 01 July 2014 19:43:28 Liviu Dudau wrote:
> > +/*
> > + * Record the PCI IO range (expressed as CPU physical address + size).
> > + * Return a negative value if an error has occured, zero otherwise
> > + */
> > +int __weak p
On Tue, Jul 01, 2014 at 12:11:47PM -0700, Filipe Brandenburger wrote:
> From: Zhengyu He
>
> This fixes a typo that named the read_mostly section of percpu as
> readmostly. It works fine with SMP because the linker script specifies
> .data..percpu..readmostly. However, UP kernel builds don't have
Several platforms use a rather generic version of parsing
the device tree to find the host bridge ranges. Move the common code
into the generic PCI code and use it to create a pci_host_bridge
structure that can be used by arch code.
Based on early attempts by Andrew Murray to unify the code.
Used
On Sat, Jun 28, 2014 at 06:31:00PM -0700, Randy Dunlap wrote:
> [adding Tejun Heo]
>
> patch OK, Tejun? You want to apply it?
Yeah, looks good to me but it prolly should go through Greg's
driver-core-next. Daniel, do you mind reposting it to Greg with my
ack added?
Thanks.
--
tejun
--
To uns
On Tue, Jul 01, 2014 at 07:39:15PM +0100, Mel Gorman wrote:
> The fair zone policy itself is partially working against the lowmem
> reserve idea. The point of the lowmem reserve was to preserve the lower
> zones when an upper zone can be used and the fair zone policy breaks
> that. The fair zone po
On 07/01/2014 10:07 AM, Naoya Horiguchi wrote:
> queue_pages_range() does page table walking in its own way now, but there
> is some code duplicate. This patch applies page table walker to reduce
> lines of code.
>
> queue_pages_range() has to do some precheck to determine whether we really
> walk
It is clearly not my day today! This will fail compilation on ARCH=arm due to
missing header include for
Will send an update tomorrow after more testing. Sorry!
Liviu
On Tue, Jul 01, 2014 at 09:50:50PM +0100, Liviu Dudau wrote:
> Several platforms use a rather generic version of parsing
> the d
On Wednesday 25 June 2014 12:58:03 Sasha Levin wrote:
> Ping?
Hans, I've replied to your previous e-mail with
I'm of course fine with a different way to solve the race condition, if we can
find a good one. Do you already know how you would like to solve this ?
> On 05/23/2014 09:54 AM, Hans Ver
The Tegra USB complex has a particularly annoying misdesign: some of the
UTMI pad configuration registers are global for all the 3 USB controllers
on the chip, but those registers are located in the first controller's
register space and will be cleared when the reset to the first
controller is asse
Commit b424080a9e086e683ad5fdc624a7cf3c024e0c0f (reset: Add optional
resets and stubs) accidentally dropped the declaration of
of_reset_control_get from include/linux/reset.h. Add it back to the
header.
Signed-off-by: Tuomas Tynkkynen
---
include/linux/reset.h | 8
1 file changed, 8 ins
Hi all,
This series fixes a probe order issue with the Tegra EHCI driver.
Basically, the register area of the 1st USB controller contains some
registers that are global to all of the controllers, but that are also
cleared when reset is asserted to the 1st controller. So if (say) the
3rd controller
tegra_usb_phy_close() is supposed to undo the effects of
tegra_usb_phy_init(). It is also currently added as the USB PHY shutdown
callback, which is wrong, since tegra_usb_phy_init() is only called
during probing wheras the shutdown callback can get called multiple
times. This then leads to warning
This patch introduces the use of the managed version of kzalloc and
removes the kfrees in the probe and remove functions. More return
paths are added and the labels are renamed to order them.
Signed-off-by: Himangi Saraogi
---
v2: add more return paths
Not compile tested.
drivers/staging/iio/tri
On Tue, 01 Jul, at 01:14:19PM, Andrew Morton wrote:
>
> This?
>
> From: Andrew Morton
> Subject: kexec-support-kexec-kdump-on-efi-systems-fix
>
> s/get_efi/efi_get/g, per Matt
>
> Cc: Vivek Goyal
> Cc: Matt Fleming
> Signed-off-by: Andrew Morton
Yep, looks spot on. Thanks Andrew.
--
Matt
On Tue, Jul 01, 2014 at 07:39:15PM +0100, Mel Gorman wrote:
> On Tue, Jul 01, 2014 at 01:16:11PM -0400, Johannes Weiner wrote:
> > On Mon, Jun 30, 2014 at 05:47:59PM +0100, Mel Gorman wrote:
> > > Changelog since V3
> > > o Push down kwapd changes to cover the balance gap
> > > o Drop drop page dis
Avoid matching allocs that appear to be known
small multiplications of a sizeof with a constant
because gcc as of 4.8 cannot optimize the code in
a calloc() exactly the same way as an alloc().
Look for numeric constants or what appear to be
upper case only macro #defines.
Signed-off-by: Joe Perch
On Tue, Jun 03, 2014 at 03:33:28PM +0800, Lai Jiangshan wrote:
> When POOL_DISASSOCIATED is cleared, the running worker's local CPU should
> be the same as pool->cpu without any exception even during cpu-hotplug.
>
> This fix changes "(proposition_A && proposition_B && proposition_C)"
> to "(propo
On Tue, Jul 1, 2014 at 1:18 PM, Andy Lutomirski wrote:
> This is a question about tradeoffs. I'm playing with a couple of
> approaches for an x86 seccomp fast path.
>
> It looks like populating struct seccomp_data in the syscall entry asm
> code saves 4-5ns (83ns vs 87.7ns or so for getpid with s
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/brick_checking.h | 88
1 file changed, 88 insertions(+)
create mode 100644 include/linux/brick/brick_checking.h
diff --git a/include/linux/brick/brick_checking.h
b/include/linux/brick/brick_check
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/lib_timing.c | 51 +
1 file changed, 51 insertions(+)
create mode 100644 drivers/block/mars/lib_timing.c
diff --git a/drivers/block/mars/lib_timing.c b/drivers/block/mars/lib_timing.c
new file m
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/xio/xio_bio.h | 69 +
1 file changed, 69 insertions(+)
create mode 100644 include/linux/xio/xio_bio.h
diff --git a/include/linux/xio/xio_bio.h b/include/linux/xio/xio_bio.h
new file mode 100644
i
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/xio_bricks/xio.c | 183
1 file changed, 183 insertions(+)
create mode 100644 drivers/block/mars/xio_bricks/xio.c
diff --git a/drivers/block/mars/xio_bricks/xio.c
b/drivers/block/mars/xio_bricks/xi
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/lib_mapfree.h | 65 +
1 file changed, 65 insertions(+)
create mode 100644 include/linux/lib_mapfree.h
diff --git a/include/linux/lib_mapfree.h b/include/linux/lib_mapfree.h
new file mode 100644
i
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/xio_net.h | 126
1 file changed, 126 insertions(+)
create mode 100644 include/linux/xio_net.h
diff --git a/include/linux/xio_net.h b/include/linux/xio_net.h
new file mode 100644
index 00
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/Kconfig | 371 +
1 file changed, 371 insertions(+)
create mode 100644 drivers/block/mars/Kconfig
diff --git a/drivers/block/mars/Kconfig b/drivers/block/mars/Kconfig
new file mode 100644
ind
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/brick.c | 801 +
1 file changed, 801 insertions(+)
create mode 100644 drivers/block/mars/brick.c
diff --git a/drivers/block/mars/brick.c b/drivers/block/mars/brick.c
new file mode 100644
ind
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/brick.h | 632
1 file changed, 632 insertions(+)
create mode 100644 include/linux/brick/brick.h
diff --git a/include/linux/brick/brick.h b/include/linux/brick/brick.h
new file mode 100644
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/brick_say.h | 80 +
1 file changed, 80 insertions(+)
create mode 100644 include/linux/brick/brick_say.h
diff --git a/include/linux/brick/brick_say.h b/include/linux/brick/brick_say.h
new file m
On Tue, 1 Jul 2014 09:58:52 -0500 (CDT) Christoph Lameter
wrote:
> On Mon, 30 Jun 2014, David Rientjes wrote:
>
> > It's not at all clear to me that that patch is correct. Wei?
>
> Looks ok to me. But I do not like the convoluted code in new_slab() which
> Wei's patch does not make easier to
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/Makefile | 38 ++
1 file changed, 38 insertions(+)
create mode 100644 drivers/block/mars/Makefile
diff --git a/drivers/block/mars/Makefile b/drivers/block/mars/Makefile
new file mode 100644
index 00
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/brick_say.c | 931 +
1 file changed, 931 insertions(+)
create mode 100644 drivers/block/mars/brick_say.c
diff --git a/drivers/block/mars/brick_say.c b/drivers/block/mars/brick_say.c
new file mod
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/mars_light/light_strategy.c | 1898
1 file changed, 1898 insertions(+)
create mode 100644 drivers/block/mars/mars_light/light_strategy.c
diff --git a/drivers/block/mars/mars_light/light_strategy.c
b/drivers/b
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/mars_light/light_strategy.h | 224 ++
1 file changed, 224 insertions(+)
create mode 100644 include/linux/mars_light/light_strategy.h
diff --git a/include/linux/mars_light/light_strategy.h
b/include/linux/mars_l
On Tue, Jul 01, 2014 at 02:00:32PM -0700, Dave Hansen wrote:
> On 07/01/2014 10:07 AM, Naoya Horiguchi wrote:
> > queue_pages_range() does page table walking in its own way now, but there
> > is some code duplicate. This patch applies page table walker to reduce
> > lines of code.
> >
> > queue_pa
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/xio_bricks/xio_bio.c | 810
1 file changed, 810 insertions(+)
create mode 100644 drivers/block/mars/xio_bricks/xio_bio.c
diff --git a/drivers/block/mars/xio_bricks/xio_bio.c
b/drivers/block/mars/xio_b
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/mars_light/light_net.c | 99 +++
1 file changed, 99 insertions(+)
create mode 100644 drivers/block/mars/mars_light/light_net.c
diff --git a/drivers/block/mars/mars_light/light_net.c
b/drivers/block/mars/ma
From: Thomas Schoebel-Theuer
---
drivers/block/Kconfig | 2 ++
drivers/block/Makefile | 1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index 014a1cf..8646956 100644
--- a/drivers/block/Kconfig
+++ b/drivers/block/Kconfig
@@ -283,6 +283,8 @@ con
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/mars_light/mars_proc.c | 349 ++
1 file changed, 349 insertions(+)
create mode 100644 drivers/block/mars/mars_light/mars_proc.c
diff --git a/drivers/block/mars/mars_light/mars_proc.c
b/drivers/block/mars/m
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/xio_bricks/xio_copy.c | 976 +++
1 file changed, 976 insertions(+)
create mode 100644 drivers/block/mars/xio_bricks/xio_copy.c
diff --git a/drivers/block/mars/xio_bricks/xio_copy.c
b/drivers/block/mars/xio
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/lib_rank.c | 73 +++
1 file changed, 73 insertions(+)
create mode 100644 drivers/block/mars/lib_rank.c
diff --git a/drivers/block/mars/lib_rank.c b/drivers/block/mars/lib_rank.c
new file mode 10
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/xio.h | 273
1 file changed, 273 insertions(+)
create mode 100644 include/linux/xio.h
diff --git a/include/linux/xio.h b/include/linux/xio.h
new file mode 100644
index 000..33f125d
-
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/mars_light/mars_proc.h | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 include/linux/mars_light/mars_proc.h
diff --git a/include/linux/mars_light/mars_proc.h
b/include/linux/mars_light/mars_proc.h
new file mod
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/xio_bricks/xio_if.c | 1037
1 file changed, 1037 insertions(+)
create mode 100644 drivers/block/mars/xio_bricks/xio_if.c
diff --git a/drivers/block/mars/xio_bricks/xio_if.c
b/drivers/block/mars/xio_br
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/xio/xio_trans_logger.h | 249 +++
1 file changed, 249 insertions(+)
create mode 100644 include/linux/xio/xio_trans_logger.h
diff --git a/include/linux/xio/xio_trans_logger.h
b/include/linux/xio/xio_trans_lo
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/lib_timing.h | 156 +++
1 file changed, 156 insertions(+)
create mode 100644 include/linux/brick/lib_timing.h
diff --git a/include/linux/brick/lib_timing.h b/include/linux/brick/lib_timing.h
new fi
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/xio/xio_client.h | 70 ++
1 file changed, 70 insertions(+)
create mode 100644 include/linux/xio/xio_client.h
diff --git a/include/linux/xio/xio_client.h b/include/linux/xio/xio_client.h
new file mode
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/lib_pairing_heap.h | 94 ++
1 file changed, 94 insertions(+)
create mode 100644 include/linux/brick/lib_pairing_heap.h
diff --git a/include/linux/brick/lib_pairing_heap.h
b/include/linux/brick/lib_pai
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/xio_bricks/lib_log.c | 500
1 file changed, 500 insertions(+)
create mode 100644 drivers/block/mars/xio_bricks/lib_log.c
diff --git a/drivers/block/mars/xio_bricks/lib_log.c
b/drivers/block/mars/xio_b
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/xio_bricks/xio_client.c | 739 +
1 file changed, 739 insertions(+)
create mode 100644 drivers/block/mars/xio_bricks/xio_client.c
diff --git a/drivers/block/mars/xio_bricks/xio_client.c
b/drivers/block/mars
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/xio/xio_server.h | 48 ++
1 file changed, 48 insertions(+)
create mode 100644 include/linux/xio/xio_server.h
diff --git a/include/linux/xio/xio_server.h b/include/linux/xio/xio_server.h
new file mode
From: Thomas Schoebel-Theuer
Mostly introduces missing EXPORT_SYMBOL().
Should have no impact onto the kernel.
This is the generic version which exports all sys_*() system
calls. This should not introduce any additional maintenance pain
because that interfaces has to be stable anyway due to POSI
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/xio/xio_if.h | 93 ++
1 file changed, 93 insertions(+)
create mode 100644 include/linux/xio/xio_if.h
diff --git a/include/linux/xio/xio_if.h b/include/linux/xio/xio_if.h
new file mode 100644
inde
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/lib_limiter.c | 103 +++
1 file changed, 103 insertions(+)
create mode 100644 drivers/block/mars/lib_limiter.c
diff --git a/drivers/block/mars/lib_limiter.c b/drivers/block/mars/lib_limiter.c
new fi
Hi together,
after almost 20 years, I am happy to be back at the kernel hacker
community with a new project called MARS Light (Multiversion
Asynchronous Replication System).
Its application area is _different_ from DRBD:
MARS replicates generic block devices asynchronously over long distances
an
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/lib_limiter.h | 33 +
1 file changed, 33 insertions(+)
create mode 100644 include/linux/brick/lib_limiter.h
diff --git a/include/linux/brick/lib_limiter.h
b/include/linux/brick/lib_limiter.h
new file
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/meta.h | 90 ++
1 file changed, 90 insertions(+)
create mode 100644 include/linux/brick/meta.h
diff --git a/include/linux/brick/meta.h b/include/linux/brick/meta.h
new file mode 100644
inde
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/brick_mem.h | 202
1 file changed, 202 insertions(+)
create mode 100644 include/linux/brick/brick_mem.h
diff --git a/include/linux/brick/brick_mem.h b/include/linux/brick/brick_mem.h
new file
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/lamport.c | 48
1 file changed, 48 insertions(+)
create mode 100644 drivers/block/mars/lamport.c
diff --git a/drivers/block/mars/lamport.c b/drivers/block/mars/lamport.c
new file mode 10064
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/lib_rank.h | 119 +
1 file changed, 119 insertions(+)
create mode 100644 include/linux/brick/lib_rank.h
diff --git a/include/linux/brick/lib_rank.h b/include/linux/brick/lib_rank.h
new file mod
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/xio/xio_copy.h | 99
1 file changed, 99 insertions(+)
create mode 100644 include/linux/xio/xio_copy.h
diff --git a/include/linux/xio/xio_copy.h b/include/linux/xio/xio_copy.h
new file mode 10064
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/xio_bricks/xio_aio.c | 1224 +++
1 file changed, 1224 insertions(+)
create mode 100644 drivers/block/mars/xio_bricks/xio_aio.c
diff --git a/drivers/block/mars/xio_bricks/xio_aio.c
b/drivers/block/mars/xio_
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/brick_mem.c | 1081
1 file changed, 1081 insertions(+)
create mode 100644 drivers/block/mars/brick_mem.c
diff --git a/drivers/block/mars/brick_mem.c b/drivers/block/mars/brick_mem.c
new file mo
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/xio_bricks/xio_server.c | 801 +
1 file changed, 801 insertions(+)
create mode 100644 drivers/block/mars/xio_bricks/xio_server.c
diff --git a/drivers/block/mars/xio_bricks/xio_server.c
b/drivers/block/mars
On Tue, Jul 01, 2014 at 07:49:53PM +0200, Jean-Francois Moine wrote:
> On Tue, 1 Jul 2014 17:45:27 +0100
> Russell King - ARM Linux wrote:
> > Let's tell the full story rather than just presenting half of it.
> >
> > You indeed wanted to do what you said above, but you also wanted to
> > complete
Quoting Viresh Kumar (2014-07-01 04:14:04)
> On 1 July 2014 00:03, Rob Herring wrote:
> >> What about comparing "clocks" property in cpu DT nodes?
> >
> > What if a different clock is selected for some reason.
>
> I don't know why that will happen for CPUs sharing clock line.
>
> > I think a clo
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/lib_queue.h | 146
1 file changed, 146 insertions(+)
create mode 100644 include/linux/brick/lib_queue.h
diff --git a/include/linux/brick/lib_queue.h b/include/linux/brick/lib_queue.h
new file
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/brick/lamport.h | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 include/linux/brick/lamport.h
diff --git a/include/linux/brick/lamport.h b/include/linux/brick/lamport.h
new file mode 100644
index 000..f567eee
--- /
On 07/01/2014 05:49 PM, Andrew Morton wrote:
> On Tue, 1 Jul 2014 09:58:52 -0500 (CDT) Christoph Lameter
> wrote:
>
>> On Mon, 30 Jun 2014, David Rientjes wrote:
>>
>>> It's not at all clear to me that that patch is correct. Wei?
>>
>> Looks ok to me. But I do not like the convoluted code in ne
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/lib_log.h | 314
1 file changed, 314 insertions(+)
create mode 100644 include/linux/lib_log.h
diff --git a/include/linux/lib_log.h b/include/linux/lib_log.h
new file mode 100644
index 00
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/xio_bricks/lib_mapfree.c | 356
1 file changed, 356 insertions(+)
create mode 100644 drivers/block/mars/xio_bricks/lib_mapfree.c
diff --git a/drivers/block/mars/xio_bricks/lib_mapfree.c
b/drivers/block/ma
Signed-off-by: Thomas Schoebel-Theuer
---
include/linux/xio/xio_aio.h | 96 +
1 file changed, 96 insertions(+)
create mode 100644 include/linux/xio/xio_aio.h
diff --git a/include/linux/xio/xio_aio.h b/include/linux/xio/xio_aio.h
new file mode 100644
i
Signed-off-by: Thomas Schoebel-Theuer
---
drivers/block/mars/xio_bricks/xio_net.c | 1445 +++
1 file changed, 1445 insertions(+)
create mode 100644 drivers/block/mars/xio_bricks/xio_net.c
diff --git a/drivers/block/mars/xio_bricks/xio_net.c
b/drivers/block/mars/xio_
On Sat, 28 Jun 2014 15:15:56 -0500
Alex Elder wrote:
> On 06/28/2014 10:36 AM, One Thousand Gnomes wrote:
> > On Fri, 27 Jun 2014 12:25:20 -0500
> >> + rate = 16 * max(115200U, (unsigned int)baud);
> >> +
> >
> > This assumes an arbitarily configurable clock, which is not I think the
>
On Tue, Jul 01, 2014 at 01:43:38PM -0700, Andrew Morton wrote:
> On Tue, 1 Jul 2014 23:01:50 +0300 Alexey Dobriyan wrote:
>
> > fs.h is new sched.h!
> >
> > Start removing unnecessary fs.h inclusions.
> >
> > In the end of the whole series ~2000 useless fs.h inclusions are gone
> > (just need m
I am announcing the release of the Linux 3.8.13.26 kernel.
The updated 3.8.y tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.8.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.8.y;a=shortlog
The diff from v3.8.13.25 is post
diff --git a/Makefile b/Makefile
index f950aef..db2cd3f1 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 3
PATCHLEVEL = 8
SUBLEVEL = 13
-EXTRAVERSION = .25
+EXTRAVERSION = .26
NAME = Remoralised Urchins Update
# *DOCUMENTATION*
diff --git a/arch/arm/mach-omap2/cclock3xxx_data.
On Tue, 1 Jul 2014, Davidlohr Bueso wrote:
> This function always returns 1, thus no need to check return value
> in hugetlb_cow(). By doing so, we can get rid of the unnecessary WARN_ON
> call. While this logic perhaps existed as a way of identifying future
> unmap_ref_private() mishandling, real
On Tue, 1 Jul 2014, Davidlohr Bueso wrote:
> When returning from hugetlb_cow(), we always (1) put back the refcount
> for each referenced page -- always 'old', and 'new' if allocation was
> successful. And (2) retake the page table lock right before returning,
> as the callers expects. This logic
On Tue, 1 Jul 2014 17:27:34 +0900 Joonsoo Kim wrote:
> -static struct array_cache **alloc_alien_cache(int node, int limit, gfp_t gfp)
> +static struct alien_cache *__alloc_alien_cache(int node, int entries,
> + int batch, gfp_t gfp)
> +{
> + int me
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel I've stumbled on the following spew:
[ 1307.646561] kernel BUG at net/core/skbuff.c:99!
[ 1307.647152] invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 1307.648080] Dumping ftrace buffer:
[ 1307.648
So I am wondering them should I can it to sizeof(appleir_keymap)?
Nick
On Tue, Jul 1, 2014 at 2:55 AM, Jiri Kosina wrote:
> On Tue, 1 Jul 2014, Mateusz Guzik wrote:
>
>> > > Fixes a null pointer in appleir_input_configured due to reading
>> > > into wrong size array. Changed the variable to input
On Tue, 1 Jul 2014, Joonsoo Kim wrote:
> node isn't changed, so we don't need to retreive this structure
> everytime we move the object. Maybe compiler do this optimization,
> but making it explicitly is better.
>
Qualifying the pointer as const would be even more explicit.
> Acked-by: Christop
On 07/01/2014 03:08 PM, Tuomas Tynkkynen wrote:
> tegra_usb_phy_close() is supposed to undo the effects of
> tegra_usb_phy_init(). It is also currently added as the USB PHY shutdown
> callback, which is wrong, since tegra_usb_phy_init() is only called
> during probing wheras the shutdown callback c
No problem , just happy it was of help to you.
Cheers Nick
On Tue, Jul 1, 2014 at 2:55 AM, Hans-Christian Egtvedt
wrote:
> Around Mon 30 Jun 2014 23:04:59 -0400 or thereabout, Nicholas Krause wrote:
>> This patch removes the uneeded variables memory start and memory
>> stated in FIXME message bef
On Tue, 1 Jul 2014, Joonsoo Kim wrote:
> In free_block(), if freeing object makes new free slab and number of
> free_objects exceeds free_limit, we start to destroy this new free slab
> with holding the kmem_cache node lock. Holding the lock is useless and,
> generally, holding a lock as least as
On Tue, 1 Jul 2014, Joonsoo Kim wrote:
> Factor out initialization of array cache to use it in following patch.
>
> Acked-by: Christoph Lameter
> Signed-off-by: Joonsoo Kim
Not sure what happened to my
Acked-by: David Rientjes
from http://marc.info/?l=linux-mm&m=139951195724487 and my comme
On Mon, 30 Jun 2014 17:32:16 -0700 Andi Kleen wrote:
> From: Andi Kleen
>
> When a hwpoison page is locked it could change state
> due to parallel modifications. Check after the lock
> if the page is still the same compound page.
>
> ...
>
> --- a/mm/memory-failure.c
> +++ b/mm/memory-failure
501 - 600 of 725 matches
Mail list logo