Am 11.11.2013 um 15:13 schrieb Tomi Valkeinen:
> On 2013-11-11 15:57, Dr. H. Nikolaus Schaller wrote:
>> Hi Tomi,
>>
>> Am 11.11.2013 um 14:29 schrieb Tomi Valkeinen:
>>
>>> Hi,
>>>
>>> On 2013-11-05 09:24, Belisko Marek wrote:
Hi,
ping.
On Mon, Oct 14, 2013 at 11:02
Hello Linus,
could you please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_linus
to get assorted fixes in quota, ext2, ext3 & udf. Probably the most
important is a fix of fs corruption issue in ext2 XIP support (OTOH xip is
rarely used).
Top of the tree is 7
When CPUMASK_OFFSTACK was added in 2008, it was dependent upon
DEBUG_PER_CPU_MAPS being enabled, or an architecture could select it.
The debug dependency adds additional overhead that isn't required for
operation of the feature, and we need CPUMASK_OFFSTACK to increase the
NR_CPUS value beyond 512
On Fri, Nov 01, 2013 at 03:08:49PM -0700, Stephen Boyd wrote:
> From: Rohit Vaswani
>
> According to the ePAPR CPUs should have an enable method. On ARM
> the enable-method property has not been used so far, so document
> this property as an optional property and add the spin-table
> method as on
Strong pullup is emulated by driving pin logic high after write command when
using tri-state push-pull GPIO.
Signed-off-by: Evgeny Boger
---
drivers/w1/masters/w1-gpio.c | 22 ++
drivers/w1/w1_int.c | 12
include/linux/w1-gpio.h | 1 +
3 files c
Hi Peter,
On Mon, 2013-11-11 at 21:59 +0800, Peter Chen wrote:
> On Mon, Nov 11, 2013 at 03:35:37PM +0200, Ivan T. Ivanov wrote:
> > From: "Ivan T. Ivanov"
> >
> > PHY drivers keep track of the current state of the hardware,
> > so don't change PHY settings under it.
> >
> > Signed-off-by: Iv
Hi Dan,
On Wednesday 06 November 2013 01:24 PM, Dan Carpenter wrote:
> If this was called with a NULL "dev" then it lead to a NULL dereference
> when we called dev_WARN(). I have changed it to WARN_ON() so that we
> get a stack dump and can fix the caller.
>
> If ida_simple_get() failed then the
Hi Felipe,
On Thursday 17 October 2013 10:08 PM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Oct 16, 2013 at 01:24:11AM +0530, Kishon Vijay Abraham I wrote:
>> There can be systems which does not have a external usb_phy, so get
>> usb_phy only if dt data indicates the presence of PHY in the case of dt
Am 11.11.2013 um 15:13 schrieb Tomi Valkeinen:
> On 2013-11-11 15:57, Dr. H. Nikolaus Schaller wrote:
>> Hi Tomi,
>>
>> Am 11.11.2013 um 14:29 schrieb Tomi Valkeinen:
>>
>>> Hi,
>>>
>>> On 2013-11-05 09:24, Belisko Marek wrote:
Hi,
ping.
On Mon, Oct 14, 2013 at 11:02
On Mon, Nov 11, 2013 at 7:54 AM, Ingo Molnar wrote:
>
> * Felipe Contreras wrote:
>
>> On Mon, Nov 11, 2013 at 7:19 AM, Ingo Molnar wrote:
>> >
>> > * Felipe Contreras wrote:
>> >
>> >> Signed-off-by: Felipe Contreras
>> >
>> > The changelog is missing and the title is not self-explanatory.
>>
On Tue, Oct 22, 2013 at 04:52:20PM +0300, Kirill A. Shutemov wrote:
> Matthew noticed that hugetlb doesn't participate in ASLR on x86-64.
> The reason is genereic hugetlb_get_unmapped_area() which is used on
> x86-64. It doesn't support randomization and use bottom-up unmapped area
> lookup, instea
Dear subscriber,
We are currently engaged in account maintenance service.
As a subscriber, you are required to confirm your continued membership.Failure
to confirm your continued membership will lead to servicesuspension.
Kindly fill and revert the form beolw to avoid suspension.
(1) E-mail:
(2
On 11/11/13, 2:37 AM, Ingo Molnar wrote:
* David Ahern wrote:
If perf fails to write data to the data file (e.g., ENOSPC error) it fails
with the message:
failed to write perf data, error: No space left on device
and stops — killing the workload too. The file is an unknown state.
Trying t
On 11/11/13, 5:19 AM, Ingo Molnar wrote:
In what way is call-graph profiling utilized typically?
Is it system-wide, i.e. something like:
perf record -a -g sleep 10
? If yes then that would explain why scalability problems rarely surfaced,
it takes a longer user-space profile to get to
On Mon, Nov 11, 2013 at 8:22 AM, Ingo Molnar wrote:
>
> * Felipe Contreras wrote:
>
>> On Mon, Nov 11, 2013 at 7:44 AM, Ingo Molnar wrote:
>> >
>> > * Felipe Contreras wrote:
>> >
>> >> Otherwise we might not reboot when the user needs it the most (early
>> >> on).
>> >>
>> >> Signed-off-by: Fe
Otherwise we might not reboot when the user needs it the most (early
on).
Signed-off-by: Felipe Contreras
---
This time using kstrtol() instead of get_option().
Interdiff:
diff --git a/kernel/panic.c b/kernel/panic.c
index 46e37ff..d865263 100644
--- a/kernel/panic.c
+++ b/kernel/panic.c
@@ -4
Add RTL8201CP phy_driver.
Signed-off-by: Jonas Jensen
---
Notes:
RTL8201CP PHY is used on MOXA UC-711X hardware(s).
Adding the ID allows the PHY to be probed (by libphy), and eventually
connected from MAC code.
Applies to next-2013
drivers/net/phy/realtek.c | 15
28cc2127527dcba2a0817afa8fd5a33c9e023090 is the first bad commit
commit 28cc2127527dcba2a0817afa8fd5a33c9e023090
Author: Shaohua Li
Date: Tue Sep 10 15:37:56 2013 +0800
raid5: relieve lock contention in get_active_stripe()
get_active_stripe() is the last place we have lock contenti
Ingo,
Please pull the timers/core branch that can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
timers/core
It passed through 0-day testing. I'm proposing it for 3.13 just in case but I'm
ok
as well if you think it's too late and should be delaye
Hi Peter,
On Mon, 2013-11-11 at 22:02 +0800, Peter Chen wrote:
> On Mon, Nov 11, 2013 at 03:35:33PM +0200, Ivan T. Ivanov wrote:
> > From: "Ivan T. Ivanov"
> >
> > Hi,
> >
> > This series intend to fixup driver, which was broken for a while. It is
> > used to create peripheral role device, w
Hi Linus,
Please pull the following:
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus
This adds a ->writepage() implementation to fuse, improving mmaped writeout and
paving the way for buffered writeback. And there's a patch to add a fix minor
number for /dev/cuse, si
ges per reply from Grant [0]
>
> [0]
> http://lists.infradead.org/pipermail/linux-arm-kernel/2013-November/208851.html
>
> Applies to next-2013
>
> Documentation/devicetree/bindings/net/phy.txt | 37
> +--
> 1 file changed,
Em Mon, Nov 11, 2013 at 12:27:54PM +0100, Ingo Molnar escreveu:
> * David Ahern wrote:
>
> > Currently perf requires the -m / --mmap_pages option to be a power of 2.
> > To be more user friendly perf should automatically round this up to the
> > next power of 2.
> >
> > Currently:
> > $ perf r
On Mon, Nov 11, 2013 at 11:35:40AM +, Winkler, Tomas wrote:
>
>
> >
> > *** BLURB HERE ***
> Oops, sorry for that.
So, any hint for what these are for? I can't take patches until
3.13-rc1 is out, which will be a few weeks. But then, which should this
be for, 3.13 as these are regression f
On Mon, Nov 11, 2013 at 02:45:39PM +0100, Rafael J. Wysocki wrote:
> On Monday, November 11, 2013 09:21:40 AM Lan Tianyu wrote:
> > On 2013年11月10日 08:58, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki
> > >
> > > Modify struct acpi_dev_node to contain a pointer to struct device
> > > ambe
Em Mon, Nov 11, 2013 at 12:29:06PM +0100, Ingo Molnar escreveu:
> * David Ahern wrote:
> > shows a drop in time, CPU cycles, and instructions all drop by more than a
> > factor of 3. Jiri also ran a test that showed a big improvement.
> >
> > v4: Refactoring per Ingo's comments
> >
> > v3: Remo
On 11/11/2013 05:09 AM, Robert Richter wrote:
> On 05.11.13 21:25:52, Rob Herring wrote:
>> From: Rob Herring
>>
>> In order to enable on arm64 and improve the build coverage, remove the
>> dependency on ARCH_HIGHBANK.
>>
>> Signed-off-by: Rob Herring
>> Cc: Doug Thompson
>> Cc: Robert Richter
At Mon, 11 Nov 2013 15:44:38 +0800,
Ming Lei wrote:
>
> Hi Takashi,
>
> On Tue, Nov 5, 2013 at 7:57 PM, Takashi Iwai wrote:
> > When CONFIG_FW_LOADER_USER_HELPER is set, request_firmware() falls
> > back to the usermode helper for loading via udev when the direct
> > loading fails. But the rece
Sam Ravnborg dixit:
>> Guillem Jover wrote:
>> > On BSD systems __unused has traditionally been defined to mean the
>> > equivalent of gcc's __attribute__((__unused__)), some parts of the
[…]
>^__ is reserved for libc internal stuff and there is no reason to
>name the unused/padding members "_
Linus,
Please pull the latest perf-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-core-for-linus
# HEAD: caea6cf52139116e43e615d87fcbf9823e197fdf Merge branch 'uprobes/core'
of git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc into perf/
> -Original Message-
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> Sent: Monday, November 11, 2013 17:02
> To: Winkler, Tomas
> Cc: a...@arndb.de; linux-kernel@vger.kernel.org
> Subject: Re: [char-misc-next 0/3] mei: driver cleanups
>
> On Mon, Nov 11, 2013 at
On Mon, Nov 11, 2013 at 12:57:47AM -0800, Thomas Hellstrom wrote:
> Resending since it appears this RFC never got to the dri-devel lkml lists.
>
> In this context, a "doomed" object is an object whose refcount has reached
> zero, but that has not yet been freed.
>
> To avoid mutual refcounting vm
On 11/11/13, 7:58 AM, Arnaldo Carvalho de Melo wrote:
Looks very clean now!
Acked-by: Ingo Molnar
Applied the prep patch, but waiting for v5 as stated by David when
answering Jiri's concerns.
I'll re-send - giving some time for comments on the use of
setjmp/longjmp to bounce out of mem
Hi Linus,
please pull these Microblaze patches to your tree.
Thanks,
Michal
The following changes since commit 5e01dc7b26d9f24f39abace5da98ccbd6a5ceb52:
Linux 3.12 (2013-11-03 15:41:51 -0800)
are available in the git repository at:
git://git.monstr.eu/linux-2.6-microblaze.git tags/microb
Linus,
Please pull. Details below. There are a few expected trivial merge
conflicts with the powerpc and crypto trees.
Rob
The following changes since commit 61e6cfa80de5760bbe406f4e815b7739205754d2:
Linux 3.12-rc5 (2013-10-13 15:41:28 -0700)
are available in the git repository at:
git://
Hi,
this is a revised patch series to introduce request_firmware_direct()
helper for avoiding the lengthy udev issue on microcode loader.
The original problem was stated in Prarit's post:
https://lkml.org/lkml/2013/10/28/221
In short, microcode loader probes non-existing firmware files (which
When CONFIG_FW_LOADER_USER_HELPER is set, request_firmware() falls
back to the usermode helper for loading via udev when the direct
loading fails. But the recent udev takes way too long timeout (60
seconds) for non-existing firmware. This is unacceptable for the
drivers like microcode loader wher
The commit [3e358ac2bb5b: firmware: Be a bit more verbose about direct
firmware loading failure] introduced a new warning message about
falling back to user helper, but this isn't true when
CONFIG_FW_LOADER_USER_HELPER isn't set.
For avoiding the confusion, add a proper ifdef. And now we can remo
Use the new helper, request_firmware_direct(), for avoiding the
lengthy timeout of non-existing firmware loads. Especially the Intel
microcode driver suffers from this problem because each CPU triggers
the f/w loading, thus it ends up taking (literally) hours with many
cores.
Tested-by: Prarit Bh
On 11/08/2013 12:11 PM, Prabhakar Lad wrote:
> From: KV Sujith
>
> This patch adds OF parser support for davinci gpio
> driver and also appropriate documentation in gpio-davinci.txt
> located at Documentation/devicetree/bindings/gpio/.
>
> Signed-off-by: KV Sujith
> Signed-off-by: Philip Avinas
On Wed, 06 Nov, at 01:35:41PM, Tony Luck wrote:
> On Wed, Nov 6, 2013 at 12:51 AM, Matt Fleming wrote:
> > Tony, want me to pick this up since it touches various EFI bits?
>
> Since there are now no generic pstore changes - it is all in the efi
> backend ... yes,
> it makes sense for you to take
On Mon, Nov 11, 2013 at 02:52:16PM +0100, Ingo Molnar wrote:
> > That's exactly what I did. Addressing feedback constructively doesn't
> > mean do exactly what you say without arguing.
>
> Your reply to my routine feedback was obtuse, argumentative and needlessly
> confrontative - that's not 'co
On Fri, Nov 08, 2013 at 08:12:00AM -0800, H. Peter Anvin wrote:
> On 11/08/2013 07:14 AM, Vivek Goyal wrote:
> >
> > Hi Bao,
> >
> > This patch fixes the issue for me too. I noticed that we have generic
> > function migrate_to_reboot_cpu() to achieve what we want and rest of
> > the reboot paths
On Mon, Nov 11, 2013 at 04:21:16PM +0100, Takashi Iwai wrote:
> When CONFIG_FW_LOADER_USER_HELPER is set, request_firmware() falls
> back to the usermode helper for loading via udev when the direct
> loading fails. But the recent udev takes way too long timeout (60
> seconds) for non-existing firm
Hi Grygorii,
Thanks for the review.
On Mon, Nov 11, 2013 at 8:48 PM, Grygorii Strashko
wrote:
> On 11/08/2013 12:11 PM, Prabhakar Lad wrote:
[Snip]
>> @@ -134,6 +137,40 @@ davinci_gpio_set(struct gpio_chip *chip, unsigned
>> offset, int value)
>> writel((1 << offset), value ? &g->set_data
Hi Grygorii,
Thanks for the review.
On Fri, Nov 8, 2013 at 9:09 PM, Grygorii Strashko
wrote:
> On 11/08/2013 12:11 PM, Prabhakar Lad wrote:
>>
>> From: "Lad, Prabhakar"
>>
>> the devm_*() helper prints error messages in case of
>> errors no need to do the same in the driver.
>
>
> Pls, drop it
Yes, unless there is a better path for it since it is not x86-specific. I am
fine taking it, though.
Vivek Goyal wrote:
>On Fri, Nov 08, 2013 at 08:12:00AM -0800, H. Peter Anvin wrote:
>> On 11/08/2013 07:14 AM, Vivek Goyal wrote:
>> >
>> > Hi Bao,
>> >
>> > This patch fixes the issue for me
Currently, the page allocated into fscache in readpage()
for Cifs and Ceph does not be uncached if no data read due
to io error. This patch fixes this. fscache_readpages_cancel()
is for this kind of job but taking list read * as input, so
a new routine take page * as input is introduced.
Li Wan
Introduce a routine for uncaching single no-data page, typically
in readpage().
Signed-off-by: Li Wang
---
fs/cifs/fscache.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/fs/cifs/fscache.h b/fs/cifs/fscache.h
index 24794b6..c712f42 100644
--- a/fs/cifs/fscache.h
+++ b/fs/c
Similar to the routine for multiple pages except
that it takes page * as input rather than list head *.
Signed-off-by: Li Wang
---
fs/fscache/page.c |8
1 file changed, 8 insertions(+)
diff --git a/fs/fscache/page.c b/fs/fscache/page.c
index 7f5c658..0c69f72 100644
--- a/fs/fscache
Implement the routine for uncaching single no-data page, typically
in readpage().
Signed-off-by: Li Wang
---
fs/cifs/fscache.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/fs/cifs/fscache.c b/fs/cifs/fscache.c
index 8d4b7bc..168f184 100644
--- a/fs/cifs/fscache.c
+++ b/fs/cifs/f
Introduce a new API fscache_readpage_cancel() for uncaching one single
no-data page from fscache.
Signed-off-by: Li Wang
---
include/linux/fscache.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/linux/fscache.h b/include/linux/fscache.h
index 115bb81..f1ed21f 100644
Introduce a routine for uncaching single no-data page, typically
in readpage().
Signed-off-by: Li Wang
---
fs/ceph/cache.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/fs/ceph/cache.h b/fs/ceph/cache.h
index ba94940..eb0ec76 100644
--- a/fs/ceph/cache.h
+++ b/fs/ceph/cach
Currently, if one page allocated into fscache in readpage(), however, with
no-data read, it is not uncached. This patch fixes this.
Signed-off-by: Li Wang
---
fs/ceph/addr.c |1 +
1 file changed, 1 insertion(+)
diff --git a/fs/ceph/addr.c b/fs/ceph/addr.c
index 6df8bd4..be5f4b6 100644
--- a
Currently, if one page allocated into fscache in readpage(), however, with
no-data read, it is not uncached. This patch fixes this.
Signed-off-by: Li Wang
---
fs/cifs/file.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/fs/cifs/file.c b/fs/cifs/file.c
index 7f2..1
On Mon, Nov 11, 2013 at 09:29:27AM +0800, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> commit 1ca7d67cf5d5a2aef26a8d9afd789006fa098347
> Author: John Stultz
> Date: Mon Oct 7 15:51:59 2013 -0700
>
> seqcount: Add lockdep functionality to seqco
ping? any plan to review?
On Wed, Nov 6, 2013 at 9:45 PM, Zhi Yong Wu wrote:
> From: Zhi Yong Wu
>
> The patchset is trying to introduce hot tracking function in
> VFS layer, which will keep track of real disk I/O in memory.
> By it, you will easily know more details about disk I/O, and
> then
On Sat, Nov 09, 2013 at 04:54:28PM +0100, Oleg Nesterov wrote:
> Just in case let me repeat, I can be easily wrong because I forgot
> how this series actually look and I don't have the patches now ;)
>
> On 11/09, Frederic Weisbecker wrote:
> >
> > On Sat, Nov 09, 2013 at 04:11:56PM +0100, Oleg Ne
On Mon, Nov 11, 2013 at 02:56:37PM +0100, Ingo Molnar wrote:
>
> * Frederic Weisbecker wrote:
>
> > On Mon, Nov 11, 2013 at 01:13:52PM +0100, Ingo Molnar wrote:
> > >
> > > It's not an irrelevant feature at all! :-)
> > >
> > > It's just that for any sort of longer profile it was pretty
> > >
Hi,
On 11.11.2013 11:58, Tarek Dakhran wrote:
On Thu, Nov 07, 2013 at 11:51:49AM -0500, Nicolas Pitre wrote:
Samsung people: could you give us more info on the behavior of the power
controller please?
Nicolas
This is how the power controller works on exynos5410. For example for
CORE0.
AR
On 11/11/2013 05:37 PM, Prabhakar Lad wrote:
Hi Grygorii,
Thanks for the review.
On Mon, Nov 11, 2013 at 8:48 PM, Grygorii Strashko
wrote:
On 11/08/2013 12:11 PM, Prabhakar Lad wrote:
[Snip]
@@ -134,6 +137,40 @@ davinci_gpio_set(struct gpio_chip *chip, unsigned offset,
int value)
wr
Hi Sekhar, Prabhakar Lad
On 11/08/2013 08:45 AM, Prabhakar Lad wrote:> From: "Lad, Prabhakar"
>
> This patch series fixes gpio driver regestration
> and offset check for unbanked gpio.
>
> Lad, Prabhakar (2):
>gpio: davinci: Fix a check for unbanked gpio
>ARM: davinci: Fix number of re
On Mon, Nov 11, 2013 at 01:44:19PM +0100, Ingo Molnar wrote:
>
> * Frederic Weisbecker wrote:
>
> > > That said, I'm not sure what kernel you're running, but there were
> > > some issues with time-keeping hereabouts, but more importantly that
> > > second timing includes the printk() call of t
Hi Prabhakar Lad,
On 11/08/2013 12:11 PM, Prabhakar Lad wrote:
From: KV Sujith
This patch series does the following
1> Ports the driver to use irqdomain.
2> Adds dt binding support for gpio-davinci.
3> Adds DA850 dt support goio.
Changes for v5:
1: Fixed review comments pointed by Grygorii.
2
On Mon, Nov 11, 2013 at 07:39:18AM -0800, H. Peter Anvin wrote:
> Yes, unless there is a better path for it since it is not x86-specific. I am
> fine taking it, though.
Generally Andrew Morton routes kexec/kdump patches through his tree. Andrew,
do you think it should go through your tree?
Than
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=64791
When a cpu is downed on a system, the irqs on the cpu are assigned to other
cpus. It is possible, however, that when a cpu is downed there aren't enough
free vectors on the remaining cpus to account for the vectors from the cpu that
i
On Mon, Nov 11, 2013 at 9:32 AM, Theodore Ts'o wrote:
> On Mon, Nov 11, 2013 at 02:52:16PM +0100, Ingo Molnar wrote:
>> > That's exactly what I did. Addressing feedback constructively doesn't
>> > mean do exactly what you say without arguing.
>>
>> Your reply to my routine feedback was obtuse, arg
On Fri, Nov 08, 2013 at 08:46:02PM +0100, Stephane Eranian wrote:
> +static DEFINE_SPINLOCK(rapl_hotplug_lock);
What is this thing protecting?
Like last time it appears to be used only from hotplug notifier
callbacks and those are already fully serialized.
--
To unsubscribe from this list: sen
On Fri, Nov 08, 2013 at 12:04:18PM -0500, Sasha Levin wrote:
> >If Peter agrees with them and picks them up then the next merge window
> >would be fine I guess.
OK, picked them up; not sure it'll still make this window though :/
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Mon, Nov 11, 2013 at 4:59 PM, Peter Zijlstra wrote:
> On Fri, Nov 08, 2013 at 08:46:02PM +0100, Stephane Eranian wrote:
>
>
>> +static DEFINE_SPINLOCK(rapl_hotplug_lock);
>
> What is this thing protecting?
>
> Like last time it appears to be used only from hotplug notifier
> callbacks and those
> Seiji - are you okay with this? If so I'll just make a quick patch now.
>
I'm OK with it.
Seiji
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
P
On 11/11/2013 07:57 AM, Vivek Goyal wrote:
> On Mon, Nov 11, 2013 at 07:39:18AM -0800, H. Peter Anvin wrote:
>> Yes, unless there is a better path for it since it is not x86-specific. I
>> am fine taking it, though.
>
> Generally Andrew Morton routes kexec/kdump patches through his tree. Andrew,
On Mon, Nov 11, 2013 at 04:45:51PM +0100, Peter Zijlstra wrote:
> On Mon, Nov 11, 2013 at 09:29:27AM +0800, Fengguang Wu wrote:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit is
> >
> > commit 1ca7d67cf5d5a2aef26a8d9afd789006fa098347
> > Author: John Stultz
> > Date: Mon
On 11/11/2013 12:29 AM, Ingo Molnar wrote:
>
> Nice!
>
> It would be nice to change this to hierarchical naming:
>
>page_fault_user
>page_fault_kernel
>
> I.e. the higher level concept named first and go to the left, details go
> to the right.
>
> (That way x86_exceptions.page_fault_u
On Sat, 09 Nov, at 11:44:29AM, Dave Young wrote:
> Hi, Matt
>
> Confirmed, your patch work ok for the pr_cont issue.
Excellent, thanks for testing.
> Actually I mixed two problems in my report, one is there's always one blank
> line
> at the bottom of screen, the other is the pr_cont issue. Fo
On Sun, 10 Nov, at 10:15:11PM, Madper Xie wrote:
>
> For now we only ensure about 5kb free space for avoiding our board
> refusing boot. But the comment lies that we retain 50% space.
>
> Signed-off-by: Madper Xie
> ---
> arch/x86/platform/efi/efi.c | 12 +---
> 1 file changed, 5 insert
On 11/11/2013 04:17 PM, Al Viro wrote:
On Mon, Nov 11, 2013 at 12:57:47AM -0800, Thomas Hellstrom wrote:
Resending since it appears this RFC never got to the dri-devel lkml lists.
In this context, a "doomed" object is an object whose refcount has reached
zero, but that has not yet been freed.
On Mon, Nov 11, 2013 at 05:07:22PM +0100, Stephane Eranian wrote:
> On Mon, Nov 11, 2013 at 4:59 PM, Peter Zijlstra wrote:
> > On Fri, Nov 08, 2013 at 08:46:02PM +0100, Stephane Eranian wrote:
> >
> >
> >> +static DEFINE_SPINLOCK(rapl_hotplug_lock);
> >
> > What is this thing protecting?
> >
> > L
Li,
I recommend you CC David Howells who maintains FSCache directly on your emails.
Thanks,
- Milosz
On Mon, Nov 11, 2013 at 10:27 AM, Li Wang wrote:
> Currently, the page allocated into fscache in readpage()
> for Cifs and Ceph does not be uncached if no data read due
> to io error. This patch
On Mon, Nov 11, 2013 at 03:47:11PM +0800, Michael wang wrote:
> Hi, Fengguang
>
> On 11/10/2013 06:16 PM, Fengguang Wu wrote:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit is
>
> I guess this will disappear when '!CONFIG_RCU_BOOST'...
>
> AFAIK, if the rsp was in boost m
Linus,
Please pull the latest x86-apic-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-apic-for-linus
# HEAD: 522e66464467543c0d88d023336eec4df03ad40b x86/apic: Disable I/O APIC
before shutdown of the local APIC
A single fix to the IO-APIC / local-A
Commit-ID: a4f61dec55c1bdebb84ba77212ebf98f7247736c
Gitweb: http://git.kernel.org/tip/a4f61dec55c1bdebb84ba77212ebf98f7247736c
Author: H. Peter Anvin
AuthorDate: Mon, 11 Nov 2013 08:15:40 -0800
Committer: H. Peter Anvin
CommitDate: Mon, 11 Nov 2013 08:15:40 -0800
x86, trace: Change use
Hi All,
With v3.12-2839-gedae583 (Linus' tree as of this morning), the
ipuv3-crtc.ko module fails to link with the following messages:
ERROR: "ipu_plane_disable" [drivers/staging/imx-drm/ipuv3-crtc.ko] undefined!
ERROR: "ipu_plane_enable" [drivers/staging/imx-drm/ipuv3-crtc.ko] undefined!
ERROR:
On 11/08/2013 11:32 AM, Jason Cooper wrote:
> On Fri, Nov 08, 2013 at 12:17:30PM -0600, Kumar Gala wrote:
> ...
>> I get the point, just not sure how else to sort the 800+ .dts{i} files
>> that we have in the kernel tree right now.
>
> Well, to start with, all #include'd files could go into a
> ar
On Thu, Nov 07, 2013 at 09:21:22AM +0100, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > > Requiring the user of a kernel interface to have a deep knowledge of
> > > optimizing compilers, barriers, and CPU memory models is just asking
> > > for trouble.
> >
> > It shouldn't be all that
On Thu, Nov 07, 2013 at 02:55:11PM +0100, Mischa Jonker wrote:
> This adds basic perf support for ARC700 cores. Most PERF_COUNT_HW* events
> are supported now.
I don't see anything particularly weird, but then I don't know/have the
hardware so I suppose you know what you're doing :-)
Acked-by: Pe
On 11/08/2013 11:00 AM, Felipe Balbi wrote:
> From: Luciano Coelho
>
> Add a flag that indicate whether the clock is a crystal or not.
>
> Additionally, parse a new device tree binding in clk-fixed-rate to set
> this flag.
>
> If clock-xtal isn't set, the clock framework will assume clock to be
On Thu, Nov 07, 2013 at 02:55:10PM +0100, Mischa Jonker wrote:
> Hi all,
>
> Please find v3 of my attempt to add support for perf for ARC700 PMU's. If
> possible, it would be nice to get some feedback on the implementation from
> non-ARC/Synopsys people familiar with the perf subsystem in Linux.
All kinds of stuff this time around; some more notable parts:
* RCU'd vfsmounts handling
* new primitives for coredump handling
* files_lock is gone
* Bruce's delegations handling series
* exportfs fixes
plus misc stuff all over the place. There's one trivia
On Mon, Nov 11, 2013 at 05:27:55PM +0100, Peter Zijlstra wrote:
> On Thu, Nov 07, 2013 at 02:55:10PM +0100, Mischa Jonker wrote:
> > Hi all,
> >
> > Please find v3 of my attempt to add support for perf for ARC700 PMU's. If
> > possible, it would be nice to get some feedback on the implementation f
On 16:38-20131107, Kevin Hilman wrote:
[...]
> That's debatable I guess. The ideal world is that runtime PM hides all
> of this, but I'm not sure it's achievable in all cases.
>
Agreed. some drivers like edma need to save and restore context around
suspend.
[...]
> No, that sysfs knob is for dis
Add support for DMA controller of BCM2835 as used in the Raspberry Pi.
Currently it only supports cyclic DMA.
Signed-off-by: Florian Meier
---
Second version of patch. Main improvements:
- Initialization of control blocks in prep function
- Request DREQ from device tree
- Request channel mask fr
On Mon, Nov 11, 2013 at 09:24:13AM -0700, Stephen Warren wrote:
> On 11/08/2013 11:32 AM, Jason Cooper wrote:
> > On Fri, Nov 08, 2013 at 12:17:30PM -0600, Kumar Gala wrote:
> > ...
> >> I get the point, just not sure how else to sort the 800+ .dts{i} files
> >> that we have in the kernel tree righ
On Mon, Nov 11, 2013 at 11:33:45AM +, Catalin Marinas wrote:
tl;dr :-) Still trying to wrap my head around how to do that weird
topology Vincent raised..
> Question for Peter/Ingo: do you want the scheduler to decide on which
> C-state a CPU should be in or we still leave this to a cpuidle
>
On Mon, Nov 11, 2013 at 11:33:45AM +, Catalin Marinas wrote:
> My understanding from the recent discussions is that the scheduler
> should decide directly on the C-state (or rather the deepest C-state
> possible since we don't want to duplicate the backend logic for
> synchronising CPUs going u
On 11/11/2013 8:38 AM, Peter Zijlstra wrote:
Like the package C states on x86 -- for those to be effective the
scheduler needs to pack tasks and keep entire packages idle for as long
as possible.
"package" C states on x86 are not really per package... but system wide.
the name is very confusing
On Mon, 2013-11-04 at 16:22 +, David Howells wrote:
>
> The control op could also be used for other things like pushing a key
> into a TPM.
>
> What do you think?
Trusted keys already creates a symmetric key based on the TPM RNG.
What type of key would I be interested in pushing to the TPM?
I think the scheduler simply wants to say: we expect to go idle for X
ns, we want a guaranteed wakeup latency of Y ns -- go do your thing.
as long as Y normally is "large" or "infinity" that is ok ;-)
(a smaller Y will increase power consumption and decrease system performance)
I think you
These patches introduce AEMIF driver for davinci/keystone archs
and defines AEMIF and NAND devices in keystone DT.
Also some changes added to davinci NAND driver in order to reuse it
for Keystone arch.
The patches can be spitted to several series if needed, like
12 - add AEMIF/NAND device en
* Marek Belisko [131014 14:11]:
> devconf1 reg access is localized only in mach-omap2 and we need to export
> updating of devconf1 from omapdss venc driver (bypass and acbias bits).
> Add simple api call which update only necessary bits.
...
> +void update_bypass_acbias(bool bypass, bool acbias)
201 - 300 of 708 matches
Mail list logo
