The function name in kernel-doc for regulator_map_voltage_linear_range()
was wrong.
Signed-off-by: Krzysztof Kozlowski
---
drivers/regulator/helpers.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/helpers.c b/drivers/regulator/helpers.c
index cbc39096c78d.
On Fri, Apr 17, 2015 at 04:31:47PM +0200, Christophe Leroy wrote:
> The purpose of this set of patchs is to add to talitos crypto driver
> the support for the SEC1 version of the security engine, which is
> found in mpc885 and mpc8272 processors.
>
> v3 is a complete rework of the patchset. Since
The use of 'status' in __ocfs2_add_entry() can return wrong
value. Some functions' return value in __ocfs2_add_entry(),
i.e ocfs2_journal_access_di() is saved to 'status'.
But 'status' is not used in 'bail' label for returning result
of __ocfs2_add_entry().
So use retval instead of status.
Signed
On 4/18/15 06:20, Chen Gang wrote:
> On 4/17/15 22:02, Chen Gang wrote:
>> On 4/17/15 11:02, Zhang, Sonic wrote:
>>> Hi Gang,
>>>
>>> Please only use the GCC for Blackfin 2013R1 or 2014R1 from
>>> https://sourceforge.net/projects/adi-buildroot/files/ . Upstream GCC5 isn't
>>> ported to Blackfin p
On 04/18/2015 09:13 PM, Guenter Roeck wrote:
On 04/18/2015 02:41 PM, David Miller wrote:
From: Sowmini Varadhan
Date: Sat, 18 Apr 2015 15:55:14 -0400
Sowmini, I think I sorted this out in the 'sparc' GIT tree.
Can you take a look?
The patches look right now. These are the commit-ids I che
On 04/18/2015 02:41 PM, David Miller wrote:
From: Sowmini Varadhan
Date: Sat, 18 Apr 2015 15:55:14 -0400
Sowmini, I think I sorted this out in the 'sparc' GIT tree.
Can you take a look?
The patches look right now. These are the commit-ids I checked
ff7d37a502022149655c18035b99a53391be0
Introduce pstack_peek() and reuse do_zoom_dso/thread() function.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 16 +---
tools/perf/util/pstack.c | 7 +++
tools/perf/util/pstack.h | 1 +
3 files changed, 13 insertions(+), 11 deletions(-)
diff --gi
Currently perf_evsel__hists_browse() function spins on a huge loop and
handles many key actions. Since it's hard to read and modify, let's
split it out into small helper functions.
The add_XXX_opt() functions are to register popup menu item on the
selected entry. When it adds an item, it also sa
The options array saves strings for each popup menu item. The number of
items can be vary according to the currently selected item. So it can
leak some memory if it's exited from a small item. Fix it by freeing
all items when loop terminates.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/brow
The init_have_children is used to init callchain info only for TUI. So
it'd be better to move it to the hist_entry_tui struct.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 4 ++--
tools/perf/util/sort.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff -
The period_ratio_delta, period_ratio and wdiff are never by used at the
same time. Instead, Just one of them is accessed according to a
comparison method. So make it union to reduce memory footprint.
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.h | 15 ---
1 file changed, 8
It's not used anywhere, let's get rid of it.
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/perf/util/sort.h b/tools/perf/util/sort.h
index 846036a921dc..af192f172fa2 100644
--- a/tools/perf/util/sort.h
+++ b/tools/perf/util/sort.h
Hello,
This patches are to cleanup TUI hists browser code for later work. I
moved hist_entry_diff and hist_entry_tui under an union in order to
reduce memory footprint of hist entry. Also split out hist browser
functions to make it easier to read.
It's available on 'perf/tui-cleanup-v1' branch
Since perf diff only support stdio output, TUI fields are only accessed
from perf report (or perf top). So add new struct hist_entry_tui and
move those fields into them. And include it as an union member.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 52 +
On 04/18/2015 08:39 PM, Rabin Vincent wrote:
On Sat, Apr 18, 2015 at 06:56:02PM -0700, Guenter Roeck wrote:
Further debugging (with added WARN_ON if cpu != 0 in smp_call_function_single)
shows:
[<800157ec>] (unwind_backtrace) from [<8001250c>] (show_stack+0x10/0x14)
[<8001250c>] (show_stack) f
Hi Jiri,
On Tue, Apr 07, 2015 at 11:25:13PM +0200, Jiri Olsa wrote:
> hi,
> I'm sending Andi's patch accompanied with changes requested by Ingo.
> http://marc.info/?l=linux-kernel&m=139748629929175&w=2
>
> I added simple bit calculated index array, while exclude_* bits
> might have more strict
Some usb3 devices may not support usb3 lpm well.
The patch adds a sysfs to enable/disable u1 or u2 of the port.The
settings apply to both before and after device enumeration.
Supported values are "0" - u1 and u2 are disabled, "u1" - only u1 is
enabled, "u2" - only u2 is enabled, "u1_u2" - u1 and u2
On Sat, Apr 18, 2015 at 02:02:17PM +0900, Taewoong Song wrote:
> > On Apr 13, 2015, at 3:55 PM, Namhyung Kim wrote:
> > On Sun, Apr 12, 2015 at 11:44:49PM +0900, Taeung Song wrote:
> >> +static struct config_section *find_config_section(const char
> >> *section_name)
> >> +{
> >> + struct config
On Sat, Apr 18, 2015 at 06:56:02PM -0700, Guenter Roeck wrote:
> Further debugging (with added WARN_ON if cpu != 0 in
> smp_call_function_single) shows:
>
> [<800157ec>] (unwind_backtrace) from [<8001250c>] (show_stack+0x10/0x14)
> [<8001250c>] (show_stack) from [<80494cb4>] (dump_stack+0x88/0x98
Cc: Bartosz Golaszewski
Cc: Andrew Morton
Fixes: f2027543b9 ('documentation: update CodingStyle on local variables naming
in macros')
Signed-off-by: Baruch Siach
---
Documentation/CodingStyle | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/CodingStyle b/Docume
On Sat, Apr 18, 2015 at 07:14:06PM +0900, Taewoong Song wrote:
> > On Apr 13, 2015, at 3:16 PM, Namhyung Kim wrote:
> > On Sun, Apr 12, 2015 at 11:44:48PM +0900, Taeung Song wrote:
> >> +static void check_argc(int argc, int limit)
> >> +{
> >> + if (argc >= limit && argc <= limit)
> >> +
Hi Taeung,
On Sat, Apr 18, 2015 at 02:02:08PM +0900, Taewoong Song wrote:
> Hi, Namhyung
>
> Thanks for your review and advices :)
> There is a question which may be weird, followed by
>
> > On Apr 13, 2015, at 3:16 PM, Namhyung Kim wrote:
> >
> > Hi Taeung,
> >
> > On Sun, Apr 12, 2015 at 11
Single transform macros with hidden arguments are not
particularly useful. Just use seq_printf directly instead.
Signed-off-by: Joe Perches
---
drivers/usb/storage/scsiglue.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/drivers/usb/storage/scsiglue.c b
Hi Linus,
Please pull these updates to the turbostat utility.
Just one kernel dependency in this batch -- added a #define to msr-index.h
thanks!
Len Brown, Intel Open Source Technology Center
The following changes since commit 39a8804455fb23f09157341d3ba7db6d7ae6ee76:
Linux 4.0 (2015-04-12 1
On Sat, Apr 18, 2015 at 04:32:38PM +0200, Ingo Molnar wrote:
>
> * Paul E. McKenney wrote:
>
> > On Sat, Apr 18, 2015 at 03:03:41PM +0200, Ingo Molnar wrote:
> > >
> > > * Paul E. McKenney wrote:
> > >
> > > > Hello, Ingo,
> > > >
> > > > This series contains a single change that fixes Kconf
On 04/18/2015 05:04 PM, Linus Torvalds wrote:
On Sat, Apr 18, 2015 at 7:40 PM, Guenter Roeck wrote:
On Sat, Apr 18, 2015 at 04:23:25PM -0700, Guenter Roeck wrote:
my qemu test for arm:vexpress fails with the latest upstream kernel. It fails
hard - I don't get any output from the console. Bise
On Sun, 2015-04-19 at 02:04 +0200, Yorick Rommers wrote:
> A patch for dgnc_mgmt.c and dgnc_neo.c to fix some code style issues.
trivial notes:
Try breaking up the patches you send into more discrete
chucks that do just one thing, not mostly one thing
and some other things.
> diff --git a/driver
From: Len Brown
Default behavior unchanged.
cpu_up() has a hard-coded mdelay(10). Change that to a variable,
with default CONFIG_X86_INIT_MDELAY
and a boot-time override, "cpu_init_mdelay=N"
This patch adds mechanism without changing default policy.
Default policy will be changed in a subseque
The following patch...
[PATCH 1/1] x86: replace cpu_up hard-coded mdelay with variable
enables reducing cpu_up() time by 10ms on modern systems.
This means that for every processor in the system,
boot-time and resume-time can be reduced by 10ms per-processor.
Once this patch is accepted, I'll s
The following changes since commit 1efff914afac8a965ad63817ecf8861a927c2ace:
fs: add dirtytime_expire_seconds sysctl (2015-03-17 12:23:32 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
tags/ext4_for_linus
for you to fetch changes
On 04/18/2015 05:04 PM, Linus Torvalds wrote:
On Sat, Apr 18, 2015 at 7:40 PM, Guenter Roeck wrote:
On Sat, Apr 18, 2015 at 04:23:25PM -0700, Guenter Roeck wrote:
my qemu test for arm:vexpress fails with the latest upstream kernel. It fails
hard - I don't get any output from the console. Bise
On Sat, Apr 18, 2015 at 04:37:35PM -0700, Kees Cook wrote:
> On Mon, Apr 6, 2015 at 8:29 AM, Michael Kerrisk (man-pages)
> wrote:
> > Hi Kees,
> >
> > I recently was asked about the point below, and had to go check the code
> > to be sure, since the man page said nothing. It would be good to have
On Sat, Apr 18, 2015 at 7:40 PM, Guenter Roeck wrote:
> On Sat, Apr 18, 2015 at 04:23:25PM -0700, Guenter Roeck wrote:
>>
>> my qemu test for arm:vexpress fails with the latest upstream kernel. It fails
>> hard - I don't get any output from the console. Bisect points to commit
>> 8053871d0f7f ("sm
A patch for dgnc_mgmt.c and dgnc_neo.c to fix some code style issues.
Signed-off-by: Yorick Rommers
---
drivers/staging/dgnc/dgnc_mgmt.c | 4 +-
drivers/staging/dgnc/dgnc_neo.c | 210 +++
2 files changed, 151 insertions(+), 63 deletions(-)
diff --git a/dri
On Sat, Apr 18, 2015 at 04:23:25PM -0700, Guenter Roeck wrote:
> Hi all,
>
> my qemu test for arm:vexpress fails with the latest upstream kernel. It fails
> hard - I don't get any output from the console. Bisect points to commit
> 8053871d0f7f ("smp: Fix smp_call_function_single_async() locking").
On Mon, Apr 6, 2015 at 8:29 AM, Michael Kerrisk (man-pages)
wrote:
> Hi Kees,
>
> I recently was asked about the point below, and had to go check the code
> to be sure, since the man page said nothing. It would be good to have
> a confirmation: the seccomp_data buffer supplied to a seccomp BPF pro
Hi all,
my qemu test for arm:vexpress fails with the latest upstream kernel. It fails
hard - I don't get any output from the console. Bisect points to commit
8053871d0f7f ("smp: Fix smp_call_function_single_async() locking").
Reverting this commit fixes the problem.
Please let me know if there is
Hi,
On Fri, Apr 17, 2015 at 2:36 PM, Alban Bedel wrote:
> The define AR71XX_PCI_MEM_SIZE miss one window, there is 7 windows,
> not 6. To make things clearer, and allow simpler code, derive
> AR71XX_PCI_MEM_SIZE from the newly introduced AR71XX_PCI_WIN_COUNT
> and AR71XX_PCI_WIN_SIZE.
>
> The def
Forgot to CC lkml for archiving purposes, here's the whole thread in
one:
---
Hi guys,
so I'm running some intermediate state of linus/master + tip/master from
Thursday and probably I shouldn't be even taking such splat seriously
and wait until 4.1-rc1 has been done but let me report it just in c
On Sat, Apr 18, 2015 at 2:34 PM, Linux Kernel Mailing List
wrote:
> Gitweb:
> http://git.kernel.org/linus/;a=commit;h=0e9cebe724597a76ab1b0ebc0a21e16f7db11b47
> Commit: 0e9cebe724597a76ab1b0ebc0a21e16f7db11b47
> --- /dev/null
> +++ b/drivers/md/dm-log-writes.c
> @@ -0,0 +1,825 @@
> +/*
On 32-bit:
drivers/md/dm-log-writes.c: In function ‘log_super’:
drivers/md/dm-log-writes.c:323: warning: integer constant is too large for
‘long’ type
drivers/md/dm-log-writes.c:323: warning: integer constant is too large for
‘long’ type
drivers/md/dm-log-writes.c:323: warning: integer constant
From: Borislav Petkov
No need for the intermediary vmlinux.orig - bzip2 can keep the original
files used for compression with --keep.
Signed-off-by: Borislav Petkov
Cc: Michal Marek
Cc: linux-kbu...@vger.kernel.org
---
scripts/package/mkspec | 4 +---
1 file changed, 1 insertion(+), 3 deletio
Unfortunately, I brown paper bagged the generic iommu pool
allocator by applying the wrong revision of the patch series.
This reverts the bad one, and puts the right one in.
Please pull, thanks a lot!
The following changes since commit 04b7fe6a4a231871ef681bc95e08fe66992f7b1f:
Merge git://gi
On Sat, Apr 18, 2015 at 11:29:23AM -0600, Jason Gunthorpe wrote:
> On Sat, Apr 18, 2015 at 10:01:47AM +0100, Russell King - ARM Linux wrote:
> > On Fri, Apr 17, 2015 at 10:30:54AM -0600, Jason Gunthorpe wrote:
> > > On Fri, Apr 17, 2015 at 09:50:56AM +0200, Jens Wiklander wrote:
> > > > + tee
From: Sowmini Varadhan
Date: Sat, 18 Apr 2015 15:55:14 -0400
>>
>> Sowmini, I think I sorted this out in the 'sparc' GIT tree.
>>
>> Can you take a look?
>
> The patches look right now. These are the commit-ids I checked
>
> ff7d37a502022149655c18035b99a53391be0383
> bb620c3d3925aec0ed4f2
tree: git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git master
head: ccb301862aa51ea7c10c10b440f3e8bbeac5b720
commit: ff7d37a502022149655c18035b99a53391be0383 [2/6] Break up monolithic
iommu table/lock into finer graularity pools and lock
reproduce:
# apt-get install sparse
git
On Sat, Apr 18, 2015 at 10:37:16PM +0200, Greg Kroah-Hartman wrote:
> On Sat, Apr 18, 2015 at 08:02:24PM +0100, Russell King - ARM Linux wrote:
> > On Sat, Apr 18, 2015 at 08:47:13PM +0200, Greg Kroah-Hartman wrote:
> > > On Sat, Apr 18, 2015 at 10:04:20AM +0100, Russell King - ARM Linux wrote:
> >
On Sat, Apr 18, 2015 at 02:56:00PM -0400, Jérémie Galarneau wrote:
> On Sat, Apr 18, 2015 at 11:50 AM, Jiri Olsa wrote:
> > From: Wang Nan
> >
> > Some parameters of syscall tracepoints named as 'nr', 'event', etc.
> > When dealing with them, perf convert to ctf meets some problem:
> >
> > 1. If
On Sat, Apr 18, 2015 at 07:39:27PM +0200, Ingo Molnar wrote:
>
> * Jiri Olsa wrote:
>
> > hi,
> > adding support to report error from event string parsing.
>
> Very nice!
>
> > This patchset contains support for standard parsing errors and more
> > logic to recognize tracepoint and 'pmu//' te
On Sat, Apr 18, 2015 at 08:02:24PM +0100, Russell King - ARM Linux wrote:
> On Sat, Apr 18, 2015 at 08:47:13PM +0200, Greg Kroah-Hartman wrote:
> > On Sat, Apr 18, 2015 at 10:04:20AM +0100, Russell King - ARM Linux wrote:
> > > On Sat, Apr 18, 2015 at 10:57:12AM +0200, Greg Kroah-Hartman wrote:
> >
On Sat, Apr 18, 2015 at 12:10:47PM -0700, Guenter Roeck wrote:
> On 04/18/2015 02:02 AM, Greg Kroah-Hartman wrote:
> >On Fri, Apr 17, 2015 at 01:00:10PM -0700, Guenter Roeck wrote:
> >>On Fri, Apr 17, 2015 at 03:28:32PM +0200, Greg Kroah-Hartman wrote:
> >>>This is the start of the stable review cy
Adding build tests for following make commands:
$ make -C tools/perf
$ make -C /tools perf
Link: http://lkml.kernel.org/n/tip-8mz4fits682bac4shmejj...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/tests/make | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff
The perf build handles its dependencies by itself.
Also renaming libapi libapikfs to libapi as it got
changed just recently.
Link: http://lkml.kernel.org/n/tip-f31hq9rl838ovbyj0w1bh...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/Makefile | 8
1 file changed, 4 insertions(+), 4 de
Several fixes were needed to allow following builds:
$ make tools/tmon
$ make -C tools/perf
$ make -C /tools perf
- some of the tools (perf) use same make variables as in
kernel build, unsetting srctree and objtree
- using original $(O) for O variable
- perf build does not follow the
hi,
sending tools/Makefile fixes discussed in here:
http://marc.info/?t=14225069361&r=1&w=2
thanks,
jirka
---
Jiri Olsa (3):
tools build: No need to make libapi for perf explicitly
tools build: Fix Makefile(s) to properly invoke tools build
perf tests: Add build tests for b
Le 17/04/2015 07:24, Alban Bedel a écrit :
> This series add OF bindings and code support for the interrupt
> controllers, clocks and GPIOs. However it was only tested on a
> TL-WR1043ND with an AR9132, others SoCs are untested, and a few are
> not supported at all.
>
> Most code changes base on t
On 04/17/2015 10:23 PM, Ming Lei wrote:
Hi Dongsu,
On Fri, Apr 17, 2015 at 5:41 AM, Dongsu Park
wrote:
Hi,
there's a critical bug regarding CPU hotplug, blk-mq, and scsi-mq.
Every time when a CPU is offlined, some arbitrary range of kernel memory
seems to get corrupted. Then after a while, ke
Fixed two warnings sizeof name and clank line after declaration
Signed-off-by: Nizam Haider
---
drivers/usb/core/buffer.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/core/buffer.c b/drivers/usb/core/buffer.c
index 684ef70..04125b6 100644
--- a/drivers/usb/co
On Sat, Apr 18, 2015 at 08:45:19AM +0200, Matias Bjorling wrote:
> The low level drivers will be NVMe and vendor's own PCI-e drivers. It's very
> generic in their nature. Each driver would duplicate the same work. Both
> could have normal and open-channel drives attached.
I didn't say the work sho
From: Yorick
This is a patch that fixes errors regarding whitespaces and split strings.
Signed-off-by: Yorick Rommers
---
drivers/staging/i2o/i2o_block.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/i2o/i2o_block.c b/drivers/staging/i2o/i2o_block
From: Fenghua Yu
User space uses standard format xsave area. fpstate in signal frame should
have standard format size.
To explicitly distinguish between xstate size in kernel space and the one
in user space, we rename xstate_size to kernel_xstate_size. This patch is
not fixing a bug. It just mak
From: Fenghua Yu
If "xsaves" is enabled, kernel always uses compact format of xsave area.
But user space still uses standard format of xsave area. Thus, xstate size
in kernel's xsave area is smaller than xstate size in user's xsave area.
xstate in signal frame should be in standard format for use
From: Fenghua Yu
The structure of xsave_struct is non-architectural. Some xstates could be
disabled and leave some holes in the xsave area. In compact format,
offsets of xstates in the xsave area are decided during booting time.
So the fields in xsave_struct are not static and fixed during compi
From: Fenghua Yu
When enumerating xstate offsets and sizes from cpuid (eax=0x0d, ecx>=2),
it's possible that state m is not implemented while state n (n>m)
is implemented. So enumeration shouldn't stop at state m.
There is no platform configured like above yet. But this could be a problem
in the
On Sat, Apr 18, 2015 at 1:06 AM, Greg KH wrote:
> On Fri, Apr 17, 2015 at 09:35:52PM -0400, Dan Williams wrote:
>> Register the dimms described in the nfit as devices on a nd_bus, named
>> "dimmN" where N is a global ida index. The dimm numbering per-bus may
>> appear contiguous, since we only al
On Sat, Apr 18, 2015 at 1:07 AM, Greg KH wrote:
> On Fri, Apr 17, 2015 at 09:35:46PM -0400, Dan Williams wrote:
>> This is the position (device topology) independent method to find all
>> the NFIT-defined buses in the system. The expectation is that there
>> will only ever be one "nd" bus discove
On Sat, Apr 18, 2015 at 10:11 AM, Mark Brown wrote:
> On Sat, Apr 18, 2015 at 09:16:36AM -0700, Kevin Cernekee wrote:
>> On Sat, Apr 18, 2015 at 4:36 AM, Mark Brown wrote:
>
>> >> +static int tas571x_set_sysclk(struct snd_soc_dai *dai,
>> >> + int clk_id, unsigned int fr
Get the streamid from the file, if any, and set it on the bio.
Signed-off-by: Jens Axboe
---
fs/direct-io.c | 4
1 file changed, 4 insertions(+)
diff --git a/fs/direct-io.c b/fs/direct-io.c
index c3b560b24a46..d318a143b186 100644
--- a/fs/direct-io.c
+++ b/fs/direct-io.c
@@ -76,6 +76,7 @@
Signed-off-by: Jens Axboe
---
fs/ext4/page-io.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/ext4/page-io.c b/fs/ext4/page-io.c
index 464984261e69..392a82925d5f 100644
--- a/fs/ext4/page-io.c
+++ b/fs/ext4/page-io.c
@@ -389,6 +389,7 @@ submit_and_retry:
ret = io_submit_i
Pass on the inode stream ID to the bio allocation.
Signed-off-by: Jens Axboe
---
fs/buffer.c | 4 ++--
fs/mpage.c | 1 +
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/fs/buffer.c b/fs/buffer.c
index c7a5602d01ee..5191523cec56 100644
--- a/fs/buffer.c
+++ b/fs/buffer.c
@@ -1774,
Hi,
v2 of this posting. Changes since v1:
- Rebased on top of current master.
- Fix EINVAL -> -EINVAL typo.
- Cleanup up BIO_STREAM_OFFSET definition.
- Pack i_streamid and f_streamid better into struct file and struct
inode.
- Add a separate per-file hint, FADV_FILE_STREAMID. This only set
Signed-off-by: Jens Axboe
---
fs/xfs/xfs_aops.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/xfs/xfs_aops.c b/fs/xfs/xfs_aops.c
index 1d8eef9cf0f5..6d166e55de9a 100644
--- a/fs/xfs/xfs_aops.c
+++ b/fs/xfs/xfs_aops.c
@@ -376,6 +376,7 @@ xfs_submit_ioend_bio(
atomic_inc(&ioend->io
The top bits of bio->bi_flags are reserved for keeping the
allocation pool, set aside the next eight bits for carrying
a stream ID. That leaves us with support for 255 streams,
0 is reserved as a "stream not set" value.
Add helpers for setting/getting stream ID of a bio.
Signed-off-by: Jens Axboe
Writing on flash devices can be much more efficient, if we can
inform the device what kind of data can be grouped together. If
the device is able to group data together with similar lifetimes,
then it can be more efficient in garbage collection. This, in turn,
leads to lower write amplification, wh
Both buffered and O_DIRECT.
Signed-off-by: Jens Axboe
Acked-by: Chris Mason
---
fs/btrfs/extent_io.c | 1 +
fs/btrfs/inode.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c
index d688cfe5d496..2845fae054b6 100644
--- a/fs/btrfs/extent_io.c
On 18 April 2015 at 12:10, Dorian Gray wrote:
> On 17 April 2015 at 22:06, Konrad Rzeszutek Wilk
> wrote:
>> On Fri, Apr 17, 2015 at 05:14:20PM +0200, Dorian Gray wrote:
>>> On 16 April 2015 at 20:42, Konrad Rzeszutek Wilk
>>> wrote:
>>> > And easier way is to compile the kernel with CONFIG_DM
>
> Sowmini, I think I sorted this out in the 'sparc' GIT tree.
>
> Can you take a look?
The patches look right now. These are the commit-ids I checked
ff7d37a502022149655c18035b99a53391be0383
bb620c3d3925aec0ed4f21010c86df08ec18a8c7
0ae53ed15d9b87b883b593a9884957cfa4fc2480
--Sowmini
--
On 04/09/2015 04:46 PM, Andreas Dilger wrote:
On Mar 25, 2015, at 9:07 AM, Jens Axboe wrote:
The top bits of bio->bi_flags are reserved for keeping the
allocation pool, set aside the next eight bits for carrying
a stream ID. That leaves us with support for 255 streams,
0 is reserved as a "stre
On 04/09/2015 05:22 PM, Andreas Dilger wrote:
On Mar 25, 2015, at 9:07 AM, Jens Axboe wrote:
Writing on flash devices can be much more efficient, if we can
inform the device what kind of data can be grouped together. If
the device is able to group data together with similar lifetimes,
then it
On (04/18/15 15:40), David Miller wrote:
>
> Sowmini, I think I sorted this out in the 'sparc' GIT tree.
>
> Can you take a look?
>
checking it right now.. give me a few minutes..
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@v
On Fri, 2015-04-17 at 21:35 -0400, Dan Williams wrote:
> --- /dev/null
> +++ b/drivers/block/nd/Kconfig
> + depends on (X86 || IA64 || ARM || ARM64 || SH || XTENSA)
I've only skimmed this series. I still noticed this patch contains the
only Kconfig typo I know by heart. Because I think you me
On Sat, 2015-04-18 at 00:02 +0100, Al Viro wrote:
> On Sat, Apr 18, 2015 at 12:16:48AM +0200, Mateusz Guzik wrote:
>
> > I would say this makes the use of seq counter impossible. Even if we
> > decided to fall back to a lock on retry, we cannot know what to do if
> > the slot is reserved - it very
From: David Miller
Date: Sat, 18 Apr 2015 15:27:53 -0400 (EDT)
> Dammit, somehow I applied V4 :-/
>
> Sorry about that. I'll try to sort this out.
Sowmini, I think I sorted this out in the 'sparc' GIT tree.
Can you take a look?
Thanks!
--
To unsubscribe from this list: send the line "unsubsc
On Thursday 16 April 2015 11:42:08 Maxime Coquelin wrote:
> Hi Florian, Arnd,
>
> On 04/16/2015 10:04 AM, Arnd Bergmann wrote:
> > On Wednesday 15 April 2015 17:51:18 Florian Fainelli wrote:
> >> Hi,
> >>
> >> In order to support initialization of the secondary core on BCM63138
> >> SoCs, I would
On Fri, Apr 17, 2015 at 11:38 PM, Christoph Hellwig wrote:
> On Fri, Apr 17, 2015 at 09:36:18PM -0400, Dan Williams wrote:
>> nd_pmem attaches to persistent memory regions and namespaces emitted by
>> the nd subsystem, and, same as the original pmem driver, presents the
>> system-physical-address
On Fri, Apr 17, 2015 at 10:03:18PM -0400, Waiman Long wrote:
> @@ -478,7 +515,28 @@ struct rw_semaphore *rwsem_wake(struct rw_semaphore *sem)
> {
> unsigned long flags;
>
> - raw_spin_lock_irqsave(&sem->wait_lock, flags);
> + /*
> + * If a spinner is present, it is not necessa
On 15/04/15 23:15, Octavian Purdila wrote:
> On Wed, Apr 15, 2015 at 2:34 PM, Jonathan Cameron wrote:
>> On 15/04/15 21:58, Octavian Purdila wrote:
>>> On Sun, Apr 12, 2015 at 8:59 AM, Jonathan Cameron wrote:
On 10/04/15 14:43, Daniel Baluta wrote:
> On Thu, Apr 9, 2015 at 8:18 PM, Jonat
On Fri, Apr 17, 2015 at 6:35 PM, Dan Williams wrote:
> Since 2010 Intel has included non-volatile memory support on a few
> storage-focused platforms with a feature named ADR (Asynchronous DRAM
> Refresh). These platforms were mostly targeted at custom applications
> and never enjoyed standard di
From: Sowmini Varadhan
Date: Sat, 18 Apr 2015 14:38:44 -0400
> On (04/18/15 11:28), Guenter Roeck wrote:
>>
>> Some merge gone wrong, maybe ? I tried to revert f1600e549b94
>> and apply http://patchwork.ozlabs.org/patch/459803/ instead.
>
> That patch is a part-2 of a 3-part patch set. In order
From: Sowmini Varadhan
Date: Sat, 18 Apr 2015 08:05:10 -0400
> But when I clone
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git
> and do a git show of the commit-id above, I see deltas that
> dont make sense (they seem to be from a patchset from somewhere
> in the middle of the
On Friday 17 April 2015 17:15:46 Dr. Philipp Tomsich wrote:
> More comments below.
>
> > On 17 Apr 2015, at 16:46, Catalin Marinas wrote:
> >
> > Even in this case, we could enable AArch32 compat knowing that ioctls
> > wouldn't work. If this is important, we can add an option to enable
> > ioct
On Friday 17 April 2015 02:50:07 Duc Dang wrote:
> +
> + /*
> +* MSIINTn (n is 0..F) indicates if there is a pending MSI interrupt
> +* If bit x of this register is set (x is 0..7), one or more interupts
> +* corresponding to MSInIRx is set.
> +*/
> + grp
On 04/18/2015 02:02 AM, Greg Kroah-Hartman wrote:
On Fri, Apr 17, 2015 at 01:00:10PM -0700, Guenter Roeck wrote:
On Fri, Apr 17, 2015 at 03:28:32PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.75 release.
There are 34 patches in this series, all wil
On 16/04/15 10:30, Karol Wrona wrote:
> calculated_time variable caused warning as uninitialized. It was not harmful
> because it was evaluated in the path in which was used later but it is to
> satisfy the checkers.
>
> Signed-off-by: Karol Wrona
Dumb compiler. It's a false positive and as the
On Saturday 18 April 2015 20:49:03 Greg Kroah-Hartman wrote:
> On Sat, Apr 18, 2015 at 11:36:53AM +0200, Javier González wrote:
> > Hi,
>
> A: No.
> Q: Should I include quotations after my reply?
>
> http://daringfireball.net/2007/07/on_top
>
> > We have discussed and implemented an in-kernel in
On Sat, Apr 18, 2015 at 08:47:13PM +0200, Greg Kroah-Hartman wrote:
> On Sat, Apr 18, 2015 at 10:04:20AM +0100, Russell King - ARM Linux wrote:
> > On Sat, Apr 18, 2015 at 10:57:12AM +0200, Greg Kroah-Hartman wrote:
> > > On Fri, Apr 17, 2015 at 09:50:56AM +0200, Jens Wiklander wrote:
> > > > +stru
On Fri, Apr 17, 2015 at 01:03:42PM -0700, Guenter Roeck wrote:
> On Fri, Apr 17, 2015 at 03:27:48PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.19.5 release.
> > There are 101 patches in this series, all will be posted as a response
> > to this one.
On Sat, Apr 18, 2015 at 11:50 AM, Jiri Olsa wrote:
> From: Wang Nan
>
> Some parameters of syscall tracepoints named as 'nr', 'event', etc.
> When dealing with them, perf convert to ctf meets some problem:
>
> 1. If a parameter with name 'nr', it will duplicate syscall's
> common field 'nr'.
On Sat, Apr 18, 2015 at 01:02:19PM -0400, Theodore Ts'o wrote:
> (Assuming you can get the embedded developers to use the latest
> version of the userspace distributions / frameworks, granted, which is
> not at all guaranteed, but they are more likely to use newer userspace
> than they are the late
The following changes since commit b314acaccd7e0d55314d96be4a33b5f50d0b3344:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input (2015-03-19
16:43:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git
1 - 100 of 217 matches
Mail list logo