* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 691286b5561aab2e1b00119bc328598c01250548:
>
> kprobes/x86: Remove stale ARCH_SUPPORTS_KPROBES_ON_FTRACE define
> (2014-10-17 07:18:34 +0200)
>
> are availa
Commit-ID: 597e48c138632d1f55409dcfa5bee4e1152e7d4f
Gitweb: http://git.kernel.org/tip/597e48c138632d1f55409dcfa5bee4e1152e7d4f
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 16 Oct 2014 13:25:01 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 17 Oct 2014 11:14:15 -0300
pe
Commit-ID: 535aeaae7de821ba5d43ee2a204ee667ca95aae4
Gitweb: http://git.kernel.org/tip/535aeaae7de821ba5d43ee2a204ee667ca95aae4
Author: Jiri Olsa
AuthorDate: Mon, 25 Aug 2014 16:45:42 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 17 Oct 2014 15:21:30 -0300
perf script: Add
Commit-ID: 724ce97e9f8616ffb62b940f3726685c6f31f9b9
Gitweb: http://git.kernel.org/tip/724ce97e9f8616ffb62b940f3726685c6f31f9b9
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 17 Oct 2014 12:16:00 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 17 Oct 2014 12:16:00 -0300
pe
Commit-ID: f14d570785e6760284a9849f9bafd0a9825a1a25
Gitweb: http://git.kernel.org/tip/f14d570785e6760284a9849f9bafd0a9825a1a25
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 17 Oct 2014 12:17:40 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 17 Oct 2014 12:17:40 -0300
pe
Commit-ID: e8564b710c6df2c3aeb56c507c22f4bcfa4c0b2d
Gitweb: http://git.kernel.org/tip/e8564b710c6df2c3aeb56c507c22f4bcfa4c0b2d
Author: Jiri Olsa
AuthorDate: Mon, 25 Aug 2014 16:45:43 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 17 Oct 2014 15:22:19 -0300
perf script: Add
(fixes Davidlohr bounce)
On Sat, 2014-10-18 at 08:54 +0200, Mike Galbraith wrote:
> On Fri, 2014-10-17 at 17:38 +0100, Catalin Marinas wrote:
> > Commit b0c29f79ecea (futexes: Avoid taking the hb->lock if there's
> > nothing to wake up) changes the futex code to avoid taking a lock when
> > ther
On Fri, 2014-10-17 at 17:38 +0100, Catalin Marinas wrote:
> Commit b0c29f79ecea (futexes: Avoid taking the hb->lock if there's
> nothing to wake up) changes the futex code to avoid taking a lock when
> there are no waiters. This code has been subsequently fixed in commit
> 11d4616bd07f (futex: reve
I'm simple, caring and understanding,I just need happiness. I'm interested and
would love to get to know more about you,but I'm aware that it takes some time
to know someone better so please write to me and tell me more about yourself..
--
To unsubscribe from this list: send the line "unsubscri
18.10.2014, 01:40, "Oleg Nesterov" :
> The lockless get_task_struct(tsk) is only safe if tsk == current
> and didn't pass exit_notify(), or if this tsk was found on a rcu
> protected list (say, for_each_process() or find_task_by_vpid()).
> IOW, it is only safe if release_task() was not called befor
18.10.2014, 12:15, "Kirill Tkhai" :
> 18.10.2014, 01:40, "Oleg Nesterov" :
>> The lockless get_task_struct(tsk) is only safe if tsk == current
>> and didn't pass exit_notify(), or if this tsk was found on a rcu
>> protected list (say, for_each_process() or find_task_by_vpid()).
>> IOW, it is on
Linus,
please pull sound fixes for v3.18-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-fix-3.18-rc1
The topmost commit is c8b00fd2f4c504a564adcad5b8bd6952ab850b02
sound fixes for 3.18-rc1
And smp_rmb() beetween ifs which is pairs with rq unlocking
> 18.10.2014, 12:15, "Kirill Tkhai" :
>
>> 18.10.2014, 01:40, "Oleg Nesterov" :
>>
>>> The lockless get_task_struct(tsk) is only safe if tsk == current
>>> and didn't pass exit_notify(), or if this tsk was found on a rcu
>>> protected li
On Friday 10 October 2014 11:32:35 atull wrote:
> On Thu, 9 Oct 2014, Steffen Trumtrar wrote:
> > Do you have an example where this is really needed?
>
> My last version of the fpga manager framework
> (https://lkml.org/lkml/2014/8/1/518)
> added fpga_mgr_firmware_write(). This can be called fro
On Friday 17 October 2014 14:14:53 Rafael J. Wysocki wrote:
> +/**
> + * fwnode_property_present - check if a property of a firmware node is
> present
> + * @fwnode: Firmware node whose property to check
> + * @propname: Name of the property
> + */
> +bool fwnode_property_present(struct fwnode_han
On Friday 17 October 2014 20:09:51 Arnd Bergmann wrote:
> On October 17, 2014 2:16:00 PM CEST, "Rafael J. Wysocki"
> wrote:
> >From: Mika Westerberg
> >
> >Some drivers need to deal with only firmware representation of its
> >GPIOs. An example would be a GPIO button array driver where each butto
On Thu, Oct 16, 2014 at 5:14 PM, Dmitry Monakhov wrote:
> Ming Lei writes:
>
>> On Tue, Oct 14, 2014 at 12:03 PM, Dmitry Monakhov
>> wrote:
>>> PROF:
>>> *Flush machinery addumptions
>>> C1. At any given time, only one flush shall be in progress. This is
>>> double buffering sufficient.
>>
On Thu, Oct 16, 2014 at 11:49 PM, David Härdeman wrote:
> I think this is already addressed in this thread:
> http://www.spinics.net/lists/linux-media/msg79865.html
The patch in that thread would have broken things since the
store_protocol function is not changed at the same time. The patch I
sent
Hi Alexei,
Following our Plumbers discussion, here are links to
lttng-ust and lttng-tools parts that are relevant to
the bytecode I use for tracepoint filtering:
http://git.lttng.org/?p=lttng-tools.git;a=summary
src/lib/lttng-ctl/filter/*.[ch]
-> parser of filter expressions to AST, then to
Hi Alexei,
Following our Plumbers discussion, here are links to
lttng-ust and lttng-tools parts that are relevant to
the bytecode I use for tracepoint filtering:
http://git.lttng.org/?p=lttng-tools.git;a=summary
src/lib/lttng-ctl/filter/*.[ch]
-> parser of filter expressions to AST, then to
On Sat, Oct 18, 2014 at 12:23:39AM +0200, Pali Rohár wrote:
> On Friday 10 October 2014 22:56:55 Guenter Roeck wrote:
> > On 10/10/2014 02:12 AM, Pali Rohár wrote:
> > > Dell Latitude E6440 needs same settings as E6540.
> > >
> > > Signed-off-by: Pali Rohár
> >
> > Acked-by: Guenter Roeck
> >
On 2014-10-13 14:26, Chuck Ebbert wrote:
>> How can I capture the output easily?
>
> Add "boot_delay=3000" to the kernel command line. This will add a 3
> second delay between each line. Then take pictures of the screen
> while it boots. And try to time the shots so you take them during the
> dela
On 10/17/2014 02:27 PM, John Stultz wrote:
> On Fri, Oct 17, 2014 at 11:23 AM, Prarit Bhargava wrote:
>>
>>
>> On 10/17/2014 02:17 PM, John Stultz wrote:
>>> On Fri, Oct 17, 2014 at 6:57 AM, Prarit Bhargava wrote:
A bug report came in against an older kernel which output "backward time"
>>
Hi,
I have been trying to enable "threadirqs" command line option on
3.10.12 kernel and kernel crashes with NULL pointer access for
kthreadd_task in wake_up_process function:
[0.00] Call Trace:
[0.00] [<8005544c>] wake_up_process+0xc/0x48
[0.00] [<8004c1b8>] kthread_create_
On Fri, Oct 17, 2014 at 02:34:30AM +0200, Steinar H. Gunderson wrote:
> e341694e3eb57fcda9f1adc7bfea42fe080d8d7a looks like it might cause something
> like this (it certainly added the synchronize_net() call). Cc-ing people on
> that commit; quoting the entire rest of the message for reference.
I
On 02/10/14 13:32, Ivan T. Ivanov wrote:
> When #iio-cells is greater than '0', the driver could provide
> a custom of_xlate function that reads the *args* and returns
> the appropriate index in registered IIO channels array.
>
> Add simple translation function, suitable for the most 1:1
> mapped
Jiri Slaby wrote:
This is the start of the stable review cycle for the 3.12.31 release.
There are 197 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.
Hi Jiri,
the commit mentioned below has already be
On 10/18/2014 01:42 PM, Jonathan Cameron wrote:
On 02/10/14 13:32, Ivan T. Ivanov wrote:
When #iio-cells is greater than '0', the driver could provide
a custom of_xlate function that reads the *args* and returns
the appropriate index in registered IIO channels array.
Add simple translation func
Ming Lei writes:
> On Thu, Oct 16, 2014 at 5:14 PM, Dmitry Monakhov wrote:
>> Ming Lei writes:
>>
>>> On Tue, Oct 14, 2014 at 12:03 PM, Dmitry Monakhov
>>> wrote:
PROF:
*Flush machinery addumptions
C1. At any given time, only one flush shall be in progress. This is
do
On 10/10/14 15:53, Daniel Baluta wrote:
> Because IIO_EV_DIR_* are not bitmasks but enums,
> IIO_EV_DIR_RISING | IIO_EV_DIR_FALLING is not equal
> with IIO_EV_DIR_EITHER.
>
> This could lead to potential misformatted sysfs attributes
> like:
> * in_accel_x_thresh_(null)_en
> * in_accel
On 18/10/14 12:50, Lars-Peter Clausen wrote:
> On 10/18/2014 01:42 PM, Jonathan Cameron wrote:
>> On 02/10/14 13:32, Ivan T. Ivanov wrote:
>>> When #iio-cells is greater than '0', the driver could provide
>>> a custom of_xlate function that reads the *args* and returns
>>> the appropriate index in
The STMPE keypad controller is only used with device tree
configured systems, so force the configuration to come from
device tree only, and now actually get the rows and cols from
the device tree too.
Signed-off-by: Linus Walleij
---
.../devicetree/bindings/input/stmpe-keypad.txt | 2 +
dr
This adds the register offsets for pull up/down for the STMPE
1601, 1801 and 24xx expanders. This is used to bias GPIO lines
and keypad lines.
Signed-off-by: Linus Walleij
---
Hi Sam, Lee: I think you should just ACK this so Dmitry can take the
patch series through the input tree, where the regis
There is a missing MMC/SD pin for MCDATDIR2 which is routed as
alt B, add it to the MMC/SD pin group and functions.
Signed-off-by: Linus Walleij
---
drivers/pinctrl/nomadik/pinctrl-nomadik-stn8815.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/pinctrl/nomadik/pi
All keypad column pins used as inputs should be pulled up
on the STMPE24xx, but this is not done by the current driver.
Add some logic that will do this properly. The STMPE1601 also
has a keypad controller, but explicitly does *NOT* require
you to set up any pull-ups.
Signed-off-by: Linus Walleij
Linus,
Highlights from the I2C subsystem for 3.18:
* new drivers for Axxia AM55xx, and Hisilicon hix5hd2 SoC.
* designware driver gained AMD support, exynos gained exynos7 support
The rest is usual driver stuff. Hopefully no lowlights this time. Please pull.
Thanks,
Wolfram
The following
On Wed, Oct 15, 2014 at 6:00 AM, Heesub Shin wrote:
> When zbud is initialized through the zpool wrapper, pool->ops which
> points to user-defined operations is always set regardless of whether it
> is specified from the upper layer. This causes zbud_reclaim_page() to
> iterate its loop for evicti
On Thu, 16 Oct 2014 16:55:56 +0200
, David Woodhouse
wrote:
> On Wed, 2014-10-15 at 17:43 +0200, Darren Hart wrote:
> >
> > So my objection here is that by keeping the of_* terms in the driver we
> > are required to include of, although it does safely convert to returning
> > NULL if !CONFIG_OF
On Sat, 18 Oct 2014 00:50 +0200
, "Rafael J. Wysocki"
wrote:
> On Friday, October 17, 2014 08:04:52 PM Arnd Bergmann wrote:
> >
> > On October 17, 2014 2:01:33 PM CEST, "Rafael J. Wysocki"
> > wrote:
> > >Hi Everyone,
> > >
> > >Hving had a couple of chats with Grant and Arnd during LinuxCon E
On Wed, 15 Oct 2014 17:43:01 +0200
, Darren Hart
wrote:
>
>
> On 10/15/14 17:17, Mark Rutland wrote:
> > On Wed, Oct 15, 2014 at 03:46:39PM +0100, Darren Hart wrote:
>
> >> Mark, what would you propose we do differently to enable this driver to
> >> be firmware-type agnostic?
> >
> > For this
On Thu, 16 Oct 2014 16:55:56 +0200
, David Woodhouse
wrote:
> On Wed, 2014-10-15 at 17:43 +0200, Darren Hart wrote:
> >
> > So my objection here is that by keeping the of_* terms in the driver we
> > are required to include of, although it does safely convert to returning
> > NULL if !CONFIG_OF
The pointer to bp stack-frame is no longer used. Removed it.
This also removes a corresponding compiler-warning.
Signed-off-by: Manfred Schlaegl
---
arch/um/kernel/sysrq.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/arch/um/kernel/sysrq.c b/arch/um/kernel/sysrq.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
My backpack was stolen in Dusseldorf airport. I have started changing
passwords, and will also revoke my current GPG key soon. If you have
signed my previous key, or if you have an account on kernel.org, please
contact me so that I can have my new key
Changed from using strncat to strlcat to simplify the code
Signed-off-by: Rickard Strandqvist
Reviewed-by: Ian Abbott
Reviewed-by: H Hartley Sweeten
---
drivers/staging/comedi/drivers/comedi_bond.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/
Am 18.10.2014 um 16:23 schrieb Manfred Schlaegl:
> The pointer to bp stack-frame is no longer used. Removed it.
Good catch!
> This also removes a corresponding compiler-warning.
Which warning exactly?
Thanks,
//richard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
Hi Linus,
This is the core block IO pull request for 3.18. Apart from the new and
improve flush machinery for blk-mq, this is all mostly bug fixes and
cleanups.
- blk-mq timeout updates and fixes from Christoph.
- Removal of REQ_END, also from Christoph. We pass it through the
->queue_rq() hoo
On Fri, 17 Oct 2014 15:04:21 -0700
Dave Hansen wrote:
> Is there ever a time where the VMAs under an mm have mixed VM_NOZEROPAGE
> status? Reading the patches, it _looks_ like it might be an all or
> nothing thing.
Currently it is an all or nothing thing, but for a future change we might want
Hi Linus,
This is the block driver pull request for 3.18. Not a lot in there this
round, and nothing earth shattering.
- A round of drbd fixes from the linbit team, and an improvement in
asender performance.
- Removal of deprecated (and unused) IRQF_DISABLED flag in rsxx and hd
from Michael
On Fri, 17 Oct 2014 14:14:53 +0200
, "Rafael J. Wysocki"
wrote:
> From: Rafael J. Wysocki
>
> Add new generic routines are provided for retrieving properties from
> device description objects in the platform firmware in case there are
> no struct device objects for them (either those objects ha
On Fri, Oct 17, 2014 at 10:44:36PM +, Rustad, Mark D wrote:
> The warning appears in W=2 builds. I had another way to silence it by using
> diagnostic control macros, but those macros were not accepted. Using a single
> designated initialization also silences it.
Oh well. I think the earli
On 2014-10-18 16:42, Richard Weinberger wrote:
> Am 18.10.2014 um 16:23 schrieb Manfred Schlaegl:
>> The pointer to bp stack-frame is no longer used. Removed it.
>
> Good catch!
Thank you.
>
>> This also removes a corresponding compiler-warning.
>
> Which warning exactly?
On "normal" (defconfi
On Fri, Oct 17, 2014 at 07:38:37PM -0400, Martin K. Petersen wrote:
> The problem with this is that, as it stands, a bio has no type. And it
> would suck if we couldn't keep bio rw and request flags in sync.
>
> I wonder if it would make more sense to move the remaining rq types to
> cmd_flags aft
Am 18.10.2014 um 17:12 schrieb Manfred Schlaegl:
> On 2014-10-18 16:42, Richard Weinberger wrote:
>> Am 18.10.2014 um 16:23 schrieb Manfred Schlaegl:
>>> The pointer to bp stack-frame is no longer used. Removed it.
>>
>> Good catch!
> Thank you.
>
>>
>>> This also removes a corresponding compiler-
CC: tyhi...@canonical.com
CC: ecryp...@vger.kernel.org
Signed-off-by: Dmitry Monakhov
---
fs/ecryptfs/file.c | 62
1 files changed, 62 insertions(+), 0 deletions(-)
diff --git a/fs/ecryptfs/file.c b/fs/ecryptfs/file.c
index 4ffa35e..c84df35
fcntl(F_SETFL) performs direct f_flags manipulation which may be not be suitable
for some filesytems (mostly stack-fs like ecryptfs, unionfs, etc)
For example O_DIRECT toggling may require some actions (page cache flush)
Let's introduce new ->set_flags() callback for that purpose. This callback
is
sys_fadvise result in direct f_mode modification, which may be not
suitable for some unusual filesytems where file mode invariant is more
complex. In order to support such filesystems we have to delegate fadvise
logic to filesystem layer.
Signed-off-by: Dmitry Monakhov
---
include/linux/fs.h |
Add set_flag callback which is called from fcntl(F_SETFL)
Share common logic for cifs_open and cifs_set_flags
I'm not cifs expert, but it is looks like toggling O_DIRECT on file is
unsafe operation so disable it temporally.
Signed-off-by: Dmitry Monakhov
---
fs/cifs/cifsfs.c |6 ++
fs/ci
fcntl(F_SETFL) and fadvise performs direct manipulation with file's internals.
w/o notifying to fs layer. This behavior be not be suitable for some filesystems
(mostly stack-fs like ecryptfs, unionfs, etc). Let's introduce new ->set_flags()
callback for that purpose. This callback is responsible fo
On 2014-10-18 17:19, Richard Weinberger wrote:
> Am 18.10.2014 um 17:12 schrieb Manfred Schlaegl:
>> On 2014-10-18 16:42, Richard Weinberger wrote:
>>> Am 18.10.2014 um 16:23 schrieb Manfred Schlaegl:
The pointer to bp stack-frame is no longer used. Removed it.
>>>
>>> Good catch!
>> Thank you
On Fri, Oct 17, 2014 at 11:54 PM, Mike Galbraith
wrote:
>
> The barrier fixing up my problematic box smells a lot like evidence.
Is this a "tested-by"? Did you actuallyu verify that the patch ends up
fixing the problem you saw?
Linus
--
To unsubscribe from this list: send the line "u
On Fri, Oct 17, 2014 at 1:55 AM, Miklos Szeredi wrote:
>
> The problem with those "count elevated by other things" is that they are
> actually bugs.
No they aren't. You think they are, and then you find one case, and
ignore all the others.
Look around for AIO. Look around for the loop driver. Lo
On Sat, Oct 18, 2014 at 8:35 AM, Linus Torvalds
wrote:
>
> Look around for AIO. Look around for the loop driver. Look around for
> a number of things that do "fget()" and that you completely ignored.
.. actually, there are more instances of "get_file()" than of
"fget()", the aio one just happened
Am 18.10.2014 um 17:24 schrieb Manfred Schlaegl:
> On 2014-10-18 17:19, Richard Weinberger wrote:
>> Am 18.10.2014 um 17:12 schrieb Manfred Schlaegl:
>>> On 2014-10-18 16:42, Richard Weinberger wrote:
Am 18.10.2014 um 16:23 schrieb Manfred Schlaegl:
> The pointer to bp stack-frame is no lo
On 18.10.2014, Paolo Bonzini wrote:
> 5) Get a smartcard or a Yubikey NEO and put the subkeys on it; replace
> subkeys with stubs on your usual working machines, especially laptops. It
> gives you two factor authentication for free, and can also be used for
> SSH if you add a third subkey.
AFAIC
There was a discussion recently about Mr Trovalds claiming he didn't
know anything
about user-space at debconf '14, a stunning claim. Now since the
discussion is likely
to be deleted or edited at the source, well here it is:
I guess people really can't handle the obvious truth being stated.
-
---
The truth stands alone.
Some can't handle it and need it hidden.
As I said. Software people, western men in general, are weak and proud to be so.
(Except when it comes to bom
On Sat, 2014-10-18 at 08:28 -0700, Linus Torvalds wrote:
> On Fri, Oct 17, 2014 at 11:54 PM, Mike Galbraith
> wrote:
> >
> > The barrier fixing up my problematic box smells a lot like evidence.
>
> Is this a "tested-by"? Did you actuallyu verify that the patch ends up
> fixing the problem you sa
On 10/18/2014 07:49 AM, Dominik Dingel wrote:
> On Fri, 17 Oct 2014 15:04:21 -0700
> Dave Hansen wrote:
>> Is there ever a time where the VMAs under an mm have mixed VM_NOZEROPAGE
>> status? Reading the patches, it _looks_ like it might be an all or
>> nothing thing.
>
> Currently it is an all o
On Wed, Oct 15, 2014 at 02:41:50PM -0700, David Cohen wrote:
> m_can uses io memory which makes it not compilable on architectures
> without HAS_IOMEM such as UML:
>
> drivers/built-in.o: In function `m_can_plat_probe':
> m_can.c:(.text+0x218cc5): undefined reference to `devm_ioremap_resource'
> m
Hi Linus,
Below are a few NTB changes for v3.18. Please consider pulling them.
Thanks,
Jon
The following changes since commit bfe01a5ba2490f299e1d2d5508cbbbadd897bbe9:
Linux 3.17 (2014-10-05 12:23:04 -0700)
are available in the git repository at:
git://github.com/jonmason/ntb tags/ntb-3.1
On Sat, Oct 11, 2014 at 12:31:07AM +0400, Alexey Khoroshilov wrote:
> It seems struct esd_usb2 dev is not deallocated on disconnect.
>
> The patch adds the deallocation.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alexey Khoroshilov
Applied to the can
Hello.
On 10/18/2014 8:03 AM, Balavasu wrote:
This patch fixes the checkpatch.pl issue
Error:do not initialise statics to 0 or NULL
Signed-off-by: Balavasu
---
drivers/staging/lustre/lnet/lnet/router.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drive
On Sat, 2014-10-18 at 12:42 +0100, Jonathan Cameron wrote:
> On 02/10/14 13:32, Ivan T. Ivanov wrote:
> > When #iio-cells is greater than '0', the driver could provide
> > a custom of_xlate function that reads the *args* and returns
> > the appropriate index in registered IIO channels array.
> >
>
From: Meelis Roos
Date: Fri, 17 Oct 2014 14:12:09 +0300 (EEST)
> However, on top of mainline HEAD 3.17.0-09670-g0429fbc it explodes with
> scheduler BUG - just reported to LKML + sched maintainers.
task_stack_end_corrupted() cannot work properly on sparc64.
It stores the magic value at "task_t
On Sat, Oct 18, 2014 at 5:40 PM, Linus Torvalds
wrote:
> On Sat, Oct 18, 2014 at 8:35 AM, Linus Torvalds
> wrote:
>>
>> Look around for AIO. Look around for the loop driver. Look around for
>> a number of things that do "fget()" and that you completely ignored.
>
> .. actually, there are more ins
Em Sat, 18 Oct 2014 13:10:01 +0300
Tomas Melin escreveu:
> On Thu, Oct 16, 2014 at 11:49 PM, David Härdeman wrote:
> > I think this is already addressed in this thread:
> > http://www.spinics.net/lists/linux-media/msg79865.html
> The patch in that thread would have broken things since the
> stor
On Sat, Oct 18, 2014 at 08:40:05AM -0700, Linus Torvalds wrote:
> On Sat, Oct 18, 2014 at 8:35 AM, Linus Torvalds
> wrote:
> >
> > Look around for AIO. Look around for the loop driver. Look around for
> > a number of things that do "fget()" and that you completely ignored.
>
> .. actually, there
From: David Miller
Date: Sat, 18 Oct 2014 13:59:07 -0400 (EDT)
> I don't want to define the array size of the fpregs save area
> explicitly and thereby placing an artificial limit there.
Nevermind, it seems we have a hard limit of 7 FPU save areas anyways.
Meelis, please try this patch:
diff -
On Sat, Oct 18, 2014 at 08:01:13PM +0200, Miklos Szeredi wrote:
> And what you don't get is that there's a deep difference between those
> and the /proc file access case.
>
> And the difference is that one is done because of an explicit action
> by the holder of the open file. And the other is d
On Sat, Oct 18, 2014 at 11:01 AM, Miklos Szeredi wrote:
>
> And what you don't get is that there's a deep difference between those
> and the /proc file access case.
No there isn't.
Your "action by the holder" argument is pure and utter garbage, for a
very simple and core reason: the *filesystem*
On Sat, Oct 18, 2014 at 07:24:54PM +0100, Al Viro wrote:
> On Sat, Oct 18, 2014 at 08:01:13PM +0200, Miklos Szeredi wrote:
>
> > And what you don't get is that there's a deep difference between those
> > and the /proc file access case.
> >
> > And the difference is that one is done because of an
Em Thu, 16 Oct 2014 08:59:29 -0600
Shuah Khan escreveu:
> On 10/16/2014 08:48 AM, Takashi Iwai wrote:
> > At Thu, 16 Oct 2014 08:39:14 -0600,
> > Shuah Khan wrote:
> >>
> >> On 10/16/2014 08:16 AM, Takashi Iwai wrote:
> >>> At Thu, 16 Oct 2014 08:10:52 -0600,
> >>> Shuah Khan wrote:
>
>
On 10/17/14 11:38, Catalin Marinas wrote:
> Commit b0c29f79ecea (futexes: Avoid taking the hb->lock if there's
> nothing to wake up) changes the futex code to avoid taking a lock when
> there are no waiters. This code has been subsequently fixed in commit
> 11d4616bd07f (futex: revert back to the e
On Thu, Oct 16, 2014 at 06:58:35AM +0200, Michael Opdenacker wrote:
> This replaces kzalloc() and ioremap() calls by devm_ functions
> in the probe() routine, which automatically release the corresponding
> resources when probe() fails or when the device is removed.
>
> This simplifies simplifies
On Sat, Oct 18, 2014 at 12:33:27PM +0400, Kirill Tkhai wrote:
> How about this?
>
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> index b78280c..d46427e 100644
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -1165,7 +1165,21 @@ static void task_numa_compare(struct task_numa
On Sat, 2014-10-18 at 00:33 -0700, Davidlohr Bueso wrote:
> On Fri, 2014-10-17 at 17:38 +0100, Catalin Marinas wrote:
> > Commit b0c29f79ecea (futexes: Avoid taking the hb->lock if there's
> > nothing to wake up) changes the futex code to avoid taking a lock when
> > there are no waiters. This code
On Sat, 2014-10-18 at 14:32 -0500, Darren Hart wrote:
> Which is not incomplete (lacking the explicit smp_mb()) added by this
> patch. Perhaps the MB implementation of get_futex_key_refs() need not be
> explicitly enumerated here?
Agreed, how about this:
diff --git a/kernel/futex.c b/kernel/futex
On Fri, Oct 17, 2014 at 03:35:01PM +, Mathieu Desnoyers wrote:
> > > The page fault handler being very much performance sensitive, I'm
> > > wondering if it would not be better to move cow_page near the end of
> > > struct vm_fault, so that the "page" field can stay on the first
> > > cache lin
On Fri, Oct 17, 2014 at 03:49:39PM +, Mathieu Desnoyers wrote:
> > I kind of wonder if we shouldn't just declare the function. It's called
> > like this:
> >
> > if (IS_DAX(inode))
> > return dax_zero_page_range(inode, from, length,
> > ext4_get_block);
On Sat, Oct 18, 2014 at 12:58 PM, Davidlohr Bueso wrote:
>
> And [get/put]_futex_keys() shouldn't even be called for private futexes.
> The following patch had some very minor testing on a 60 core box last
> night, but passes both Darren's and perf's tests. So I *think* this is
> right, but lack o
Hello,
this patch fixes bug #84941 from the kernel bugzilla. Basically, it
seems that the accelerometer sends some signals as button presses
through the keyboard bus. The keys in the report are 0xa5-0xa8 but in
the filter function they are reported as 0x25-0x28. This patch adds a
i8042 filter that
On 10/18, Kirill Tkhai wrote:
>
> 18.10.2014, 01:40, "Oleg Nesterov" :
> > ...
> > The
> > task_struct itself can't go away,
> > ...
> > --- a/kernel/sched/fair.c
> > +++ b/kernel/sched/fair.c
> > @@ -1158,7 +1158,13 @@ static void task_numa_compare(struct task_numa_env
> > *env,
> >
> >
On Fri, Oct 17, 2014 at 1:26 AM, Jaehoon Chung wrote:
> Hi, Sonny.
>
> On 10/17/2014 01:58 AM, Sonny Rao wrote:
>> We've already got a reset of DMA after it's done. Add one before we
>> start DMA too. This fixes a data corruption on Rockchip SoCs which
>> will get bad data when doing a DMA trans
- Original Message -
> From: "Matthew Wilcox"
> To: "Mathieu Desnoyers"
> Cc: "Matthew Wilcox" , "Matthew Wilcox"
> ,
> linux-fsde...@vger.kernel.org, linux...@kvack.org,
> linux-kernel@vger.kernel.org, "Ross Zwisler"
>
> Sent: Saturday, October 18, 2014 7:41:00 PM
> Subject: Re: [PATC
On 10/18, Peter Zijlstra wrote:
>
> So you worry about the refcount doing 0->1 ? In which case the above is
> still wrong and we should be using atomic_inc_not_zero() in order to
> acquire the reference count.
It is actually worse, please see my reply to Kirill. We simply can't
dereference foreign
Fixed a coding style issue.
Signed-off-by: Joseph Wessner
---
arch/ia64/kernel/acpi.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/ia64/kernel/acpi.c b/arch/ia64/kernel/acpi.c
index 615ef81..12c032e 100644
--- a/arch/ia64/kernel/acpi.c
+++ b/arch/ia64/kernel/acpi.c
On Thu, Oct 16, 2014 at 2:08 PM, Wilmer van der Gaast wrote:
> Did that on this run, no difference either. For full completeness, I
> reproduced this problem with no modules loaded (done from initramfs) at all,
> with a kernel with your workaround included, logs are here:
> http://gaast.net/~wilme
On Fri, Oct 17, 2014 at 08:22:58PM -0400, Paul Gortmaker wrote:
> @@ -75,6 +123,32 @@ static void __cwake_up_common(struct cwait_head *q,
> unsigned int mode,
> }
> }
>
> +static void __swake_up_common(struct swait_head *q, unsigned int mode,
> + int nr_exclusive
> Do we really need someone to do more work that has been done on it in
> the past as an official "maintainer"? I'll be glad to do it, as I doubt
> it will require any time at all.
Well every time in the past that Al Viro looked in its direction he broke
it so probably. Someone is going to have t
Fixed some coding style issues in aio.c
Signed-off-by: Joseph Wessner
---
fs/aio.c | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index 84a7510..eab03a6 100644
--- a/fs/aio.c
+++ b/fs/aio.c
@@ -171,6 +171,7 @@ static struct file *a
1 - 100 of 146 matches
Mail list logo
