On Thu, 2015-04-23 at 08:29 +0200, Jan Kiszka wrote:
>
> > void irq_work_tick(void)
> > {
> > -#ifdef CONFIG_PREEMPT_RT_FULL
> > - irq_work_run_list(this_cpu_ptr(&lazy_list));
> > -#else
> > - struct llist_head *raised = &__get_cpu_var(raised_list);
> > + struct llist_head *rai
On Thu, 2015-04-23 at 08:50 +0200, Jan Kiszka wrote:
> On 2015-04-23 08:11, Mike Galbraith wrote:
> > @@ -103,6 +98,9 @@ EXPORT_SYMBOL_GPL(irq_work_queue_on);
> > /* Enqueue the irq work @work on the current CPU */
> > bool irq_work_queue(struct irq_work *work)
> > {
> > + bool realtime =
On Wed, Apr 22, 2015 at 11:56 PM, Stephane Eranian wrote:
>
> This patch enables the uncore Memory Controller (IMC) PMU support
> for Intel Broadwell-U (Model 61) mobile processors.
> The IMC PMU enables measuring memory bandwidth.
>
> To use with perf:
> $ perf stat -a -I 1000 -e uncore_imc/data_
This patch enables RAPL counters (energy consumption counters)
support for Intel Broadwell-U processors (Model 61).
To use:
$ perf stat -a -I 1000 -e
power/energy-cores/,power/energy-pkg/,power/energy-ram/ sleep 10
Signed-off-by: Stephane Eranian
---
arch/x86/kernel/cpu/perf_event_intel_rapl
On 2015-04-23 09:01, Mike Galbraith wrote:
> On Thu, 2015-04-23 at 08:50 +0200, Jan Kiszka wrote:
>> On 2015-04-23 08:11, Mike Galbraith wrote:
>>> @@ -103,6 +98,9 @@ EXPORT_SYMBOL_GPL(irq_work_queue_on);
>>> /* Enqueue the irq work @work on the current CPU */
>>> bool irq_work_queue(struct irq_w
On 04/22/2015 05:02 PM, Doug Ledford wrote:
> On Mon, 2015-04-20 at 10:32 +0200, Michael Wang wrote:
>> Add new callback query_transport() and implement for each HW.
>
> The more I think about it, the more I think we need to eliminate this
> patch entirely.
>
> The problem here is that, if we f
On 2015-04-23 08:58, Mike Galbraith wrote:
> On Thu, 2015-04-23 at 08:29 +0200, Jan Kiszka wrote:
>>
>>> void irq_work_tick(void)
>>> {
>>> -#ifdef CONFIG_PREEMPT_RT_FULL
>>> - irq_work_run_list(this_cpu_ptr(&lazy_list));
>>> -#else
>>> - struct llist_head *raised = &__get_cpu_var(rai
On Thu, 2015-04-23 at 09:12 +0200, Jan Kiszka wrote:
> On 2015-04-23 09:01, Mike Galbraith wrote:
> > On Thu, 2015-04-23 at 08:50 +0200, Jan Kiszka wrote:
> > > On 2015-04-23 08:11, Mike Galbraith wrote:
> > > > @@ -103,6 +98,9 @@ EXPORT_SYMBOL_GPL(irq_work_queue_on);
> > > > /* Enqueue the irq wo
From: Markos Chandras
This patch has been added to the 3.12 stable tree. If you have any
objections, please let us know.
===
commit 87f966d97b89774162df04d2106c6350c8fe4cb3 upstream.
On a MIPS Malta board, tons of fifo underflow errors have been observed
when using u-boot as bootlo
On Wed, Apr 22, 2015 at 10:56:45PM -0400, Adam Goode wrote:
> On Wed, Apr 22, 2015 at 12:05 AM, Adam Goode wrote:
> > (resending in plain text)
> > (please CC me on replies, I am not on LKML)
> >
> > Hi,
> >
> > I have a new Mac Mini (MacMini7,1). This model supports hotplugging of
> > Thunderbolt
On Thu, 2015-04-23 at 10:11 +0530, Shreyas B Prabhu wrote:
> Any suggestions on this?
It's in:
https://git.kernel.org/cgit/linux/kernel/git/mpe/linux.git/log/?h=fixes
cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ke
Using a function for __mlog_printk instead of a macro
reduces the object size of built-in.o by about 190KB, or
~18% overall (x86-64 defconfig with all ocfs2 options)
$ size fs/ocfs2/built-in.o*
textdata bss dec hex filename
870954 118471 134408 1123833 1125f9 fs/ocfs2/built-
Hello Rob
On Wed, Apr 22, 2015 at 6:25 PM, Rob Herring wrote:
>> This patch, replaces of_device_add() with platform_device_data().
>
> This doesn't match the change.
Thanks for catching it up. Will fix it and resend
>> - if (of_device_add(dev) != 0) {
>> + if (platform_device_add(d
On 04/21/2015, 06:31 PM, Lennart Sorensen wrote:
> commit ace3fc1e3f3a85ec705805146247231b11e1babe in 3.12.40 missed two
> lines while pulling in commit 8a45ac12ec5b6ee67f8559c78ae11d9af8b821ee
> from upstream. This causes the tests to fail in some cases.
>
> With the two missing lines added in,
On Tue, Apr 21, 2015 at 9:43 PM, Tomasz Duszynski wrote:
> Add support for ROHM BH1710/BH1715/BH1721/BH1750/BH1751 ambient light
> sensors.
>
> Signed-off-by: Tomasz Duszynski
> ---
> drivers/iio/light/Kconfig | 10 ++
> drivers/iio/light/Makefile | 1 +
> drivers/iio/light/bh1750.c | 322
>
On 04/22/2015 06:16 PM, Liran Liss wrote:
[snip]
>
> Depends on who is "we".
> For ULPs, you are probably right.
>
> However, core services (e.g., mad management, CM, SA) do care about various
> details.
> In some cases, where it doesn't matter, this code will use management helpers.
> In othe
Instead of turning all irq_work requests into lazy ones on -rt, just
move their execution from hard into soft-irq context.
This resolves deadlocks of ftrace which will queue work from arbitrary
contexts, including those that have locks held that are needed for
raising a soft-irq.
Signed-off-by: J
Hi Jisheng,
On 04/22/2015 02:58 PM, Jisheng Zhang wrote:
Most transactions' type are cfg0 and MEM, so the Current iATU usage is not
balanced, iATU0 is hot while iATU1 is rarely used. This patch refactors
the iATU usage: iATU0 for cfg and IO, iATU1 for MEM. This allocation
ideas comes from Minghu
On Thu, Apr 23, 2015 at 08:24:38AM +0200, Ingo Molnar wrote:
> * Josh Triplett wrote:
> > On Wed, Apr 22, 2015 at 11:22:02AM -0700, Linus Torvalds wrote:
> > > On Wed, Apr 22, 2015 at 10:10 AM, Josh Triplett
> > > wrote:
> > > >
> > > > I do think my two-patch HAVE_COPY_THREAD_TLS series should
On Tue, Mar 31, 2015 at 8:38 AM, tip-bot for Denys Vlasenko
wrote:
> Commit-ID: e7d6eefaaa443130079d73cd05039d90b3db7a4a
> Gitweb: http://git.kernel.org/tip/e7d6eefaaa443130079d73cd05039d90b3db7a4a
> Author: Denys Vlasenko
> AuthorDate: Fri, 27 Mar 2015 11:48:17 -0700
> Committer: Ingo
Hi,
On 23-04-15 01:04, Arun Ramamurthy wrote:
This patch set adds a new API to get phy by index when multiple
phys are present. This patch is based on discussion with Arnd Bergmann
about dt bindings for multiple phys.
History:
v1:
- Removed null pointers on Dmitry's suggestion
- Impro
In elevator_alloc, if we fail to allocate memory for storing elevator
queue, our eq pointer must be NULL, we do not need to release it in error
path, so remove it.
Signed-off-by: Chao Yu
---
block/elevator.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/block/elevator.c b/block/elevator.c
i
On Wednesday 22 April 2015 19:59:08 Brian Norris wrote:
> Pretty straightforward driver, using the nice library-ization of the
> generic ahci_platform driver.
>
> Signed-off-by: Brian Norris
There is an alternative way to do this, by writing a separate phy driver
for drivers/phy and using the ge
On Wed, 22 Apr 2015 22:05:53 +0100 Al Viro wrote:
> On Wed, Apr 22, 2015 at 09:12:38PM +0100, Al Viro wrote:
> > On Wed, Apr 22, 2015 at 07:07:59PM +0100, Al Viro wrote:
> > > And one more: may_follow_link() is now potentially oopsable. Look:
> > > suppose
> > > we've reached the link in RCU mo
On 04/10/2015, 10:38 PM, Andrew Morton wrote:
> hm. I think I'll make it
>
> Fixes: 61f77eda "mm/hugetlb: reduce arch dependent code around follow_huge_*"
+1. This is the best tag to work with.
thanks,
--
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
On 22 April 2015 at 19:50, Brian Norris wrote:
> On Thu, Apr 16, 2015 at 02:09:41AM +, Peter Pan 潘栋 (peterpandong) wrote:
>>
>> Signed-off-by: Brian Norris
>> Signed-off-by: Peter Pan
>
> Why are you just resending my patches? You could Ack/Reviewed-by/etc.
> instead...
>
> http://patchwork.
On 16 April 2015 at 04:09, Peter Pan 潘栋 (peterpandong)
wrote:
>
> Signed-off-by: Brian Norris
> Signed-off-by: Peter Pan
I'm curious, what made you picking my e-mail address directly?
--
Rafał
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Date: 23/04/2015
Hello my good friend.
How are you today? Hope all is well with you and your family?, You may not
understand why this mail came to you.But if you do not remember me, you
might have receive an email from me in the past
regarding a multi-million-dollar business proposal which we n
Date: 23/04/2015
Hello my good friend.
How are you today? Hope all is well with you and your family?, You may not
understand why this mail came to you.But if you do not remember me, you
might have receive an email from me in the past
regarding a multi-million-dollar business proposal which we n
Date: 23/04/2015
Hello my good friend.
How are you today? Hope all is well with you and your family?, You may not
understand why this mail came to you.But if you do not remember me, you
might have receive an email from me in the past
regarding a multi-million-dollar business proposal which we n
On 23 April 2015 at 02:30, Peter Pan 潘栋 (peterpandong)
wrote:
> On Thu, Apr 23, 2015 at 01:51:27PM +, Brian Norris wrote:
>>
>> On Thu, Apr 16, 2015 at 02:11:24AM +, Peter Pan 潘栋 (peterpandong)
>> wrote:
>> > The diskonchip driver almost uses the default nand_base hooks as-is,
>> > except
Hi Fabrice,
On Thu, 23 Apr 2015 00:35:10 -0700
Fabrice Gasnier wrote:
> Hi Jisheng,
>
> On 04/22/2015 02:58 PM, Jisheng Zhang wrote:
> > Most transactions' type are cfg0 and MEM, so the Current iATU usage is not
> > balanced, iATU0 is hot while iATU1 is rarely used. This patch refactors
> > the
On 04/22/2015 07:24 PM, Jason Gunthorpe wrote:
> On Wed, Apr 22, 2015 at 10:49:44AM +0200, Michael Wang wrote:
>>
>> On 04/22/2015 07:40 AM, Jason Gunthorpe wrote:
>>> On Mon, Apr 20, 2015 at 10:41:38AM +0200, Michael Wang wrote:
>>>
Introduce helper cap_ipoib() to help us check if the por
Hi Bjorn:
On Wed, Apr 22, 2015 at 6:44 PM, Bjorn Helgaas wrote:
> Usual style for referencing a commit is "(see 02bbde7849e6 ('Revert "of:
> use platform_device_add"'))".
Do you make that reference manually or there is a magic git command
for printing it in that style?
>
> Sounds like we shou
On Wednesday 22 April 2015 16:22:03 Jonathan Richardson wrote:
> Reviewed-by: Scott Branden
> Tested-by: Scott Branden
> Signed-off-by: Jonathan Richardson
No description at all?
You are introducing a new subsystem here, which means you get to put
a lot of thought into the API design, to ensur
On Wed, 15 Apr 2015, Jason Gerecke wrote:
> To determine if a touch is present in the single-touch case, we can
> simply check if the BTN_TOUCH key is active or not. This will work for
> both HID_GENERIC and other device types.
>
> Signed-off-by: Jason Gerecke
Applied to for-4.2/wacom.
--
Jir
Hi Bjorn
On Wed, Apr 22, 2015 at 6:47 PM, Bjorn Helgaas wrote:
>
> I'm not really a fan of this. The NULL pointer oops is a very good clue
> all by itself, and it doesn't require any extra code here.
It is a pointer to 0x30.
For some reason my platform can handle a couple of oops, but if I ge
Hi Geert,
On Wed, Apr 22, 2015 at 2:56 AM, Geert Uytterhoeven
wrote:
> Hi Magnus,
>
> On Tue, Apr 21, 2015 at 5:01 PM, Magnus Damm wrote:
>> irqchip: renesas-irqc: Fine grained Runtime PM support
>>
>> [PATCH/RFC 01/03] irqchip: renesas-irqc: Add irq_enable() and irq_disable()
>> [PATCH/RFC 02/0
On Thu, 23 Apr 2015, Grumbach, Emmanuel wrote:
> > I've been running current Linus' tree and have been getting system lockups
> > frequently. After a few "silent" lockups, I was able to obtain a dmesg
> > before the machine turned dead again (wifi stopped working shortly before
> > that).
> >
> @ mtrr_found @
> expression index, base, size;
> @@
>
> -index = mtrr_add(base, size, MTRR_TYPE_WRCOMB, 1);
> +index = arch_phys_wc_add(base, size);
>
> @ mtrr_rm depends on mtrr_found @
> expression mtrr_found.index, mtrr_found.base, mtrr_found.size;
> @@
>
> -mtrr_del(index, base, size);
> +arc
On Tue, Feb 10, 2015 at 03:44:05PM -0800, Andy Lutomirski wrote:
> This isn't adequately tested, and I don't have a demonstration (yet).
> It's here for review for whether it's a good idea in the first place
> and for weather the fully_dynamic mechanism is a good idea.
Sorry for the long delay.
I
> - Original Message -
> From: "Andrew Morton"
> To: "Don Zickus"
> Cc: "LKML" , "Ulrich Obergfell"
>
> Sent: Wednesday, April 22, 2015 10:12:01 PM
> Subject: Re: [PATCH] watchdog: Fix watchdog_nmi_enable_all()
>
> On Wed, 22 Apr 2015 10:47:49 -0400 Don Zickus wrote:
>
>> From: Ulrich
> Sorry for the non-prompt reply; but just for kicks, can you try the attached
> patch?
>
> I have a hunch this might be the problem.
Yeah, this even makes my more complex driver work \o/ I will post it
once -rc1 is out. Thanks a lot for your help, much appreciated!
signature.asc
Description
> -Original Message-
> From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
> Sent: Wednesday, April 22, 2015 11:19 PM
>
>
> Yes, I think we've all agreed we can do it ... it's now a question of whether
> we
> can stomach the ick factor of actually initiating a transactio
The pericfg and infracfg units also provide reset lines to several
other SoC internal units. This adds a function which can be called
from the pericfg and infracfg initialization functions which will
register the reset controller using reset_controller_register. The
reset controller will provide su
From: James Liao
This patch adds common clock support for Mediatek SoCs, including plls,
muxes and clock gates.
Signed-off-by: James Liao
Signed-off-by: Henry Chen
Signed-off-by: Sascha Hauer
---
drivers/clk/Makefile| 1 +
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/me
From: James Liao
This patch adds basic clocks for MT8135, including TOPCKGEN, PLLs,
INFRA and PERI clocks.
Signed-off-by: James Liao
Signed-off-by: Henry Chen
Signed-off-by: Sascha Hauer
---
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/mediatek/clk-mt8135.c
The clk functions and structs declare the parent_name arrays as
'const char **parent_names' which means the parent name strings
are const, but the array itself is not. Use
'const char * const * parent_names' instead which also makes
the array const. This allows us to put the parent_name arrays into
This adds the binding documentation for the apmixedsys, perisys and
infracfg controllers found on Mediatek SoCs.
Signed-off-by: Sascha Hauer
---
.../bindings/arm/mediatek/mediatek,apmixedsys.txt | 23 +
.../bindings/arm/mediatek/mediatek,infracfg.txt| 30
On 04/22/2015 06:57 PM, Jason Gunthorpe wrote:
> On Wed, Apr 22, 2015 at 10:59:52AM -0400, Doug Ledford wrote:
>
>>> 2)The name rdma_tech_* is lame.
>>> rdma_transport_*(), adhering to the above (*) remark, is much better.
>>> For example, both IB and ROCE *do* use the same transport.
>>
>> I e
On Wed, Apr 22, 2015 at 04:02:34PM -0400, Havoc Pennington wrote:
> On Wed, Apr 22, 2015 at 10:35 AM, Michele Curti
> wrote:
> >
> > Just out of curiosity, would you like to change something in dbus design,
> > if you didn't have to worry about ABI breaks and the like?
> >
>
> Good question. I c
From: James Liao
This patch adds basic clocks for MT8173, including TOPCKGEN, PLLs,
INFRA and PERI clocks.
Signed-off-by: James Liao
Signed-off-by: Henry Chen
Signed-off-by: Sascha Hauer
---
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/mediatek/clk-mt8173.c
The following changes since commit 39a8804455fb23f09157341d3ba7db6d7ae6ee76:
Linux 4.0 (2015-04-12 15:12:50 -0700)
are available in the git repository at:
git://git.pengutronix.de/git/sha/linux-2.6.git tags/v4.0-clk-mediatek-v12
for you to fetch changes up to e0ebeaa8a3f4a762cb9c2780170445a
On Wed, 1 Apr 2015, Borislav Petkov wrote:
> > > From: Jiri Kosina
> > >
> > > Since GHES sources are global, we theoretically need only a single CPU
> > > reading them per NMI instead of a thundering herd of CPUs waiting on a
> > > spinlock in NMI context for no reason at all.
> >
> > I origin
Hi Wolfram,
> On Apr 23, 2015, at 11:33 , Wolfram Sang wrote:
>
>
>> Sorry for the non-prompt reply; but just for kicks, can you try the attached
>> patch?
>>
>> I have a hunch this might be the problem.
>
> Yeah, this even makes my more complex driver work \o/ I will post it
> once -rc1 is
Halli,
On Thu, Apr 23, 2015 at 10:35:38AM +0200, Sascha Hauer wrote:
> The clk functions and structs declare the parent_name arrays as
> 'const char **parent_names' which means the parent name strings
> are const, but the array itself is not. Use
> 'const char * const * parent_names' instead which
> This patch has been posted before but up to now, no-one had a test case that
> triggered
> the bug,
At your service... ;)
signature.asc
Description: Digital signature
On Thu, Apr 23, 2015 at 12:37 AM, Brian Gerst wrote:
> On Tue, Mar 31, 2015 at 8:38 AM, tip-bot for Denys Vlasenko
> wrote:
>> Commit-ID: e7d6eefaaa443130079d73cd05039d90b3db7a4a
>> Gitweb:
>> http://git.kernel.org/tip/e7d6eefaaa443130079d73cd05039d90b3db7a4a
>> Author: Denys Vlasenko
When the driver has probed successfully the clk pointer is always valid,
so no need to test for it.
Signed-off-by: Sascha Hauer
---
drivers/tty/serial/8250/8250_mtk.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_mtk.c
b/drivers/tty/
Just because of_clk_get() doesn't mean it should be used. Use devm_clk_get
which is the correct function when a struct device * is available. Also
since it's a devm function we can drop the calls to clk_put(). While at
it also fix a wrong debug message.
Signed-off-by: Sascha Hauer
---
drivers/tt
The pm_runtime callbacks already enable and disable the device.
Use them in probe() and remove() instead of duplicating the
code. This allows us to concentrate more code for enabling/disabling
the UART in a single place.
Signed-off-by: Sascha Hauer
---
drivers/tty/serial/8250/8250_mtk.c | 69 +++
The mtk 8250 needs two clocks, one for providing the baudrate and
one that needs to be enabled for register accesses. The latter has
not been supported, this patch adds support for it. It is optional
for now since not all SoCs provide a bus clock.
Signed-off-by: Sascha Hauer
---
Documentation/de
The following changes since commit 39a8804455fb23f09157341d3ba7db6d7ae6ee76:
Linux 4.0 (2015-04-12 15:12:50 -0700)
are available in the git repository at:
git://git.pengutronix.de/git/sha/linux-2.6.git tags/v4.0-mtk-uart-clk
for you to fetch changes up to 91bb93e93bf0916f9ebf571e8ab7cb6713
This patch removes duplicated encryption modes which were already in
ext4.h. They were duplicated from commit 3edc18d and commit f542fb.
Cc: Theodore Ts'o
Cc: Michael Halcrow
Cc: Andreas Dilger
Signed-off-by: Chanho Park
---
fs/ext4/ext4.h | 6 --
1 file changed, 6 deletions(-)
diff --gi
On Tue, 14 Apr 2015, Mika Westerberg wrote:
> Using GPIOs and gpiolib is optional. If the kernel is compiled without GPIO
> support the driver should not fail if it finds the interrupt using normal
> methods.
>
> However, commit a485923efbb8 ("HID: i2c-hid: Add support for ACPI GPIO
> interrupts"
On Thu, Apr 23, 2015 at 10:39:58AM +0200, Jiri Kosina wrote:
> Three weeks have passed, therefore I find this an appropriate time for a
> friendly ping :)
>
> Rafael? Naoya? Huang?
>
> This fixes a contention spinlock problem in NMI observed on a real HW, so
> it would be really nice to have it
On Thu, Apr 23, 2015 at 1:49 AM, Andy Lutomirski wrote:
>
> I'm curious whether we can somehow end up in the kernel without a
> sensible SS. What happens if we have SS = 0?
>
> Try this on for size:
>
> 1. Wine process does syscall
> 2. Context switch to any other task
> 3. Interrupt (software or
On Thu, 2015-04-23 at 10:15 +0200, Jiri Kosina wrote:
> On Thu, 23 Apr 2015, Grumbach, Emmanuel wrote:
>
> > > I've been running current Linus' tree and have been getting system
> > > lockups
> > > frequently. After a few "silent" lockups, I was able to obtain a dmesg
> > > before the machine t
On 22/04/2015 23:21, Marcelo Tosatti wrote:
> On Mon, Apr 20, 2015 at 01:27:58PM -0700, Andy Lutomirski wrote:
>> On Mon, Apr 20, 2015 at 9:59 AM, Paolo Bonzini wrote:
>>>
>>>
>>> On 17/04/2015 22:18, Marcelo Tosatti wrote:
The bug which this is fixing is very rare, have no memory of a repo
On Thu, 23 Apr 2015, Grumbach, Emmanuel wrote:
> > I will try it, but I expect the result to be bogus because of this,
> > unfortunately.
>
> I can understand. A few users reported that this bug occurred more
> reliably when moving their system, although it seems very weird to me.
My "feeling"
[cc'ing the authors]
On Sat, Apr 11, 2015 at 07:40:34PM -0300, Ismael Luceno wrote:
> A bisect showed that commit 32b7eeec4d1e861230b09d437e95d76c86ff4a68
> introduced the issue.
>
> The issue starts as soon as X takes control of the screen, even if just
> a plain X doing nothing, so based on the
On Thu, Apr 23, 2015 at 12:55:35AM +0300, Dmitry Khromov wrote:
> Signed-off-by: Dmitry Khromov
> ---
> drivers/w1/w1.c | 17 -
> 1 file changed, 16 insertions(+), 1 deletion(-)
You added a new sysfs file, without any documentation about it added to
Documentation/ABI, nor any rea
Romove lazy FPU logic and use eager FPU entirely. Eager FPU does
not have performance regression, and it can simplify the code.
When compiling kernel on westmere, the performance of eager FPU
is about 0.4% faster than lazy FPU.
Signed-off-by: Liang Li
Signed-off-by: Xudong Hao
---
arch/x86/inc
On 04/23/2015 09:37 AM, Brian Gerst wrote:
> On Tue, Mar 31, 2015 at 8:38 AM, tip-bot for Denys Vlasenko
> wrote:
>> Commit-ID: e7d6eefaaa443130079d73cd05039d90b3db7a4a
>> Gitweb:
>> http://git.kernel.org/tip/e7d6eefaaa443130079d73cd05039d90b3db7a4a
>> Author: Denys Vlasenko
>> AuthorDa
Remove explicit casts of kmem_cache_alloc return values in
fs/ncpfs/inode.c::ncp_alloc_inode().
Signed-off-by: Firo Yang
---
fs/ncpfs/inode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ncpfs/inode.c b/fs/ncpfs/inode.c
index 01a9e16..a3aab17 100644
--- a/fs/ncpfs/inode
On Wed, Apr 22, 2015 at 04:45:00PM -0700, Andrew Morton wrote:
> On Wed, 22 Apr 2015 18:07:50 +0100 Mel Gorman wrote:
>
> > --- a/arch/x86/Kconfig
> > +++ b/arch/x86/Kconfig
> > @@ -32,6 +32,7 @@ config X86
> > select HAVE_UNSTABLE_SCHED_CLOCK
> > select ARCH_SUPPORTS_NUMA_BALANCING if X8
Our issue is descripted in below call path:
->elevator_init
->elevator_init_fn
->{cfq,deadline,noop}_init_queue
->elevator_alloc
->kzalloc_node
fail to call kzalloc_node and then put module in elevator_alloc;
fail to call elevator_init_fn and then put module again in elevator_init.
Re
On 04/23/2015 10:49 AM, Andy Lutomirski wrote:
> Would fixing this be as simple as changing this code in
> arch/x86/kernel/process.c:
>
> __visible DEFINE_PER_CPU_SHARED_ALIGNED(struct tss_struct, cpu_tss) = {
> .x86_tss = {
> .sp0 = TOP_OF_INIT_STACK,
> #ifdef CONFIG_X86_3
On Wed, Apr 15, 2015 at 05:48:08PM +0200, Matthias Brugger wrote:
> 2015-04-15 17:11 GMT+02:00 Matthias Brugger :
> > 2015-04-14 13:57 GMT+02:00 Sascha Hauer :
> >> On Tue, Apr 14, 2015 at 01:01:30PM +0200, Matthias Brugger wrote:
> >>> Hi Sascha,
> >>>
> >>> 2015-04-14 12:08 GMT+02:00 Sascha Hauer
On 04/22/2015 06:28 PM, ira.weiny wrote:
[snip]
>
>>
>> link_layer_show() was supposed to report the same info to user
>> space as usual, so user tool don't have to change anything :-)
>
> We need to expose the "cap_*" functionality to userspace which can then
> convert
> to this interface and
Remove unneeded kmem_cache_alloc() return value casts in
fs/minix/inode.c::minix_alloc_inode().
Signed-off-by: Firo Yang
---
fs/minix/inode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/minix/inode.c b/fs/minix/inode.c
index 3f57af1..8898633 100644
--- a/fs/minix/inode
Avoid a pointless kmem_cache_alloc() return value cast in
fs/hpfs/super.c::hpfs_alloc_inode()
Signed-off-by: Firo Yang
---
fs/hpfs/super.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/hpfs/super.c b/fs/hpfs/super.c
index 7cd00d3..ccace08 100644
--- a/fs/hpfs/super.c
+++
On 04/22/2015 06:45 PM, ira.weiny wrote:
> On Wed, Apr 22, 2015 at 10:49:44AM +0200, Michael Wang wrote:
>>
>> On 04/22/2015 07:40 AM, Jason Gunthorpe wrote:
>>> On Mon, Apr 20, 2015 at 10:41:38AM +0200, Michael Wang wrote:
>>>
Introduce helper cap_ipoib() to help us check if the port of a
Hi
On Wed, Feb 11, 2015 at 12:44 AM, Andy Lutomirski wrote:
> This isn't adequately tested, and I don't have a demonstration (yet).
> It's here for review for whether it's a good idea in the first place
> and for weather the fully_dynamic mechanism is a good idea.
>
> The current character device
On 04/22/2015 07:10 PM, ira.weiny wrote:
> On Wed, Apr 22, 2015 at 10:59:52AM -0400, Doug Ledford wrote:
>> On Tue, 2015-04-21 at 23:36 +, Liran Liss wrote:
>
> [snip]
>
>>>
>>> 2)The name rdma_tech_* is lame.
>>> rdma_transport_*(), adhering to the above (*) remark, is much better.
>>> For
On Thu, Apr 23, 2015 at 01:49:50AM -0700, Andy Lutomirski wrote:
> I'm pretty sure that this is at least a little bit wrong. It makes no
> sense for me for syscall to set SS.DPL=0 and for sysret to leave
> SS.DPL=0. It had better at least change DPL to 3. (Except... don't
> they mean RPL? Why i
Make sure that xen_swiotlb_init allocates buffers that are DMA capable
when at least one memblock is available below 4G. Otherwise we assume
that all devices on the SoC can cope with >4G addresses.
No functional changes on x86.
From: Chen Baozi
Signed-off-by: Chen Baozi
Signed-off-by: Stefano
On Wed, Apr 22, 2015 at 09:11:17AM -0700, James Bottomley wrote:
> On Wed, 2015-04-22 at 17:46 +0200, Greg Kroah-Hartman wrote:
> > On Wed, Apr 22, 2015 at 08:35:54AM -0700, James Bottomley wrote:
> > > On Wed, 2015-04-15 at 15:19 +0200, Greg Kroah-Hartman wrote:
> > > > On Wed, Apr 15, 2015 at 11:
Hi Magnus,
On Thu, Apr 23, 2015 at 10:10 AM, Magnus Damm wrote:
> On Wed, Apr 22, 2015 at 2:56 AM, Geert Uytterhoeven
> wrote:
>> On Tue, Apr 21, 2015 at 5:01 PM, Magnus Damm wrote:
>>> These patches attempt to convert the IRQC driver from using a mix of clock
>>> framework and Runtime PM into
On 23/04/15 10:47, Stefano Stabellini wrote:
> Make sure that xen_swiotlb_init allocates buffers that are DMA capable
> when at least one memblock is available below 4G. Otherwise we assume
> that all devices on the SoC can cope with >4G addresses.
This commit message must explain why the PFNs (IP
Christoffer Dall writes:
> On Tue, Mar 31, 2015 at 04:08:01PM +0100, Alex Bennée wrote:
>> This commit defines the API headers for guest debugging. There are two
>> architecture specific debug structures:
>>
>> - kvm_guest_debug_arch, allows us to pass in HW debug registers
>> - kvm_debug_e
On Thu, Apr 23, 2015 at 11:20:56AM +0200, Denys Vlasenko wrote:
> * what if %ss before syscall was NOT the usual value of 0x2b, but some
> other segment, not the typical 0-base, 0x limit 32-bit expand-up one?
> Not restoring proper %ss would not go well.
> [but then, Intel CPUs work, and ol
On Wed, Apr 22 2015, Gavin Guo wrote:
> /*
> + * The kmalloc_names is for temporary usage to make
> + * slub_debug=,kmalloc-xx option work in the boot time. The
> + * kmalloc_index() support to 2^26=64MB. So, the final entry of the
> + * table is kmalloc-67108864.
> +
On 04/23/2015 10:49 AM, Andy Lutomirski wrote:
> On Thu, Apr 23, 2015 at 12:37 AM, Brian Gerst wrote:
>> On Tue, Mar 31, 2015 at 8:38 AM, tip-bot for Denys Vlasenko
>> wrote:
>>> Commit-ID: e7d6eefaaa443130079d73cd05039d90b3db7a4a
>>> Gitweb:
>>> http://git.kernel.org/tip/e7d6eefaaa44313007
The first is a keyboard-off-by-one, the other two the ordinary mathy
kind.
Signed-off-by: Rasmus Villemoes
---
include/linux/slab.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/slab.h b/include/linux/slab.h
index ffd24c830151..a99f0e5243e1 100644
--- a/in
Hi Adam,
On my system (MacBookPro10,1 - 4 channel TB1) the bridges and the
controller both use 0x1547 and are only differentiated by
subvendor/subdevice.
0x156c is the 4 channel TB2 controller and was originally added by
Matthew. Judging from his patch it looks like the subvendor/subdevice
is set
On 04/15/2015 09:14 PM, Al Viro wrote:
> 9p: switch p9_client_write() to passing it struct iov_iter *
Hi Al,
This change caused following:
[ 91.637917]
==
[ 91.639252] BUG: KASan: out of bounds on stack in
iov_iter_advan
On 04/23/2015 03:00 AM, Nishanth Menon wrote:
> On 04/22/2015 08:26 AM, grygorii.stras...@linaro.org wrote:
>> Hi,
>>
>> On 04/21/2015 03:51 AM, Nishanth Menon wrote:
>>> Alarm interrupt enable register is at offset 0x7, while the time
>>> registers for the alarm follow that. When we program Alarm
On Thu, Apr 23, 2015 at 11:56:21AM +0200, Denys Vlasenko wrote:
> The fix can look like this (untested):
>
>
> diff --git a/arch/x86/ia32/ia32entry.S b/arch/x86/ia32/ia32entry.S
> index 0c302d0..9f4c232 100644
> --- a/arch/x86/ia32/ia32entry.S
> +++ b/arch/x86/ia32/ia32entry.S
> @@ -198,6 +198,18
On 04/23/2015 12:18 PM, Borislav Petkov wrote:
> On Thu, Apr 23, 2015 at 11:56:21AM +0200, Denys Vlasenko wrote:
>> The fix can look like this (untested):
>>
>>
>> diff --git a/arch/x86/ia32/ia32entry.S b/arch/x86/ia32/ia32entry.S
>> index 0c302d0..9f4c232 100644
>> --- a/arch/x86/ia32/ia32entry.S
1 - 100 of 710 matches
Mail list logo
