Commit-ID: 7e98b71920464b8d15fa95c74366416cd3c88861
Gitweb: http://git.kernel.org/tip/7e98b71920464b8d15fa95c74366416cd3c88861
Author: H. Peter Anvin
AuthorDate: Thu, 19 Dec 2013 11:58:16 -0800
Committer: H. Peter Anvin
CommitDate: Thu, 19 Dec 2013 11:58:16 -0800
x86, idle: Use static_
From: Wenliang Fan
Date: Tue, 17 Dec 2013 11:25:28 +0800
> The local variable 'bi' comes from userspace. If userspace passed a
> large number to 'bi.data.calibrate', there would be an integer overflow
> in the following line:
> s->hdlctx.calibrate = bi.data.calibrate * s->par.bitrate / 16;
gt; of f
> unction ‘iommu_domain_has_cap’ [-Werror=implicit-function-declaration]
> if (!iommu_domain_has_cap(pd->domain, IOMMU_CAP_CACHE_COHERENCY)) {
> ^
> cc1: some warnings being treated as errors
> make[3]: *** [drivers/infiniband/hw/usnic/usnic_uiom.o] Error 1
>
This build error
On Fri, Dec 20, 2013 at 4:53 AM, Benjamin LaHaise wrote:
>
> Yes, that's what I found when I started looking into this in detail again.
> I think the page reference counting is actually correct. There are 2
> references on each page: the first is from the find_or_create_page() call,
> and the sec
I posted an implementation of library functions for Toeplitz (see
[PATCH 1/2] net: Toeplitz library functions). This includes some
pre-computation of the table to get reasonable performance in the
host. Please take a look.
On the other hand, if you're computing a hash in the host, do you
really n
This patch implements a new tracing mechanism based on event triggers and using
GPIO.
Debugging with GPIO is very common in the embedded world. At least for those of
us
fortunate enough to have an oscilloscope or a logic analyzer on their bench...
This is especially true if the issue results of a
On Wed, Dec 18, 2013 at 01:08:08PM -0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.4.75 release.
> There are 31 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.
Following the advice of Masami, I implemented the GPIO trace on top of the event
triggers (git://git.yoctoproject.org/linux-yocto-contrib
tzanussi/event-triggers-v11)
Alexandre,
This version uses the old gpio API (i-e gpio identifed by integers). GPIOs are
not requested in this patch, allowing any
On Thu, Dec 19, 2013 at 11:48:37AM -0800, Guenter Roeck wrote:
> On Thu, Dec 19, 2013 at 01:09:40PM -0500, Jason Cooper wrote:
> > On Thu, Dec 19, 2013 at 07:05:49PM +0100, Arnaud Ebalard wrote:
> > > Hi,
> > >
> > > Alessandro Zummo writes:
> > >
> > > >> Do you want me to send a v7 w/ the .pro
On Fri, Dec 20, 2013 at 04:45:38AM +0900, Linus Torvalds wrote:
> On Fri, Dec 20, 2013 at 4:26 AM, Benjamin LaHaise wrote:
> >
> > Okay, I'll rewriting it to use truncate to free the pages.
>
> It already does that in put_aio_ring_file() afaik. No?
Yes, that's what I found when I started looking
On Thu, 19 Dec 2013, Sergei Shtylyov wrote:
> I don't really see how C language design can justify header files that
> once included, require each .c file to #include other headers ahead of them,
> each time such header is used. In my opinion, it's just crazy.
Okay, you've convinced me.
In
On Thu, Dec 19, 2013 at 01:09:40PM -0500, Jason Cooper wrote:
> On Thu, Dec 19, 2013 at 07:05:49PM +0100, Arnaud Ebalard wrote:
> > Hi,
> >
> > Alessandro Zummo writes:
> >
> > >> Do you want me to send a v7 w/ the .proc helper removed or leave
> > >> things as they are and Ack the patch as is?
Commit-ID: 40e2d7f9b5dae048789c64672bf3027fbb663ffa
Gitweb: http://git.kernel.org/tip/40e2d7f9b5dae048789c64672bf3027fbb663ffa
Author: Len Brown
AuthorDate: Wed, 18 Dec 2013 16:44:57 -0500
Committer: H. Peter Anvin
CommitDate: Thu, 19 Dec 2013 11:47:39 -0800
x86 idle: Repair large-serv
On Fri, Dec 20, 2013 at 4:26 AM, Benjamin LaHaise wrote:
>
> Okay, I'll rewriting it to use truncate to free the pages.
It already does that in put_aio_ring_file() afaik. No?
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
This changes the stack protector config option into a choice of "None",
"Regular", and "Strong". For "Strong", the kernel is built with
-fstack-protector-strong (gcc 4.9 and later). This options increases
the coverage of the stack protector without the heavy performance hit
of -fstack-protector-all
> -Original Message-
> From: Daniel Borkmann [mailto:dbork...@redhat.com]
> Sent: Thursday, December 19, 2013 1:45 PM
> To: Haiyang Zhang
> Cc: Ben Hutchings; da...@davemloft.net; net...@vger.kernel.org; KY
> Srinivasan; o...@aepfle.de; jasow...@redhat.com; linux-
> ker...@vger.kernel.org
On Thu, Dec 19, 2013 at 11:22:01AM -0800, H. Peter Anvin wrote:
> On 12/19/2013 10:19 AM, Ingo Molnar wrote:
> >
> > ( It would also be nice to know whether MONITOR loads that cacheline
> > into the CPUs cache, and in what state it loads it. )
> >
>
> I would assume that is implementation-dep
On Thu, Dec 19, 2013 at 12:20:01PM -0700, Stephen Warren wrote:
> On 12/19/2013 10:59 AM, Greg KH wrote:
> > On Thu, Dec 19, 2013 at 05:54:30PM +0200, Peter De Schrijver wrote:
>
> >> + pr_info("Tegra Revision: %s SKU: %d CPU Process: %d Core Process: %d\n",
> >> + tegra_revision_name[sk
Le 19/12/2013 20:36, Mike Turquette a écrit :
Quoting boris brezillon (2013-12-19 00:54:07)
Hello Mike,
On 19/12/2013 07:04, Mike Turquette wrote:
Quoting Boris BREZILLON (2013-12-17 06:36:22)
+unsigned long __clk_get_accuracy(struct clk *clk)
+{
+ unsigned long ret;
+
+ if (!clk)
* Davidlohr Bueso wrote:
> On Thu, 2013-12-19 at 20:25 +0100, Ingo Molnar wrote:
> > * Davidlohr Bueso wrote:
> >
> > > Signed-off-by: Davidlohr Bueso
> > > Signed-off-by: Waiman Long
> > > Signed-off-by: Jason Low
> >
> > So, that's not a valid SOB sequence either, the person sending me a
This reorganizes the build options for CONFIG_CC_STACKPROTECTOR so that
the new CONFIG_CC_STACKPROTECTOR_STRONG can be used when building with
a compiler that supports it.
Now with more help text.
-Kees
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
Instead of duplicating the CC_STACKPROTECTOR Kconfig and Makefile logic
in each architecture, switch to using HAVE_CC_STACKPROTECTOR and keep
everything in one place. This retains the x86-specific bug verification
scripts.
Signed-off-by: Kees Cook
---
v5:
- switch from Makefile error to warning
On 12/10/13 07:34, Tom Lendacky wrote:
>
> On Tuesday, December 10, 2013 07:21:36 AM Jim Davis wrote:
>> Building with the attached random configuration file,
>>
>> drivers/crypto/ccp/ccp-pci.c: In function ‘ccp_get_msix_irqs’:
>> drivers/crypto/ccp/ccp-pci.c:44:20: error: array type has incomplet
On 12/18/13 21:51, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20131218:
>
on i386:
drivers/built-in.o: In function `target_alua_state_check':
(.text+0x3fc859): undefined reference to `__udivdi3'
--
~Randy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On 12/19/2013 04:18 AM, Bill Huang wrote:
> Re-model Tegra20 cpufreq driver as below.
>
> * Rename tegra-cpufreq.c to tegra20-cpufreq.c since this file supports
> only Tegra20.
> * Add probe function so defer probe can be used when we're going to
> support DVFS.
> * Create a fake cpufreq platf
On Thu, 2013-12-19 at 20:25 +0100, Ingo Molnar wrote:
> * Davidlohr Bueso wrote:
>
> > Signed-off-by: Davidlohr Bueso
> > Signed-off-by: Waiman Long
> > Signed-off-by: Jason Low
>
> So, that's not a valid SOB sequence either, the person sending me a
> patch should be the last person in the S
On 2013-12-19 17:43, Jason Gunthorpe wrote:
On Thu, Dec 19, 2013 at 01:09:48PM +, Leigh Brown wrote:
This version corrects the whitespace issue.
orion_mdio_wait_ready uses wait_event_timeout to wait for the
SMI interrupt to fire. wait_event_timeout waits for between
"timeout - 1" and "time
On Fri, Dec 20, 2013 at 04:19:15AM +0900, Linus Torvalds wrote:
> Yeah, that looks horribly buggy, if that's the intent.
>
> You can't just put_page() to remove something from the page cache. You
> need to do the whole "remove from radix tree" rigamarole, see for
> example delete_from_page_cache()
* Davidlohr Bueso wrote:
> Signed-off-by: Davidlohr Bueso
> Signed-off-by: Waiman Long
> Signed-off-by: Jason Low
So, that's not a valid SOB sequence either, the person sending me a
patch should be the last person in the SOB chain - if you want to
credit them please add a Reviewed-by or ad
On Thu, Dec 19, 2013 at 07:13:20PM +, Ben Hutchings wrote:
>
> PTP is no longer a compile-time option in most net drivers.
Right, for those drivers where there is little or no performance
impact, there is no good reason not to enable the PTP bits.
But if the PTP code entails a run time cost,
On 12/19/2013 10:19 AM, Ingo Molnar wrote:
>
> ( It would also be nice to know whether MONITOR loads that cacheline
> into the CPUs cache, and in what state it loads it. )
>
I would assume that is implementation-dependent. However, one plausible
implementation is to load the cache line into
On 12/19/2013 09:14 AM, Peter De Schrijver wrote:
A patch description would be nice.
Acked-by: Stephen Warren
I assume this is going through the clock tree, and there aren't any
dependencies between this patch and the other series touching fuses that
showed up today? (or the dependencies will b
* Stephen Warren wrote:
> On 12/19/2013 11:55 AM, Ingo Molnar wrote:
> >
> > * Stephen Warren wrote:
> >
> >> On 12/19/2013 03:13 AM, David Herrmann wrote:
> >>> With CONFIG_X86_SYSFB=y, probing real hw-drivers may result in
> >>> resource-conflicts and drivers will refuse to load. A call to
On 12/19/2013 10:59 AM, Greg KH wrote:
> On Thu, Dec 19, 2013 at 05:54:30PM +0200, Peter De Schrijver wrote:
>> +pr_info("Tegra Revision: %s SKU: %d CPU Process: %d Core Process: %d\n",
>> +tegra_revision_name[sku_info->revision],
>> +sku_info->sku_id, sku_info->cpu_pro
On Thu, Dec 19, 2013 at 10:29 AM, Benjamin LaHaise wrote:
>
>> I don't understand this page migration stuff at all, and I actually
>> don't think I understand the refcounting w.r.t. the page cache either.
>> But looking at (say) the aio_free_ring() call at line 409 - we just did
>> one put_page()
On 12/19/2013 02:19 AM, rui wang wrote:
> On 12/19/13, Prarit Bhargava wrote:
>>
>>
>> On 12/03/2013 09:48 PM, rui wang wrote:
>>> On 11/20/13, Prarit Bhargava wrote:
>>> Have you considered the case when an IRQ is destined to more than one CPU?
>>> e.g.:
>>>
>>> bash# cat /proc/irq/89/smp_affi
On 12/18/2013 04:41 PM, Andrew Morton wrote:
> So your scary patch series which shrinks struct page while retaining
> the cmpxchg_double() might reclaim most of this loss?
Well, this is cool. Except for 1 case out of 14 (1024 bytes with the
alloc all / free all loops), my patched kernel either ou
On Thu, Dec 19, 2013 at 15:21 +0100, Boris BREZILLON wrote:
>
> Signed-off-by: Boris BREZILLON
> ---
> Documentation/devicetree/bindings/gpio/gpio.txt |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/devicetree/bindings/gpio/gpio.txt
> b/Documentation/d
On Thu, 2013-12-19 at 08:27 +0100, Richard Cochran wrote:
> On Wed, Dec 18, 2013 at 05:43:59PM -0500, David Miller wrote:
> >
> > I think this begs an even more fundamental question, why isn't the PTP
> > driver abstraction providing the necessary methods and interfaces so
> > that pch_gbe doesn't
On 12/19/2013 11:55 AM, Ingo Molnar wrote:
>
> * Stephen Warren wrote:
>
>> On 12/19/2013 03:13 AM, David Herrmann wrote:
>>> With CONFIG_X86_SYSFB=y, probing real hw-drivers may result in
>>> resource-conflicts and drivers will refuse to load. A call to
>>> request_mem_region() will fail, if th
From: Stephen Rothwell
Date: Thu, 19 Dec 2013 11:57:10 +1100
> Caused by commit 71ae8aac3e19 ("lib: introduce arch optimized hash
> library"). Read Rule 1 in Documentation/SubmitChecklist :-( Hint:
> __read_mostly is defined in linux/cache.h ...
>
> I have used the net-next tree from next-2013
On 12/16, Andrea Arcangeli wrote:
>
> Can you reorder set_page_refcount in your v2?
Please see the patch.
> I wonder if arch_alloc_page needs refcount 1, it sets the page as
> stable on s390.
Obviously I have no idea what set_page_stable() does, but it works
with page_to_phys(), unlikely the con
get/put_page(thp_tail) paths do get_page_unless_zero(page_head) +
compound_lock(). In theory this page_head can be already freed and
reallocated as alloc_pages(__GFP_COMP, smaller_order). In this case
get_page_unless_zero() can succeed right after set_page_refcounted(),
and compound_lock() can race
On 12/19/2013 06:06 AM, Lee Jones wrote:
> On Thu, 19 Dec 2013, Laxman Dewangan wrote:
>
>> ams AS3722 device supports the power off by turning off its all rails.
>>
>> Add dt node properties to enable this functionality on this device.
>> diff --git a/Documentation/devicetree/bindings/mfd/as3722
* Sebastian Reichel [131215 15:30]:
> Create device tree binding documentation for
> OMAP Synchronous Serial Interface (SSI) device.
>
> Signed-off-by: Sebastian Reichel
> ---
> Documentation/devicetree/bindings/hsi/omap_ssi.txt | 69
> ++
> 1 file changed, 69 insertions(+)
Hello, again.
Oops, it was missing CONFIG_FREEZER. Updated version committed. How
did we even survive before kbuild test robot? :)
Thanks.
-- 8< --
>From 85fbd722ad0f5d64d1ad15888cd1eb2188bfb557 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Wed, 18 Dec 2013 07:07:32 -0500
MIME-Versi
* Stephen Warren wrote:
> On 12/19/2013 03:13 AM, David Herrmann wrote:
> > With CONFIG_X86_SYSFB=y, probing real hw-drivers may result in
> > resource-conflicts and drivers will refuse to load. A call to
> > request_mem_region() will fail, if the region overlaps with the mem-region
> > used by
From: Rob Herring
My Calxeda email address is going away.
Signed-off-by: Rob Herring
Signed-off-by: Rob Herring
---
MAINTAINERS | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7243336..f6387b5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
On 12/19/2013 03:13 AM, David Herrmann wrote:
> With CONFIG_X86_SYSFB=y, probing real hw-drivers may result in
> resource-conflicts and drivers will refuse to load. A call to
> request_mem_region() will fail, if the region overlaps with the mem-region
> used by simplefb. The common desktop DRM driv
On 12/19/2013 06:18 PM, Lee Jones wrote:
> Assuming nothing else has changed since the answers you gave me:
> Acked-by: Lee Jones
>
> Once we have the remaining Acks I'll happily apply this patch-set.
Thank you.
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On 12/19/2013 07:36 PM, Haiyang Zhang wrote:
Thank you for the suggestions! I will re-write the send queue selection, enhance
the hash calculation, also fix the initialization sequence.
Btw, Toeplitz hash function should either go into lib/hash.c as well or
include/linux/hash.h to avoid ending
From: Thomas Gleixner
That's essential, if you want to hack on futexes.
Cc: Ingo Molnar
Cc: Darren Hart
Acked-by: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Paul E. McKenney
Cc: Mike Galbraith
Cc: Jeff Mahoney
Cc: Linus Torvalds
Cc: Scott Norton
Cc: Tom Vaden
Cc: Aswin Chandramouleeswaran
From: Jason Low
- Remove unnecessary head variables.
- Delete unused parameter in queue_unlock().
Cc: Ingo Molnar
Reviewed-by: Darren Hart
Acked-by: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Paul E. McKenney
Cc: Mike Galbraith
Cc: Jeff Mahoney
Cc: Linus Torvalds
Cc: Scott Norton
Cc: Tom Va
In futex_wake() there is clearly no point in taking the hb->lock if
we know beforehand that there are no tasks to be woken. This comes
at the smaller cost of doing some atomic operations to keep track of
the list's size. Specifically, increment the counter when an element is
added to the list, and
Changes from v2 [http://lwn.net/Articles/575449/]:
- Reordered SOB tags to reflect me as primary author.
- Improved ordering guarantee comments for patch 4.
- Rebased patch 4 against Linus' tree (this patch didn't
apply after the recent futex changes/fixes).
Changes from v1 [https://lkml.o
Currently, the futex global hash table suffers from it's fixed, smallish
(for today's standards) size of 256 entries, as well as its lack of NUMA
awareness. Large systems, using many futexes, can be prone to high amounts
of collisions; where these futexes hash to the same bucket and lead to
extra c
* Linus Torvalds wrote:
> The x86 memory rules are that two loads always execute in order (ie
> rmb is a no-op).
>
> So I see no reason for a memory barrier after the monitor. [...]
Yes, I'm leaning towards that interpretation as well, but the reason
I'm a bit catious is the somewhat curious
On Thu, Dec 19, 2013 at 10:13:57AM -0800, Greg Kroah-Hartman wrote:
> On Thu, Dec 19, 2013 at 04:54:57PM +0530, Rashika Kheria wrote:
> > Add prototype declaration of function memory_block_size_bytes() to
> > the header file include/linux/memory.h.
> >
> > This eliminates the following warning in
On Thu, 2013-12-19 at 11:59 +0800, Gao feng wrote:
> On 07/17/2013 04:32 AM, Richard Guy Briggs wrote:
> > Convert audit from only listening in init_net to use
> > register_pernet_subsys()
> > to dynamically manage the netlink socket list.
> >
> > Signed-off-by: Richard Guy Briggs
> > ---
>
> I
From: "David E. Box"
Current Intel SOC cores use a MailBox Interface (MBI) to provide access to unit
devices connected to the system fabric. This driver implements access to this
interface on BayTrail platforms. This is a requirement for drivers that need
access to unit registers on the platform
stable_page_flags() checks !PageHuge && PageTransCompound && PageLRU to
know that a specified page is thp or not. But sometimes it's not enough
and we fail to detect thp when the thp is on pagevec. This happens only
for a few seconds after LRU list operations, but it makes it difficult to
control o
> -Original Message-
> From: Ben Hutchings [mailto:bhutchi...@solarflare.com]
> Sent: Thursday, December 19, 2013 12:46 PM
> To: Haiyang Zhang
> Cc: da...@davemloft.net; net...@vger.kernel.org; KY Srinivasan;
> o...@aepfle.de; jasow...@redhat.com; linux-kernel@vger.kernel.org;
> driverdev
On Fri, Nov 29, 2013 at 04:03:42PM +0200, Peter Ujfalusi wrote:
> Hi Mark,
>
> It was not straight forward task to remove the local reg cache from the
> twl6040
> codec driver. I also needed to change the MFD part so it will take over the
> caching of registers via regmap.
Applied all, thanks.
On Thu, Dec 19, 2013 at 01:29:21PM -0500, Benjamin LaHaise wrote:
> > > and some kind of double free in an error path would certainly explain
> > > this (with io_setup() . And the first oops reported obviously had that
> > > migration thing. So maybe those "fixes" weren't fixing things at all
On Thu, Dec 19, 2013 at 05:33:09PM -, David Laight wrote:
> > > These warning are non-default GCC warnings. These can be seen either
> > > by adding W=1 while running make (i.e. make W=1) or adding
> > > -Wmissing-prototypes in KBUILD_CFLAGS in the toplevel Makefile.
> >
> > By default, we don
On 12/19/2013 07:00 AM, Mel Gorman wrote:
Sasha Levin reported the following warning being triggered
[ 1704.594807] WARNING: CPU: 28 PID: 35287 at mm/huge_memory.c:887
copy_huge_pmd+0x145/ 0x3a0()
[ 1704.597258] Modules linked in:
[ 1704.597844] CPU: 28 PID: 35287 Comm: trinity-main Tainted: G
Hi Linus,
Please pull the arm64 patch below. Thanks.
The following changes since commit 319e2e3f63c348a9b66db4667efa73178e18b17d:
Linux 3.13-rc4 (2013-12-15 12:31:33 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
On Thu, Dec 19, 2013 at 08:58:02AM -0800, Greg Kroah-Hartman wrote:
> On Thu, Dec 19, 2013 at 10:11:45PM +0530, Rashika Kheria wrote:
> > On Thu, Dec 19, 2013 at 10:06 PM, Greg Kroah-Hartman
> > wrote:
> > > On Thu, Dec 19, 2013 at 03:36:00PM +0530, Rashika Kheria wrote:
> > >> Include appropriate
On Thu, Dec 19, 2013 at 05:20:36PM +, Lee Jones wrote:
> for you to fetch changes up to c7f9129d22940720141d1f1e958a51142eff9d21:
>
> mfd: twl6040: reg_defaults support for regmap (2013-12-19 17:01:11 +)
Pulled now, thanks.
signature.asc
Description: Digital signature
* David Herrmann wrote:
> +/*
> + * Unregister the sysfb and prevent new sysfbs from getting registered. Can
> be
> + * called from any context except recursively or from sysfb_register().
> + * Used by remove_conflicting_framebuffers() and friends.
> + */
> +void sysfb_unregister(const struct
Hi Daniel,
On Wed, Dec 18, 2013 at 10:58:26PM +0100, Daniel Lezcano wrote:
> On 12/18/2013 05:47 PM, Sören Brinkmann wrote:
> >Hi Daniel,
> >
> >On Wed, Dec 18, 2013 at 03:53:51PM +0100, Daniel Lezcano wrote:
> >>On 12/17/2013 08:21 PM, Sören Brinkmann wrote:
> >>>Hi Daniel,
> >>>
> >>>On Tue, Nov
On Thu, Dec 19, 2013 at 03:36:00PM +0530, Rashika Kheria wrote:
> Include appropriate header file include/linux/usb/otg.h in core/hcd.c
> because function usb_bus_start_enum() has its prototype declaration in
> include/linux/usb/otg.h.
>
> This eliminates the following warning in core/hcd.c:
> dri
On Thu, Dec 19, 2013 at 10:11:34AM -0800, Kent Overstreet wrote:
> On Thu, Dec 19, 2013 at 09:07:27AM -0800, Linus Torvalds wrote:
> > On Thu, Dec 19, 2013 at 7:53 AM, Dave Jones wrote:
> > >
> > > Interesting that CPU2 was doing sys_io_setup again. Different trace
> > > though.
> >
> > Well, it
* H. Peter Anvin wrote:
> On 12/19/2013 10:09 AM, H. Peter Anvin wrote:
> > On 12/19/2013 09:07 AM, Ingo Molnar wrote:
> >>
> >> Likewise, having a barrier before the MONITOR looks sensible as well.
> >> Having it _after_ monitor looks weird and is probably wrong. [It might
> >> have been the
On 12/19/2013 12:28 AM, Laxman Dewangan wrote:
> On Thursday 19 December 2013 02:25 AM, Stephen Warren wrote:
>> On 12/18/2013 05:52 AM, Laxman Dewangan wrote:
>>> Add ams AS3722 entry for gpio/pincontrol and regulators
>>> to venice2 DT.
>> This patch still causes:
>>
>>> [0.726545] as3722-pin
On Thu, Dec 19, 2013 at 06:18:40PM +0100, boris brezillon wrote:
> Hello Felipe,
>
> On 19/12/2013 17:47, Felipe Balbi wrote:
> >On Thu, Dec 19, 2013 at 08:41:09AM -0800, Greg Kroah-Hartman wrote:
> >>On Thu, Dec 19, 2013 at 03:34:31PM +0100, Boris BREZILLON wrote:
> >>>GPIO hogging is a way to re
On Thu, Dec 19, 2013 at 5:38 AM, Jiang Liu wrote:
> Function dsm_get_label() leaks the returned ACPI object if
> obj->package.count is not 2, so fix the possible memory leak.
>
> Signed-off-by: Jiang Liu
Rafael, if you want to take these through your tree, feel free. I'm
guessing it probably ma
This is actually v2.
On Thu, Dec 19, 2013 at 07:07:33PM +0200, Denis Turischev wrote:
> The same issue like with Panther Point chipsets. If the USB ports are
> switched to xHCI on shutdown, the xHCI host will send a spurious interrupt,
> which will wake the system. Some BIOS have work around for t
On Thu, Dec 19, 2013 at 1:36 AM, Rashika Kheria
wrote:
> Include appropriate header file cs_internal.h in cardbus.c because
> functions cb_alloc() and cb_free() have their prototype declarations in
> cs_internal.h.
>
> This eliminates the following warnings in cardbus.c:
> drivers/pcmcia/cardbus.c
On 12/19/2013 10:09 AM, H. Peter Anvin wrote:
> On 12/19/2013 09:07 AM, Ingo Molnar wrote:
>>
>> Likewise, having a barrier before the MONITOR looks sensible as well.
>> Having it _after_ monitor looks weird and is probably wrong. [It might
>> have been the effects of someone seeing the spurious
* H. Peter Anvin wrote:
> On 12/19/2013 09:07 AM, Ingo Molnar wrote:
> >
> > Likewise, having a barrier before the MONITOR looks sensible as
> > well. Having it _after_ monitor looks weird and is probably wrong.
> > [It might have been the effects of someone seeing the spurious
> > wakeup pr
* Peter Zijlstra wrote:
> On Thu, Dec 19, 2013 at 06:25:35PM +0100, Peter Zijlstra wrote:
> > On Thu, Dec 19, 2013 at 06:07:41PM +0100, Ingo Molnar wrote:
> > > Likewise, having a barrier before the MONITOR looks sensible as well.
> >
> > I again have to disagree, one would expect monitor to f
> -Original Message-
> From: Guenter Roeck [mailto:groe...@gmail.com] On Behalf Of Guenter
> Roeck
> Sent: 19 December 2013 18:11
> To: Jean Delvare
> Cc: Opensource [Anthony Olech]; lm-sens...@lm-sensors.org; Anton
> Vorontsov; David Woodhouse; linux-kernel@vger.kernel.org; David Dajun
> C
* H. Peter Anvin wrote:
> On 12/19/2013 09:36 AM, Peter Zijlstra wrote:
> > On Thu, Dec 19, 2013 at 06:25:35PM +0100, Peter Zijlstra wrote:
> >> That said, I would find it very strange indeed if a CLFLUSH doesn't also
> >> flush the store buffer.
> >
> > OK, it explicitly states it does not do
Seen once while booting next-20131218 (different boot than the BUG
I hit). Command that triggered it would have been one of these 2:
/usr/sbin/tc qdisc add dev em1 root codel
/usr/sbin/tc qdisc add dev wlp3s0 root codel
It's possible that wlp3s0 wasn't there yet due to rfkill switch having
nuked
On Thu, Dec 19, 2013 at 04:54:57PM +0530, Rashika Kheria wrote:
> Add prototype declaration of function memory_block_size_bytes() to
> the header file include/linux/memory.h.
>
> This eliminates the following warning in memory.c:
> drivers/base/memory.c:87:1: warning: no previous prototype for
>
On 12/19/2013 01:05 PM, Tony Luck wrote:
> On Wed, Dec 18, 2013 at 11:50 AM, Tony Luck wrote:
>> Looks good to me.
>
> Though now I've been confused by an offline question about affinity.
Heh :) I'm pursuing it now. Rui has asked a pretty good question that I don't
know the answer to off the
On Thu, Dec 19, 2013 at 03:54:54PM +0100, Jean Delvare wrote:
> Hi Anthony,
>
[ ... ]
>
> BTW, you (and we) probably shouldn't waste too much energy on this.
> ADCs are only accurate to some degree anyway. If you take the
> components connected to the input into consideration, the accuracy gets
>
* Peter Zijlstra wrote:
> On Thu, Dec 19, 2013 at 06:07:41PM +0100, Ingo Molnar wrote:
> >
> > * H. Peter Anvin wrote:
> >
> > > On 12/19/2013 08:21 AM, Peter Zijlstra wrote:
> > > >
> > > > What's that mb for?
> > > >
> > >
> > > It already exists in mwait_idle_with_hints(); I just moved
On Thu, Dec 19, 2013 at 09:07:27AM -0800, Linus Torvalds wrote:
> On Thu, Dec 19, 2013 at 7:53 AM, Dave Jones wrote:
> >
> > Interesting that CPU2 was doing sys_io_setup again. Different trace though.
>
> Well, it was once again in aio_free_ring() - double free or freeing
> while already in use?
On Thu, Dec 19, 2013 at 07:05:49PM +0100, Arnaud Ebalard wrote:
> Hi,
>
> Alessandro Zummo writes:
>
> >> Do you want me to send a v7 w/ the .proc helper removed or leave
> >> things as they are and Ack the patch as is?
> >
> > Unless absolutely needed, I'd prefer if you can remove them
> > or
On 12/19/2013 09:07 AM, Ingo Molnar wrote:
>
> Likewise, having a barrier before the MONITOR looks sensible as well.
> Having it _after_ monitor looks weird and is probably wrong. [It might
> have been the effects of someone seeing the spurious wakeup problems
> with realizing the true source,
Hi,
Alessandro Zummo writes:
>> Do you want me to send a v7 w/ the .proc helper removed or leave
>> things as they are and Ack the patch as is?
>
> Unless absolutely needed, I'd prefer if you can remove them
> or move to sysfs.
Well, my helper provides info on control and status registers fla
On 12/19/2013 09:36 AM, Peter Zijlstra wrote:
> On Thu, Dec 19, 2013 at 06:25:35PM +0100, Peter Zijlstra wrote:
>> That said, I would find it very strange indeed if a CLFLUSH doesn't also
>> flush the store buffer.
>
> OK, it explicitly states it does not do that and you indeed need an
> mfence be
The function atl1c_reset_pcie() does not check the return from
pci_find_ext_cabability() where it is getting the postion of the
PCI_EXT_CAP_ID_ERR. It is possible for the return to be 0.
Signed-off-by: Betty Dall
---
drivers/net/ethernet/atheros/atl1c/atl1c_main.c |8 +---
1 files chang
On Wed, Dec 18, 2013 at 11:50 AM, Tony Luck wrote:
> Looks good to me.
Though now I've been confused by an offline question about affinity.
Suppose we have some interrupt that has affinity to multiple cpus. E.g.
(real example from one of my machines):
# cat /proc/irq/94/smp_affinity_list
26,54
On Thu, 19 Dec 2013 13:01:36 -0500
Jason Cooper wrote:
> That goes against the whole goal of the arm-soc devicetree conversion.
> For the past several years, we've been moving drivers _out_ of arch/arm/
> into the appropriate drivers/ area. The goal of this was to unclutter
> arch/arm/, and to m
On Thu, Dec 19, 2013 at 06:40:24PM +0100, Alessandro Zummo wrote:
> On Thu, 19 Dec 2013 18:28:16 +0100 a...@natisbad.org (Arnaud Ebalard) wrote:
> > At some point, Alessandro Zummo wrote:
...
> > > I do not maintain a separate tree due to most RTCs being specifit to a
> > > subsytem.
> >
> > I
On Thu, Dec 19, 2013 at 05:54:30PM +0200, Peter De Schrijver wrote:
> +int tegra_fuse_sysfs(struct device *dev, int size,
> + u32 (*readl)(const unsigned int offset),
> + struct tegra_sku_info *sku_info)
Odd function name, there's no "verb" in it to give a hint as
On Thu, Dec 19, 2013 at 06:46:18PM +0100, Arnaud Ebalard wrote:
> Jason Cooper writes:
> > On Thu, Dec 19, 2013 at 05:34:09PM +0100, Arnaud Ebalard wrote:
...
> >> I wonder if someone (Andrew? Stephen? Jason?) would be kind enough to
> >> take care of the v6 I just sent [1].
> >
> > I don't mind r
301 - 400 of 1218 matches
Mail list logo