On Thu, Feb 13, 2014 at 08:51:46PM +, Al Viro wrote:
> On Wed, Feb 12, 2014 at 09:44:11PM +, Al Viro wrote:
>
> > I'll try to put something along those lines together, if you or Oleg don't
> > do it first.
>
> OK, having looked at that stuff...
>
> 1) things become much more compact if
On Thu, Feb 13, 2014 at 03:26:06PM -0800, Greg KH wrote:
> On Thu, Feb 13, 2014 at 06:42:49PM +, Russell King - ARM Linux wrote:
> > We went through this before, and I stated the paths, and no one disagreed
> > with that.
> >
> > It /is/ racy.
>
> Ok, I just went and looked at the uart
On Wed, Feb 12, 2014 at 11:09:53PM -0500, David Miller wrote:
> From: David Miller
> Date: Wed, 12 Feb 2014 23:05:06 -0500 (EST)
>
> > From: Greg KH
> > Date: Wed, 12 Feb 2014 17:39:02 -0800
> >
> >> Yes, that's horrible as well, but as was already pointed out in this
> >> thread, you can't
On Sun, Feb 09, 2014 at 08:40:43AM +, 吴章金 wrote:
> Hi, Greg
>
> These two patches aim to thread the initcalls(only probes here) for SMP
> systems. to simplify the upgrade of Linux for Android smartphones, the modules
> are built into the Linux kernel image, and hence the initcalls are called
On Thu, 13 Feb 2014, Fernando Lopez-Lezcano wrote:
> On 02/13/2014 02:25 PM, Thomas Gleixner wrote:
> > On Wed, 12 Feb 2014, Fernando Lopez-Lezcano wrote:
> > > [771508.546449] RIP: 0010:[] []
> > > smp_call_function_many+0x2ca/0x330
> >
> > Can you decode the exact location inside of
From: Heiko Schocher
Date: Thu, 13 Feb 2014 14:47:27 +0100
> commit:
> From 0cd8f9cc0654c06adde353c6532114c5f53a18e8 Mon Sep 17 00:00:00 2001
> From: Mugunthan V N
> Date: Thu, 23 Jan 2014 00:03:12 +0530
> Subject: [PATCH] drivers: net: cpsw: enable promiscuous mode support
The correct way to
While debug_dma_assert_idle() checks if a given *page* is actively
undergoing dma the valid granularity of a dma mapping is a *cacheline*.
Sander's testing shows that the warning message "DMA-API: exceeded 7
overlapping mappings of pfn..." is falsely triggering. The test is
simply mapping
From: "Michael S. Tsirkin"
Date: Thu, 13 Feb 2014 11:42:05 +0200
> vhost checked the counter within the refcnt before decrementing. It
> really wanted to know that it is the one that has the last reference, as
> a way to batch freeing resources a bit more efficiently.
>
> Note: we only let
From: "Michael S. Tsirkin"
Date: Thu, 13 Feb 2014 11:45:11 +0200
> vhost_zerocopy_callback accesses VQ right after it drops a ubuf
> reference. In theory, this could race with device removal which waits
> on the ubuf kref, and crash on use after free.
>
> Do all accesses within rcu read side
From: Sergei Shtylyov
Date: Fri, 14 Feb 2014 03:38:17 +0300
> Hello.
>
> On 02/14/2014 02:32 AM, David Miller wrote:
>
>>> From: Liu Junliang
>
>>> Signed-off-by: Liu Junliang
>
>> I think it's more canonical to specify no default at all.
>
>That's what he did, no?
Indeed, my bad,
On Thursday, February 13, 2014 11:34:45 PM Luck, Tony wrote:
> >All definitions are equal except ACPI_UINT64_MAX for CONFIG_IA64. It
> >is changed from sizeof(unsigned long) to sizeof(unsigned long long).
> >By investigation, 64bit Linux kernel build is LP64 compliant, i.e.,
> >
On 02/06/14 21:07, Naveen Krishna Chatradhi wrote:
As per the changes submitted for the i2c-exynos5.c driver with the
compatible string being named after the first SoC it is observed on.
This patch modifes the existing hsi2c compatible strings in
arch/arm/boot/dts.
Signed-off-by: Naveen Krishna
Good day. I am Mark Reyes Guus, I work with Abn Amro Bank as an
auditor. I have a proposition to discuss with you. Should you be
interested, please e-mail back to me.
Private Email: markreyesg...@abnmrob.co.uk OR markguus.reye...@yahoo.nl
Yours Sincerely,
Mark Reyes Guus.
--
To
Hello.
On 02/14/2014 02:32 AM, David Miller wrote:
From: Liu Junliang
Signed-off-by: Liu Junliang
I think it's more canonical to specify no default at all.
That's what he did, no?
WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Thu, 13 Feb 2014 14:47:38 +0100
Heiko Schocher wrote:
> In panel_probe() the backlight node is never found, correct this.
>
> Signed-off-by: Heiko Schocher
Acked-by: Anatolij Gustschin
> Cc: Anatolij Gustschin
> Cc: Benoit Parrot
> Cc: Rob Clark
> Cc: David Airlie
> Cc: Grant Likely
>All definitions are equal except ACPI_UINT64_MAX for CONFIG_IA64. It
>is changed from sizeof(unsigned long) to sizeof(unsigned long long).
>By investigation, 64bit Linux kernel build is LP64 compliant, i.e.,
>sizeof(long) and (pointer) are 64. As sizeof(unsigned long) equals to
On Fri, 14 Feb 2014 at 09:26, Dave Chinner wrote:
> > after upgrading from 3.13-rc8 to 3.14.0-rc2 on this PowerPC G4 machine,
> > the WARNING below was printed.
> >
> > Shortly after, a lockdep warning appeared (possibly related to my
> > post to the XFS list yesterday[0]).
>
> Unlikely.
OK,
On Thursday, February 13, 2014 05:10:25 PM Matthew Garrett wrote:
> On Thu, Feb 13, 2014 at 09:40:36PM +0800, Madper Xie wrote:
>
> > Thanks Matt. This patch fix the panic. And ioremap warning disappeared
> > after apply your patch.
>
> The spec was originally unclear on what the valid bit meant
From: liujunliang_...@163.com
Date: Thu, 13 Feb 2014 12:22:19 +0800
> From: Liu Junliang
>
>
> Signed-off-by: Liu Junliang
I think it's more canonical to specify no default at all.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
The non-interruptible sleep of the memory pressure posting thread
results in higher reported load average. Make this sleep interruptible.
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_balloon.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
On 02/14/14 08:28, Kukjin Kim wrote:
On 02/07/14 14:24, Naveen Krishna Chatradhi wrote:
This patch adds the device tree node for SSS module
found on Exynos5420 and Exynos5250
Signed-off-by: Naveen Krishna Chatradhi
Reviewed-by: Tomasz Figa
TO:
CC: Kukjin Kim
CC:
---
changes since v5:
1. Added
* Paul Bolle [140212 01:48]:
> Commit 97411608fd5f ("ARM: OMAP2+: Remove legacy support for zoom
> platforms") removed the Kconfig symbols MACH_OMAP_ZOOM2 and
> MACH_OMAP_ZOOM3. Remove the last usage of the related macros too.
>
> Signed-off-by: Paul Bolle
> ---
> Untested, but should have zero
(2014/02/13 11:02), Daeseok Youn wrote:
From f8e0752ac80e56bcbfe197a5820692d199822b52 Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Thu, 13 Feb 2014 10:11:39 +0900
Subject: [PATCH] kernel/resource.c: fix sparse non static symbol warning
kernel/resource.c:518:5: warning:
symbol
* Aaro Koskinen [140209 11:53]:
> Hi,
>
> On Sun, Feb 09, 2014 at 04:01:28PM +0100, Paul Bolle wrote:
> > The last caller of machine_is_nokia_n800() was removed in commit
> > 5a87cde490e1 ("ARM: OMAP2+: Remove legacy booting support for n8x0").
> > That means that the Kconfig symbol
On 02/07/14 14:24, Naveen Krishna Chatradhi wrote:
This patch adds the device tree node for SSS module
found on Exynos5420 and Exynos5250
Signed-off-by: Naveen Krishna Chatradhi
Reviewed-by: Tomasz Figa
TO:
CC: Kukjin Kim
CC:
---
changes since v5:
1. Added Reviewed-by: Tomasz Figa
On Thu, Feb 13, 2014 at 06:42:49PM +, Russell King - ARM Linux wrote:
> On Thu, Feb 13, 2014 at 10:27:01AM -0800, Greg KH wrote:
> > On Thu, Feb 13, 2014 at 06:15:59PM +, Russell King - ARM Linux wrote:
> > > On Thu, Feb 13, 2014 at 10:12:16AM -0800, Greg KH wrote:
> > > > On Mon, Jan 20,
On Tue, 2014-02-11 at 16:17 +0300, Dan Carpenter wrote:
> On Tue, Feb 11, 2014 at 02:01:08PM +0100, Paul Bolle wrote:
> > I would have done, if I hadn't bothered to check
> > Documentation/SubmittingPatches first. It contains:
> >Please note that this tag should not be added without the
Em Thu, 13 Feb 2014 22:35:16 +0100
Borislav Petkov escreveu:
> From: Borislav Petkov
>
> We're more or less collecting EDAC patches already anyway so let's hold
> it down so that get_maintainer sees it too.
>
> Cc: Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab
>
* Nishanth Menon [140205 01:06]:
> omap3_noncore_dpll_set_rate forces a reparent to the same clk_ref
> for every call that takes place. This is an can be done only if a change
> is detected.
>
> Signed-off-by: Nishanth Menon
Would like to see acks on this too before applying.
Tony
> ---
>
* Marek Belisko [140125 13:31]:
> From: NeilBrown
>
> It should be ACTIVE_HIGH.
>
> Signed-off-by: NeilBrown
> ---
> arch/arm/boot/dts/omap3-gta04.dts | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/boot/dts/omap3-gta04.dts
>
* Marek Belisko [140125 13:31]:
> Does not have an aux supply, and must be non-removable.
>
> Otherwise it is removed during suspend and filesystem gets confused.
>
> Signed-off-by: NeilBrown
> ---
> arch/arm/boot/dts/omap3-gta04.dts | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
From: Michal Simek
Date: Thu, 13 Feb 2014 08:10:43 +0100
> Warning log:
> xilinx_axienet_main.c: In function 'axienet_start_xmit_done':
> xilinx_axienet_main.c:617:16: warning: operation on 'lp->tx_bd_ci' may be
> undefined [-Wsequence-point]
> xilinx_axienet_main.c: In function
From: Michal Simek
Date: Thu, 13 Feb 2014 08:10:42 +0100
> Add missing header to fix compilation error.
> drivers/net/ethernet/xilinx/xilinx_axienet_main.c:1575:22:
> error: undefined identifier 'irq_of_parse_and_map'
> drivers/net/ethernet/xilinx/xilinx_axienet_main.c:1576:22:
> error:
In event format strings, the array size is reported in two locations.
One in array subscript and then via the "size:" attribute. The values
reported there have a mismatch.
For e.g., in sched:sched_switch the prev_comm and next_comm character
arrays have subscript values as [32] where as the
On 02/12/2014 09:27 PM, Dmitry Torokhov wrote:
It is not used by anyone.
Signed-off-by: Dmitry Torokhov
Acked-by: Christopher Heiny
---
drivers/input/rmi4/rmi_f01.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/input/rmi4/rmi_f01.c b/drivers/input/rmi4/rmi_f01.c
index
Currently, the module signing script assumes that the private key is
not password-protected. This patch makes it somewhat more secure by
checking of a password file ("signing_key.pass") exists and passing it
to OpenSSL if so.
Version 2 changes: removed command line password passing from the
On 02/09/14 23:51, Paul Bolle wrote:
Commit c67d0f29262b ("ARM: s3c24xx: get rid of custom")
got rid of the Kconfig symbols S3C24XX_GPIO_EXTRA64 and
S3C24XX_GPIO_EXTRA128. It missed one select of both of these symbols, so
get rid of those now.
Signed-off-by: Paul Bolle
---
Untested.
On 02/11/14 12:31, Kukjin Kim wrote:
On 02/10/14 03:48, Richard Weinberger wrote:
The symbol is an orphan, get rid of it.
Signed-off-by: Richard Weinberger
---
arch/arm/mach-s3c24xx/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-s3c24xx/Kconfig
On Fri, 24 Jan 2014, Sebastian Andrzej Siewior wrote:
> Mostly unwind is done with irqs enabled however SLUB may call it with
> irqs disabled while creating a new SLUB cache.
>
> I had system freeze while loading a module which called
> kmem_cache_create() on init. That means SLUB's
On 02/13/2014 02:25 PM, Thomas Gleixner wrote:
On Wed, 12 Feb 2014, Fernando Lopez-Lezcano wrote:
[771508.546449] RIP: 0010:[] []
smp_call_function_many+0x2ca/0x330
Can you decode the exact location inside of smp_call_function_many via
addr2line please ?
Hope this is useful (adding
On 02/13/2014 11:47 PM, H. Peter Anvin wrote:
On 02/13/2014 02:44 PM, Daniel Borkmann wrote:
Well, if that would be the case, then seccomp would have had JIT support
long ago. ;-) Right now BPF filters with seccomp are not JIT compiled
for _any_ architecture.
Really, I was under the
On 02/13/2014 02:44 PM, Daniel Borkmann wrote:
>
> Well, if that would be the case, then seccomp would have had JIT support
> long ago. ;-) Right now BPF filters with seccomp are not JIT compiled
> for _any_ architecture.
>
Really, I was under the impression there were. They *should be*, that
On 02/13/2014 11:32 PM, H. Peter Anvin wrote:
On 02/06/2014 05:20 PM, Alexei Starovoitov wrote:
I believe that old BPF outlived itself and BPF64 should
replace it in all current use cases plus a lot more.
It just cannot happen at once.
BPF64 can come in. bpf32->bpf64 converter functioning.
JIT
* Belisko Marek [140120 12:27]:
> Ping? Benoit can you please merge this trivial update. Thanks.
Applying into omap-for-v3.14/fixes thanks.
Tony
--
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
On Thu, 13 Feb 2014 17:31:41 -0500 Dave Jones wrote:
> On Thu, Feb 13, 2014 at 10:09:42PM +0800, Fabian Frederick wrote:
> > sys_sysfs is an obsolete system call no longer supported by libc ...
> > -This patch adds a default CONFIG_SYSFS_SYSCALL=y
> > -Option can be turned off in expert mode.
The latest maintenance release Git v1.8.5.5 is now available at
the usual places. Hopefully this will be the last update to the
1.8.5.x series.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
On Thu, Feb 13, 2014 at 02:38:32PM -0800, Greg KH wrote:
> On Thu, Feb 13, 2014 at 05:31:41PM -0500, Dave Jones wrote:
> > On Thu, Feb 13, 2014 at 10:09:42PM +0800, Fabian Frederick wrote:
> > > sys_sysfs is an obsolete system call no longer supported by libc ...
> > > -This patch adds a
On Thu, 13 Feb 2014, Raghavendra K T wrote:
> Thanks David, unfortunately even after applying that patch, I do not see
> the improvement.
>
> Interestingly numa_mem_id() seem to still return the value of a
> memoryless node.
> May be per cpu _numa_mem_ values are not set properly. Need to dig
From: Stefan Sørensen
Date: Thu, 13 Feb 2014 15:35:22 +0100
> This patch series add DT configuration to the DP83640 PHY driver and makes
> the configuration of periodic output pins dynamic.
>
> Changes since v2:
> - Add patch to properly configure perout triggers 0+1
> - Keep extts and perout
The ntc thermistor code was doing math whose temporary result might
have overflowed 32-bits. We need some casts in there to make it safe.
In one example I found:
- pullup_uV: 180
- result of iio_read_channel_raw: 3226
- 180 * 3226 => 0x15a1cbc80
Signed-off-by: Doug Anderson
---
On Thu, Feb 13, 2014 at 05:31:41PM -0500, Dave Jones wrote:
> On Thu, Feb 13, 2014 at 10:09:42PM +0800, Fabian Frederick wrote:
> > sys_sysfs is an obsolete system call no longer supported by libc ...
> > -This patch adds a default CONFIG_SYSFS_SYSCALL=y
> > -Option can be turned off in expert
On Thu, Feb 13, 2014 at 2:05 PM, Andrew Morton
wrote:
> On Thu, 13 Feb 2014 13:58:00 -0800 Dan Williams
> wrote:
>
>> While debug_dma_assert_idle() checks if a given *page* is actively
>> undergoing dma the valid granularity of a dma mapping is a *cacheline*.
>> Sander's testing shows that the
On 02/06/2014 05:20 PM, Alexei Starovoitov wrote:
>
> I believe that old BPF outlived itself and BPF64 should
> replace it in all current use cases plus a lot more.
> It just cannot happen at once.
> BPF64 can come in. bpf32->bpf64 converter functioning.
> JIT from bpf64->aarch64 and may be
On 02/12/14 18:47, Sachin Kamat wrote:
On 12 February 2014 15:11, Paul Bolle wrote:
Signed-off-by: Paul Bolle
---
Untested. This needs testing by people with access to knowledge,
compilers, and/or hardware related to CPU_S3C2443. I'm not one of them.
arch/arm/mach-s3c24xx/common.c | 2 +-
On Thu, Feb 13, 2014 at 10:09:42PM +0800, Fabian Frederick wrote:
> sys_sysfs is an obsolete system call no longer supported by libc ...
> -This patch adds a default CONFIG_SYSFS_SYSCALL=y
> -Option can be turned off in expert mode.
> -cond_syscall added to kernel/sys_ni.c
>
>
On Wed, 12 Feb 2014 18:45:07 -0800 (PST) Hugh Dickins wrote:
> Running fsx on tmpfs with concurrent memhog-swapoff-swapon, lots of
>
> BUG: sleeping function called from invalid context at kernel/fork.c:606
> in_atomic(): 0, irqs_disabled(): 0, pid: 1394, name: swapoff
> 1 lock held by
I'm announcing the release of the 3.13.3 kernel.
All users of the 3.13 kernel series must upgrade.
The updated 3.13.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.13.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.12.11 kernel.
All users of the 3.12 kernel series must upgrade.
The updated 3.12.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.12.y
and can be browsed at the normal kernel.org git web
On Thu, Feb 13, 2014 at 11:53:05AM -0800, Christian Kujau wrote:
> Hi,
>
> after upgrading from 3.13-rc8 to 3.14.0-rc2 on this PowerPC G4 machine,
> the WARNING below was printed.
>
> Shortly after, a lockdep warning appeared (possibly related to my
> post to the XFS list yesterday[0]).
On Wed, 12 Feb 2014, Fernando Lopez-Lezcano wrote:
> [771508.546449] RIP: 0010:[] []
> smp_call_function_many+0x2ca/0x330
Can you decode the exact location inside of smp_call_function_many via
addr2line please ?
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe
On Thu, 13 Feb 2014 17:11:26 -0500 Johannes Weiner wrote:
> Hi Tetsuo,
>
> On Thu, Feb 13, 2014 at 12:21:17PM +0900, Tetsuo Handa wrote:
> > Hello.
> >
> > I got a lockdep warning shown below, and the bad commit seems to be de055616
> > \"mm: keep page cache radix tree nodes in check\" as of
On 02/13/2014 09:20 PM, Daniel Borkmann wrote:
On 02/07/2014 02:20 AM, Alexei Starovoitov wrote:
...
Hi Daniel,
Thanks for your answer and sorry for the late reply.
Thank you for taking a look. Good questions. I had the same concerns.
Old BPF was carefully extended in specific places.
End
Hi Peter,
Perfect - I actually am using i915. Great, will wait then for rc3 to
test it and will get back here if needed!
Cheers,
Bjoern
Am Thu, 13 Feb 2014 12:05:21 -0500
schrieb Peter Hurley :
> Hi bjoern,
>
> On 02/11/2014 10:42 AM, bjoern wrote:
> > Hi,
> >
> > I just got this dump on my
On Thu, 13 Feb 2014, Christian Kujau wrote:
> > after upgrading from 3.13-rc8 to 3.14.0-rc2 on this PowerPC G4 machine,
> > the WARNING below was printed.
> >
> > Shortly after, a lockdep warning appeared (possibly related to my
> > post to the XFS list yesterday[0]).
>
> Sigh, only _after_
On Thu, Feb 13, 2014 at 10:32:53PM +0100, Peter Zijlstra wrote:
> On Thu, Feb 13, 2014 at 04:26:45PM -0500, Tejun Heo wrote:
> > > It seems to me that when the second time alloc_workqueue() is called
> > > from the same code path, it would have two locks with the same key, but
> > > not the same
From: Paul Gortmaker
Date: Tue, 11 Feb 2014 21:19:34 -0500
> In the commit 0e245dbaac9fa1c2fd0f4e2af7b9f6d874083a8b
> ("drivers/net: delete the 3Com 3c505/3c507 intel i825xx support")
> we clobbered the 3c505 driver (over a year ago) along with other
> abandoned ISA drivers.
>
> However, this
On Thu, 13 Feb 2014, Vince Weaver wrote:
> The plot thickens. The WARN_ON is not caused by the cycles event that we
> open, but it's caused by the NMI Watchdog cycles event.
The WARN_ON_ONCE at line 1076 in perf_event.c is triggering because
in x86_pmu_enable() is calling x86_pmu_start() for
Hi Tetsuo,
On Thu, Feb 13, 2014 at 12:21:17PM +0900, Tetsuo Handa wrote:
> Hello.
>
> I got a lockdep warning shown below, and the bad commit seems to be de055616
> \"mm: keep page cache radix tree nodes in check\" as of next-20140212
> on linux-next.git.
Thanks for the report. There is
I'm announcing the release of the 3.10.30 kernel.
All users of the 3.10 kernel series must upgrade.
The updated 3.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.10.y
and can be browsed at the normal kernel.org git web
diff --git a/Makefile b/Makefile
index 7e9c23f19fe4..7b6c9ec4922b 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 4
-SUBLEVEL = 79
+SUBLEVEL = 80
EXTRAVERSION =
NAME = Saber-toothed Squirrel
diff --git a/drivers/acpi/bus.c b/drivers/acpi/bus.c
index
I'm announcing the release of the 3.4.80 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
sys_sysfs is an obsolete system call no longer supported by libc ...
-This patch adds a default CONFIG_SYSFS_SYSCALL=y
-Option can be turned off in expert mode.
-cond_syscall added to kernel/sys_ni.c
Signed-off-by: Fabian Frederick
---
fs/filesystems.c | 2 ++
init/Kconfig | 10 ++
On Thu, 13 Feb 2014 13:58:00 -0800 Dan Williams
wrote:
> While debug_dma_assert_idle() checks if a given *page* is actively
> undergoing dma the valid granularity of a dma mapping is a *cacheline*.
> Sander's testing shows that the warning message "DMA-API: exceeded 7
> overlapping mappings of
of_get_gpio() might return -EPROBE_DEFER meaning that the driver
providing the gpio isn't ready yet. If that happens for the first gpio
the resulting kernel output without this patch is:
w1-gpio somename: Failed to parse DT
platform somename: Driver w1-gpio requests probe deferral
While debug_dma_assert_idle() checks if a given *page* is actively
undergoing dma the valid granularity of a dma mapping is a *cacheline*.
Sander's testing shows that the warning message "DMA-API: exceeded 7
overlapping mappings of pfn..." is falsely triggering. The test is
simply mapping
Am 13.02.2014 01:38, schrieb Peter Hurley:
Hi Marcel,
On 02/12/2014 05:58 PM, Marcel Holtmann wrote:
we might also want to add some end-to-end test cases to rfcomm-tester
that covers this behavior.
Sounds great. Such would have found the problem with disappearing remote
bt (rfcomm) devices
Thursday, February 13, 2014, 9:14:47 PM, you wrote:
> On Tue, 2014-02-11 at 20:17 -0800, Eric Dumazet wrote:
>> On Tue, 2014-02-11 at 18:07 -0800, Dan Williams wrote:
>>
>> > The overlap granularity is too large. Multiple dma_map_single
>> > mappings are allowed to a given page as long as they
On Tue, Jan 21, 2014 at 04:22:51PM -0500, Paul Gortmaker wrote:
> None of these files are actually using any __init type directives
> and hence don't need to include . Most are just a
> left over from __devinit and __cpuinit removal, or simply due to
> code getting copied from one driver to the
On 02/13/2014 04:44 PM, Steven Rostedt wrote:
> On Thu, 13 Feb 2014 10:36:35 -0500
> f...@redhat.com (Frank Ch. Eigler) wrote:
>
>>
>> rostedt wrote:
>>
>>> [...]
>>> Oh! You are saying that if the kernel only *supports* signed modules,
>>> and you load a module that is not signed, it will taint
On 13.02.2014 [13:06:43 -0800], Andrew Morton wrote:
> On Thu, 13 Feb 2014 00:05:31 -0800 (PST) David Rientjes
> wrote:
>
> > On Thu, 13 Feb 2014, Raghavendra K T wrote:
> >
> > > I was able to test (1) implementation on the system where readahead
> > > problem
> > > occurred. Unfortunately
Am 10.02.2014 02:59, schrieb Peter Hurley:
Marcel,
This patch series addresses a number of previously unknown issues
with the RFCOMM tty device implementation, in addition to
addressing the locking regression recently reported [1].
As Gianluca suggested and I agree, this series first reverts
3
From: Borislav Petkov
We're more or less collecting EDAC patches already anyway so let's hold
it down so that get_maintainer sees it too.
Cc: Mauro Carvalho Chehab
Signed-off-by: Borislav Petkov
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
From: Heiko Stuebner
Commit 934624d6e9f0 ("regulator: gpio-regulator: do not open-code counting
and access of dt array elements") forgot to convert the recently added
gpios-states property using the same pattern.
Convert this instance to use the of-helpers too, resolving the build error.
On 02/12/2014 09:27 PM, Dmitry Torokhov wrote:
We have too many "data"s: f01_data, driver_data, pdata, etc. Let's
untangle it a bit.
Signed-off-by: Dmitry Torokhov
Acked-by: Christopher Heiny
---
drivers/input/rmi4/rmi_f01.c | 135 ++-
1 file
On 02/12/2014 09:27 PM, Dmitry Torokhov wrote:
Use rmi_read()/rmi_write() for reading/writing single-byte data. Also print
error code when IO fails.
Signed-off-by: Dmitry Torokhov
Acked-by: Christopher Heiny
---
drivers/input/rmi4/rmi_f01.c | 170
On Thu, Feb 13, 2014 at 04:26:45PM -0500, Tejun Heo wrote:
> > It seems to me that when the second time alloc_workqueue() is called
> > from the same code path, it would have two locks with the same key, but
> > not the same >name, which doesn't meet lockdep's assumption.
>
> Dang... I reverted
From:
Date: Tue, 11 Feb 2014 09:58:36 +
> Dave, Can I request you to take the first patch via net tree for v3.15, I can
> request Arnd or Olof to take the DT patches via the arm-soc tree for v3.15.
Since it's a new driver, I decided to add it to the plain 'net' tree.
Thanks.
--
To
On 02/12/2014 09:27 PM, Dmitry Torokhov wrote:
Device core provides way of accessing driver-private data, we should
use it.
Signed-off-by: Dmitry Torokhov
Acked-by: Christopher Heiny
---
drivers/input/rmi4/rmi_bus.h | 1 -
drivers/input/rmi4/rmi_f01.c | 14 +--
As of v3.7, the UAPI changes relocated headers around such that the
kernel version header lived in a new place.
If a person is bisecting and if you go back to pre-UAPI days,
you will create an include/linux/version.h -- then if you checkout a
post-UAPI kernel, and even run "make distclean" it
On Thu, Feb 13, 2014 at 16:46 +0200, Ivan T. Ivanov wrote:
>
> From: "Ivan T. Ivanov"
>
> SPI transfer lenght should be a power-of-two multiple
> of eight bits.
Are you suggesting that an SPI transfer cannot consist of e.g.
three bytes? This would be surprising, and certainly would be
rather
On Thu, Feb 13, 2014 at 12:35:24PM +0800, Li Zhong wrote:
> [5.251993] [ cut here ]
> [5.252019] WARNING: CPU: 0 PID: 221 at kernel/locking/lockdep.c:710
> __lock_acquire+0x1761/0x1f60()
> [5.252019] Modules linked in: e1000
> [5.252019] CPU: 0 PID: 221
On Thu, 13 Feb 2014 16:11:56 -0500
Steven Rostedt wrote:
> Although, is "N" the best letter to use for this taint? Not sure, but
> everything else I can think of looks to be already taken. Maybe "X"?
> You know. When you sign your name and don't know how to spell it, you
> just simply use an
For what it's worth, I have a the X240's bigger brother --- a T540p
(with intel graphics and the 3k panel) running 3.14-rc2, and
suspend-to-ram is working without any problems on my laptop.
Cheers,
- Ted
--
To unsubscribe from this list: send the
On Thu, Feb 13, 2014 at 09:33:32PM +0400, Vladimir Davydov wrote:
> On 02/13/2014 02:01 AM, Johannes Weiner wrote:
> > On Wed, Feb 12, 2014 at 10:05:43PM +0400, Vladimir Davydov wrote:
> >> On 02/12/2014 12:19 AM, Johannes Weiner wrote:
> >>> On Tue, Feb 11, 2014 at 07:15:26PM +0400, Vladimir
On Thu, Feb 13, 2014 at 10:59:18AM -0500, Paul Gortmaker wrote:
> To fix:
>
> arch/sparc/kernel/leon_pci_grpci2.c: In function 'grpci2_of_probe':
> arch/sparc/kernel/leon_pci_grpci2.c:720:2: error: implicit declaration of
> function 'kzalloc' [-Werror=implicit-function-declaration]
>
From: Masami Hiramatsu
Fix perf-probe not to add offset value twice to uprobe probe address
when post processing.
The tevs[i].point.address struct member is the address of symbol+offset,
but current perf-probe adjusts the point.address by adding the offset.
As a result, the probe address
From: Arnaldo Carvalho de Melo
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 0e9f2204cfa6d79abe3e525ddf7c4ab5792cc751:
perf/x86: Fix Userspace RDPMC switch (2014-02-09 13:08:25 +0100)
are available in the git repository at:
From: Arnaldo Carvalho de Melo
Supporting decoding the ioctl 'request' parameter needs more work to
properly support more architectures, the current approach doesn't work
on at least powerpc and sparc, as reported by Ben Hutchings in
From: Ben Hutchings
glibc 2.17 is missing this on sparc, despite the fact that it's not
architecture-specific.
Signed-off-by: Ben Hutchings
Fixes: 49af9e93adfa ('perf trace: Beautify eventfd2 'flags' arg')
Cc:
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: sta...@vger.kernel.org
From: Jiri Olsa
We removed event types from data file in following commits:
6065210 perf tools: Remove event types framework completely
44b3c57 perf tools: Remove event types from perf data file
We no longer need this information, because we can get it directly from
tracepoints.
But we
201 - 300 of 1502 matches
Mail list logo