On Mon, Oct 07, 2013 at 05:13:08AM +0900, Namjae Jeon wrote:
> From: Namjae Jeon
>
> Add support FALLOC_FL_COLLAPSE_RANGE for fallocate.
>
> Signed-off-by: Namjae Jeon
> Signed-off-by: Ashish Sangwan
> ---
> fs/xfs/xfs_bmap.c | 174
>
>
We used to require register_filesystem() before any mounts
(including the internal ones) could be done. For userland mounts
it's obviously right - how else could fs type name -> file_system_type
lookup be done? For internal ones, it used to be really needed for
a while, but after some
Hi Josh,
On Wed, 2013-10-09 at 16:26 -0700, Josh Triplett wrote:
> When testing ChromeOS with a 3.12 kernel from git, I encountered a
> regression introduced between 3.11 to 3.12: at boot time, the kernel
> failed to find any partitions on the USB disk I booted from, which uses
> a GPT partition
On Wed, 09 Oct 2013 15:25:23 -0700
Andi Kleen wrote:
> "H. Peter Anvin" writes:
>
> >> Summary
> >> ---
> >>
> >> Although the extreme case shows a nice improvement, I'm skeptical if it
> >> is worth doing for real world applications.
> >
> > You did the experiment, and credit to you for
From: Marek Szyprowski
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4212.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4212.dtsi
b/arch/arm/boot/dts/exynos4212.dtsi
index 3081bae..d7a3fbc 100644
---
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4212.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4212.dtsi
b/arch/arm/boot/dts/exynos4212.dtsi
index 6f34d7f..3081bae 100644
--- a/arch/arm/boot/dts/exynos4212.dtsi
This patch maudio/gps_alive power domain to exynos4x12.dtsi.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4x12.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4x12.dtsi
b/arch/arm/boot/dts/exynos4x12.dtsi
This patchset add missing dt data to bring up kernel feature
- MAUDIO/GPS_ALIVE power domain
- PMU
- Clock data for Multi core timer
Chanwoo Choi (2):
ARM: dts: exynos4212: Add PMU dt data for pmu-irq
ARM: dts: exynos4x12: Add maudio/gps_alive power domain for exynos4x12
Marek Szyprowski
On Wed, Oct 09, 2013 at 05:12:40PM -0700, Eric Dumazet wrote:
> On Wed, 2013-10-09 at 16:40 -0700, Josh Triplett wrote:
>
> > that. Constructs like list_del_rcu are much clearer, and not
> > open-coded. Open-coding synchronization code is almost always a Bad
> > Idea.
>
> OK, so you think
On Tuesday, October 08, 2013 02:40:00 PM Aaron Lu wrote:
> According to Matthew Garrett, "Windows 8 leaves backlight control up
> to individual graphics drivers rather than making ACPI calls itself.
> There's plenty of evidence to suggest that the Intel driver for
> Windows [8] doesn't use the
On Wednesday 09 October 2013 07:59 PM, John Stultz wrote:
> On 10/02/2013 11:07 AM, Santosh Shilimkar wrote:
>> On Wednesday 02 October 2013 01:48 PM, Will Deacon wrote:
>>> On Wed, Oct 02, 2013 at 06:42:40PM +0100, Stephen Boyd wrote:
On 10/02/13 10:27, Santosh Shilimkar wrote:
>
Hi azur,
On Wed, Oct 09, 2013 at 08:44:50PM +0200, azurIt wrote:
> Joahnnes,
>
> i'm very sorry to say it but today something strange happened.. :) i was just
> right at the computer so i noticed it almost immediately but i don't have
> much info. Server stoped to respond from the net but i
On Tuesday, October 08, 2013 02:39:58 PM Aaron Lu wrote:
> Introduce a new API for modules to query if a specific type of backlight
> device has been registered. This is useful for some backlight device
> provider module(e.g. ACPI video) to know if a native control
> interface(e.g. the interface
On Wed, 2013-10-09 at 16:40 -0700, Josh Triplett wrote:
> that. Constructs like list_del_rcu are much clearer, and not
> open-coded. Open-coding synchronization code is almost always a Bad
> Idea.
OK, so you think there is synchronization code.
I will shut up then, no need to waste time.
--
> -Original Message-
> From: H. Peter Anvin [mailto:h...@zytor.com]
> Sent: Wednesday, October 09, 2013 3:50 PM
> To: KY Srinivasan
> Cc: Olaf Hering; x...@kernel.org; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; a...@canonical.com;
>
On 10/02/2013 11:07 AM, Santosh Shilimkar wrote:
> On Wednesday 02 October 2013 01:48 PM, Will Deacon wrote:
>> On Wed, Oct 02, 2013 at 06:42:40PM +0100, Stephen Boyd wrote:
>>> On 10/02/13 10:27, Santosh Shilimkar wrote:
Really... I have not created patch out of fun.
Its broken on my
On Mon, Oct 07, 2013 at 05:14:06AM +0900, Namjae Jeon wrote:
> From: Namjae Jeon
>
> We execute collapse range multiple times on same file.
> Each collapse range call collapses a single alternate block.
> After the test execution, file will be left with 80 blocks and
> as much number of extents.
On Wednesday, October 09, 2013 11:51:51 AM Zoran Markovic wrote:
> Hi Rafael,
> Just wondering if you would like anything changed in this patch in
> order to get it into 3.13. I'd prefer not missing yet another merge
> window...
Sent my comments in a reply to the original patch message.
Thanks!
On Wed, Oct 09, 2013 at 03:57:16PM -0700, Josh Triplett wrote:
> On Wed, Oct 09, 2013 at 03:46:04PM -0700, Paul E. McKenney wrote:
> > On Wed, Oct 09, 2013 at 03:28:42PM -0700, Josh Triplett wrote:
> > > On Wed, Oct 09, 2013 at 02:29:38PM -0700, Paul E. McKenney wrote:
> > > > From: "Paul E.
On Wednesday, September 25, 2013 03:31:53 PM Zoran Markovic wrote:
> From: Benoit Goby
>
> Rather than hard-lock the kernel, dump the suspend/resume thread stack and
> panic() to capture a message in pstore when a driver takes too long to
> suspend/resume. Default suspend/resume watchdog timeout
On Wed, Oct 09, 2013 at 06:58:47PM -0400, Dhaval Giani wrote:
> On Wed, Oct 9, 2013 at 5:29 PM, Paul E. McKenney
> wrote:
> >
> > From: "Paul E. McKenney"
> >
> > The sparse checking for rcu_assign_pointer() was recently upgraded
> > to reject non-__kernel address spaces. This also rejects
On Fri, Oct 4, 2013 at 9:37 AM, Alexandre Courbot wrote:
> Trusted Foundations is a TrustZone-based secure monitor for ARM that
> can be invoked using the same SMC-based API on all supported
> platforms. This patch adds initial basic support for Trusted
> Foundations using the ARM firmware API.
Please,
Analyze [PATCH v3].
Regards,
Geyslan Gregório Bem
hackingbits.com
2013/10/9 Geyslan G. Bem :
> In some cases, add_inode_ref() is returning without freeing
> the 'name' pointer.
>
> Added bail out to explicitly call kfree when necessary.
>
> Signed-off-by: Geyslan G. Bem
> ---
>
On Tue, Oct 8, 2013 at 1:17 AM, Michal Simek wrote:
> Hi,
>
> On 10/04/2013 06:37 PM, Alexandre Courbot wrote:
>> Trusted Foundations is a TrustZone-based secure monitor for ARM that
>> can be invoked using the same SMC-based API on all supported
>> platforms. This patch adds initial basic
In some cases, add_inode_ref() is returning without freeing
the 'name' pointer.
Added bail out to explicitly call kfree when necessary.
Signed-off-by: Geyslan G. Bem
---
fs/btrfs/tree-log.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/tree-log.c
On Wed, Oct 09, 2013 at 04:17:55PM -0700, Eric Dumazet wrote:
> On Wed, 2013-10-09 at 15:56 -0700, Josh Triplett wrote:
>
> > I'd be really hesitant to introduce that type of direct assignment to an
> > __rcu pointer without wrapping it in some appropriately named macro, or
> > at the very least
On 09/17/2013 07:57 PM, Xie XiuQi wrote:
> Functions clocksource_updatefreq_hz() and clocksource_updatefreq_khz()
> mentioned in the comment of __clocksource_updatefreq_scale() do not exist.
>
> As Thomas Gleixner's suggestion, I renamed the functions and the few call
> sites because the
Andy Lutomirski writes:
> On Wed, Oct 9, 2013 at 12:12 PM, Eric W. Biederman
> wrote:
>> ebied...@xmission.com (Eric W. Biederman) writes:
>>
>>> But I will go through and read the old fusermount code before I get too
>>> much farther just so I understand what I am potentially breaking.
>>
>>
On Mon, Oct 07, 2013 at 05:13:52AM +0900, Namjae Jeon wrote:
> From: Namjae Jeon
>
> This patch checks various corner cases for collapsing a range.
> This patch is based on generic/255 test case which checks various corner
> cases for punch hole.
>
> Signed-off-by: Namjae Jeon
> Signed-off-by:
From: J Keerthy
OMAP5 platforms use dpll_mpu_ck clock for CPU. Add same to common
definition.
Cc: Benoit Cousson
[n...@ti.com: keep in sync with clock node changes]
Signed-off-by: Nishanth Menon
Signed-off-by: J Keerthy
---
arch/arm/boot/dts/omap5.dtsi |6 ++
1 file changed, 6
regulator smps123 supply from Palmas PMIC powers CPU0 on OMAP5uEVM.
Based on a patch by J Keerthy
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/omap5-uevm.dts |4
arch/arm/boot/dts/omap5.dtsi |2 +-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git
From: J Keerthy
regulator smps123 supply from Palmas PMIC powers CPU0 on DRA7 EVM.
[n...@ti.com: rebase to latest]
Signed-off-by: Nishanth Menon
Signed-off-by: J Keerthy
---
arch/arm/boot/dts/dra7-evm.dts |4
arch/arm/boot/dts/dra7.dtsi|2 +-
2 files changed, 5
Call OMAP2+ generic lateinit hook from AM43x specific late init hook.
This allows the generic late initializations such as cpufreq hooks
to be active.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
Signed-off-by: Nishanth Menon
---
With OMAP3+ and AM33xx supported SoC having defined CPU device tree
entries with operating-points and clock nodes defined, we can now use
the SoC generic cpufreq-cpu0 driver by registering appropriate device.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
From: J Keerthy
DRA7 platforms use dpll_mpu_ck clock for CPU. Add same to common
definition.
Cc: Benoit Cousson
[n...@ti.com: keep in sync with clock node changes]
Signed-off-by: Nishanth Menon
Signed-off-by: J Keerthy
---
arch/arm/boot/dts/dra7.dtsi |5 +
1 file changed, 5
OMAP443x, OMAP446x and OMAP447x platforms use dpll_mpu clock.
Add same to common definition.
Cc: Benoit Cousson
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/omap4.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
From: J Keerthy
Add DT OPP table for OMAP54xx family of devices. This data is
decoded by OF with of_init_opp_table() helper function.
The data is based on OMAP543x ES2.0 DM Operating Condition Addendum
Version 0.6(April 2013)
NOTE: The voltage and frequency values work well only on NOM samples
On 10/09/2013 04:28 PM, Nishanth Menon wrote:
> Hi,
>
> The series is based on Tero's V8 of patches[1] - enables the use of
> cpufreq-cpu0 generic driver for all OMAP and related derivatives.
>
> I will stop copy pasting the series complete history and point at [2].
>
> Main changes since V5:
>
Call OMAP2+ generic lateinit hook from AM specific late init hook.
This allows the generic late initializations such as cpufreq hooks
to be active.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap2/board-generic.c |
Call OMAP2+ generic lateinit hook from DRA7 specific late init hook.
This allows the generic late initializations such as cpufreq hooks
to be active.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap2/board-generic.c
Call OMAP2+ generic lateinit hook from AM specific late init hook.
This allows the generic late initializations such as cpufreq hooks
to be active.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap2/board-generic.c |
AM33XX based platforms use dpll_mpu clock. Add same to common dtsi
and remove the dummy clock node entry as AM33XX platform supports
only device tree based boot.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
Signed-off-by: Nishanth Menon
---
OMAP34xx and OMAP36xx platforms use dpll1 clock. Add same to common
definition.
Cc: Benoit Cousson
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/omap3.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/omap3.dtsi
index
Felipe, thank you,
Sending v2.
Geyslan Gregório Bem
hackingbits.com
2013/10/9 Felipe Pena :
> Hi,
>
> On Wed, Oct 9, 2013 at 8:13 PM, Geyslan G. Bem wrote:
>> In some cases, add_inode_ref() is returning without freeing
>> the 'name' pointer.
>>
>> Added bail out to explicitly call kfree when
In some cases, add_inode_ref() is returning without freeing
the 'name' pointer.
Added bail out to explicitly call kfree when necessary.
Signed-off-by: Geyslan G. Bem
---
fs/btrfs/tree-log.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/fs/btrfs/tree-log.c
From: J Keerthy
Add DT OPP table for DRA7xx family of devices. This data is decoded by
OF with of_init_opp_table() helper function.
The data is based on DRA75x, DRA74x Data Manual revision F (Sept 2013).
TODO: add OPP_HIGH after AVS-Class0 is functional
NOTE: The voltage and frequency values
With OMAP3+ and AM33xx supported SoC having defined CPU device tree
entries with operating-points and clock nodes defined, we can now use
the SoC generic cpufreq-cpu0 driver by registering appropriate device.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
regulator smps123 supply from Palmas PMIC powers CPU0 on OMAP5uEVM.
Based on a patch by J Keerthy
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/omap5-uevm.dts |4
arch/arm/boot/dts/omap5.dtsi |2 +-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git
Call OMAP2+ generic lateinit hook from AM specific late init hook.
This allows the generic late initializations such as cpufreq hooks
to be active.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap2/board-generic.c |
Call OMAP2+ generic lateinit hook from DRA7 specific late init hook.
This allows the generic late initializations such as cpufreq hooks
to be active.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap2/board-generic.c
From: J Keerthy
regulator smps123 supply from Palmas PMIC powers CPU0 on DRA7 EVM.
[n...@ti.com: rebase to latest]
Signed-off-by: Nishanth Menon
Signed-off-by: J Keerthy
---
arch/arm/boot/dts/dra7-evm.dts |4
arch/arm/boot/dts/dra7.dtsi|2 +-
2 files changed, 5
When testing ChromeOS with a 3.12 kernel from git, I encountered a
regression introduced between 3.11 to 3.12: at boot time, the kernel
failed to find any partitions on the USB disk I booted from, which uses
a GPT partition table with 12 partitions. This prevented the system
from booting.
From: J Keerthy
Add DT OPP table for OMAP54xx family of devices. This data is
decoded by OF with of_init_opp_table() helper function.
The data is based on OMAP543x ES2.0 DM Operating Condition Addendum
Version 0.6(April 2013)
NOTE: The voltage and frequency values work well only on NOM samples
Call OMAP2+ generic lateinit hook from AM43x specific late init hook.
This allows the generic late initializations such as cpufreq hooks
to be active.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
Signed-off-by: Nishanth Menon
---
Call OMAP2+ generic lateinit hook from AM specific late init hook.
This allows the generic late initializations such as cpufreq hooks
to be active.
Cc: Benoit Cousson
Cc: Kevin Hilman
Cc: Paul Walmsley
Cc: Tony Lindgren
Signed-off-by: Nishanth Menon
---
arch/arm/mach-omap2/board-generic.c |
[+cc linux-pci]
On Sun, Sep 22, 2013 at 11:15:46PM -0700, Alexey Neyman wrote:
> [Resending due to no response to the original message in a week]
>
> Hi all,
>
> I have a board with a BIOS bug that reports the following I/O port regions in
> _CRS on one of the host bridges:
>
> 0x-0x03af
Hi,
On Wed, Oct 9, 2013 at 8:13 PM, Geyslan G. Bem wrote:
> In some cases, add_inode_ref() is returning without freeing
> the 'name' pointer.
>
> Added bail out to explicitly call kfree when necessary.
>
> Signed-off-by: Geyslan G. Bem
> ---
> fs/btrfs/tree-log.c | 13 ++---
> 1 file
On Thu, 2013-10-10 at 10:18 +1100, Ryan Mallon wrote:
> On 10/10/13 10:09, Joe Perches wrote:
> > Do the in_irq tests only when kptr_restrict is 1.
> > Document the %pK mechanism in vsnprintf
> > Add missing documentation for %pV and %pNF too
>
> I really did mean post a follow-up/separate patch,
On 10/10/13 10:09, Joe Perches wrote:
> Changes in V3a:
>
> Do the in_irq tests only when kptr_restrict is 1.
> Document the %pK mechanism in vsnprintf
> Add missing documentation for %pV and %pNF too
I really did mean post a follow-up/separate patch, not a different
version of mine. The
On Wed, 2013-10-09 at 15:56 -0700, Josh Triplett wrote:
> I'd be really hesitant to introduce that type of direct assignment to an
> __rcu pointer without wrapping it in some appropriately named macro, or
> at the very least adding a comment.
Well, there is no special magic here, in this
In some cases, add_inode_ref() is returning without freeing
the 'name' pointer.
Added bail out to explicitly call kfree when necessary.
Signed-off-by: Geyslan G. Bem
---
fs/btrfs/tree-log.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/fs/btrfs/tree-log.c
Commit-ID: 1d79e607332d67d9132c176d99b5e7fabe1b6b7f
Gitweb: http://git.kernel.org/tip/1d79e607332d67d9132c176d99b5e7fabe1b6b7f
Author: HATAYAMA Daisuke
AuthorDate: Thu, 29 Aug 2013 18:28:04 +0900
Committer: H. Peter Anvin
CommitDate: Wed, 9 Oct 2013 15:41:11 -0700
x86, apic: Disable
Commit-ID: 68c3467bb95a9e99f46d04cb96f60c04bb997ac8
Gitweb: http://git.kernel.org/tip/68c3467bb95a9e99f46d04cb96f60c04bb997ac8
Author: HATAYAMA Daisuke
AuthorDate: Thu, 29 Aug 2013 18:27:58 +0900
Committer: H. Peter Anvin
CommitDate: Wed, 9 Oct 2013 15:41:10 -0700
x86, apic: Add
Dear Friend
My Name is Dr. Cabiru Bello .I am a banker by professio .I hail from
Ouagadougou, Burkina Faso, West Africa.My reason for contacting you is to
transfer an abandoned $10, 300, 000.00 (Ten Million Three Hundred Thousand
Dollars) to your account.
The owner of this fund died since
Some setuid binaries will allow reading of files which have read
permission by the real user id. This is problematic with files which
use %pK because the file access permission is checked at open() time,
but the kptr_restrict setting is checked at read() time. If a setuid
binary opens a %pK file
On Mon, Oct 07, 2013 at 05:13:38AM +0900, Namjae Jeon wrote:
> From: Namjae Jeon
>
> Add support FALLOC_FL_COLLAPSE_RANGE for fallocate.
>
> Signed-off-by: Namjae Jeon
> Signed-off-by: Ashish Sangwan
Looks good.
Reviewed-by: Dave Chinner
--
Dave Chinner
da...@fromorbit.com
--
To
On Wed, Oct 9, 2013 at 5:29 PM, Paul E. McKenney
wrote:
>
> From: "Paul E. McKenney"
>
> The sparse checking for rcu_assign_pointer() was recently upgraded
> to reject non-__kernel address spaces. This also rejects __rcu,
> which is almost always the right thing to do. However, the use in
>
>> ---
>> Change-Id: I78b2c44b93d88b04897fd0af80ffce213e338d6b
>
>Why are you giving me this funky Gerrit stuff along with the patch?
>It's not like I have any use for it, and anything below the three
>dashes will be deleted when applying.
>
>The patch is OK but won't be applied until some driver
On Wed, Oct 09, 2013 at 03:46:04PM -0700, Paul E. McKenney wrote:
> On Wed, Oct 09, 2013 at 03:28:42PM -0700, Josh Triplett wrote:
> > On Wed, Oct 09, 2013 at 02:29:38PM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > The sparse checking for rcu_assign_pointer() was
On Wed, Oct 09, 2013 at 03:51:17PM -0700, Eric Dumazet wrote:
> On Wed, 2013-10-09 at 15:36 -0700, Paul E. McKenney wrote:
>
> > That would work, though it would probably give sparse complaints.
>
> No sparse error here, as I said types are correct and SPARSE_RCU ready :
>
> diff --git
On Wed, 2013-10-09 at 15:36 -0700, Paul E. McKenney wrote:
> That would work, though it would probably give sparse complaints.
No sparse error here, as I said types are correct and SPARSE_RCU ready :
diff --git a/net/ipv6/ip6_tunnel.c b/net/ipv6/ip6_tunnel.c
index 583b77e..28f8495 100644
---
On 09/27/2013 08:35 AM, KY Srinivasan wrote:
>
> Thanks Olaf. Could you submit the patch.
>
Haven't heard anything from Olaf... could you fold in the fix and resumbit?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi Linus W,
On 10/04/2013 01:01 PM, David Cohen wrote:
This patch set does initial support for Intel Merrifield and does non-function
changes to make gpio-langwell more friendly to other Intel Mid SoC's.
After these initial changes are accepted, more Merrifield stuff will come :)
Ping :)
On Wed, Oct 09, 2013 at 03:18:05PM -0700, Josh Triplett wrote:
> On Wed, Oct 09, 2013 at 02:29:20PM -0700, Paul E. McKenney wrote:
> > Hello!
> >
> > This series features updates to allow sparse to do a better job of
> > statically analyzing RCU usage:
> >
> > 1. Apply ACCESS_ONCE() to
On Mon, Oct 07, 2013 at 05:12:46AM +0900, Namjae Jeon wrote:
> From: Namjae Jeon
>
> Add new flag(FALLOC_FL_COLLAPSE_RANGE) for fallocate.
> updated detailed semantics in comments.
>
> Signed-off-by: Namjae Jeon
> Signed-off-by: Ashish Sangwan
> ---
> fs/open.c | 24
On Wed, Oct 09, 2013 at 03:28:42PM -0700, Josh Triplett wrote:
> On Wed, Oct 09, 2013 at 02:29:38PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > The sparse checking for rcu_assign_pointer() was recently upgraded
> > to reject non-__kernel address spaces. This also rejects
On 10/10/13 09:33, Joe Perches wrote:
> On Thu, 2013-10-10 at 09:25 +1100, Ryan Mallon wrote:
>
>> if (kptr_restrict && (in_irq() || in_serving_softirq() ||
>>in_nmi())) {
>>
>> Is making sure that you don't have kernel code doing something like this:
>>
>>
Hi all,
Is this patchset going to be merged into 3.12?
Thanks,
--
Tomoki
On 9/23/13 16:14 , "Tejun Heo" wrote:
>Hello,
>
>On Mon, Sep 23, 2013 at 08:11:55PM +, Tomoki Sekiyama wrote:
>> >Hmm... why aren't we just changing elevator_init() to grab sysfs_lock
>> >where necessary?
>>
>>
On Thu, 2013-10-10 at 09:25 +1100, Ryan Mallon wrote:
> if (kptr_restrict && (in_irq() || in_serving_softirq() ||
> in_nmi())) {
>
> Is making sure that you don't have kernel code doing something like this:
>
> irqreturn_t some_irq_handler(int irq, void
On Wed, Oct 09, 2013 at 03:10:24PM -0700, Eric Dumazet wrote:
> On Wed, 2013-10-09 at 14:57 -0700, Paul E. McKenney wrote:
>
> > Hmmm... I could use RCU_INIT_POINTER(). Something like the following?
> >
> > RCU_INIT_POINTER(ACCESS_ONCE(*tp), t->next);
> >
> > The ACCESS_ONCE() to prevent
Am 09.10.2013 23:47, schrieb Jan Kara:
> On Wed 09-10-13 20:43:50, Richard Weinberger wrote:
>> CC'ing mm folks.
>> Please see below.
> Added Fenguang to CC since he is the author of this code.
Thx, get_maintainer.pl didn't list him.
>> Am 09.10.2013 19:26, schrieb Toralf Förster:
>>> On
Peter Zijlstra writes:
> On Wed, Oct 09, 2013 at 03:01:10PM +0300, Adrian Hunter wrote:
>> - workaround objdump difficulties with kcore
>
> I've no idea, but given that've 'inlined' addr2line, should we also
> consider polling in objdump -- or at least that subset of functionality
> that we
On Wed, Oct 09, 2013 at 02:29:20PM -0700, Paul E. McKenney wrote:
> Hello!
>
> This series features updates to allow sparse to do a better job of
> statically analyzing RCU usage:
>
> 1.Apply ACCESS_ONCE() to rcu_assign_pointer()'s target to prevent
> comiler mischief. Also require
On Wed, Oct 09, 2013 at 02:29:38PM -0700, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> The sparse checking for rcu_assign_pointer() was recently upgraded
> to reject non-__kernel address spaces. This also rejects __rcu,
> which is almost always the right thing to do. However, the use
On 10/09/2013 11:34 PM, Dave Airlie wrote:
On Thu, Oct 10, 2013 at 5:35 AM, Martin Nyhus wrote:
After 5addcf0a (nouveau: add runtime PM support (v0.9)) I'm getting kernel
panics immediately after resuming from suspend. Unfortunately it happens so
early that I don't get any more info than the
On Wed, Oct 09, 2013 at 02:29:34PM -0700, Paul E. McKenney wrote:
> From: Josh Triplett
>
> rcu_assign_pointer needs to use ACCESS_ONCE to make the assignment to
> the destination pointer volatile, to protect against compilers too
> clever for their own good.
>
> In addition, since
On 10/10/13 09:14, Joe Perches wrote:
> On Thu, 2013-10-10 at 09:04 +1100, Ryan Mallon wrote:
>> On 10/10/13 09:00, Joe Perches wrote:
> []
>>> Move the interrupt tests and pK-error printk
>>> into case 1:
>>>
>>> It's the only case where CAP_SYSLOG needs to be
>>> tested so it doesn't need to be
"H. Peter Anvin" writes:
>> Summary
>> ---
>>
>> Although the extreme case shows a nice improvement, I'm skeptical if it
>> is worth doing for real world applications.
>
> You did the experiment, and credit to you for not going "I did the work,
> now include it" but rather for publishing
On Wed, Oct 09, 2013 at 02:29:20PM -0700, Paul E. McKenney wrote:
> Hello!
>
> This series features updates to allow sparse to do a better job of
> statically analyzing RCU usage:
>
> 1.Apply ACCESS_ONCE() to rcu_assign_pointer()'s target to prevent
> comiler mischief. Also require
On 10/09/2013 02:07 PM, Jason Gunthorpe wrote:
> That is sort of backwards though, how does the driver know it should
> load and start fpga progamming?
A common way is for there to be a bitstream stored in flash which
presents an interface to download the data. I think some FPGAs with
hard bus
On Wed, Oct 09, 2013 at 02:29:20PM -0700, Paul E. McKenney wrote:
> Hello!
>
> This series features updates to allow sparse to do a better job of
> statically analyzing RCU usage:
>
> 1.Apply ACCESS_ONCE() to rcu_assign_pointer()'s target to prevent
> comiler mischief. Also require
On Thu, 2013-10-10 at 09:04 +1100, Ryan Mallon wrote:
> On 10/10/13 09:00, Joe Perches wrote:
[]
> > Move the interrupt tests and pK-error printk
> > into case 1:
> >
> > It's the only case where CAP_SYSLOG needs to be
> > tested so it doesn't need to be above the switch.
>
> Like I said, I
On Wed, 2013-10-09 at 14:57 -0700, Paul E. McKenney wrote:
> Hmmm... I could use RCU_INIT_POINTER(). Something like the following?
>
> RCU_INIT_POINTER(ACCESS_ONCE(*tp), t->next);
>
> The ACCESS_ONCE() to prevent the compiler from doing anything stupid.
> Presumably the value of t->next
On 10/10/13 09:00, Joe Perches wrote:
> On Thu, 2013-10-10 at 08:52 +1100, Ryan Mallon wrote:
>> Some setuid binaries will allow reading of files which have read
>> permission by the real user id. This is problematic with files which
>> use %pK because the file access permission is checked at
On Wed, Oct 9, 2013 at 3:11 PM, Joe Perches wrote:
> Hey Bjorn
>
> On Wed, 2013-10-09 at 15:02 -0600, Bjorn Helgaas wrote:
>> I handle many arch/x86/pci changes, so help those patches get to the
>> PCI patchwork.
>
> []
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index e61c2e8..d1ab647 100644
>>
On Wed, Oct 9, 2013 at 3:08 PM, H. Peter Anvin wrote:
> On 10/09/2013 02:04 PM, Bjorn Helgaas wrote:
>> On Wed, Oct 9, 2013 at 3:02 PM, Bjorn Helgaas wrote:
>>> I handle many arch/x86/pci changes, so help those patches get to the
>>> PCI patchwork.
>>>
>>> Signed-off-by: Bjorn Helgaas
>>
>>
On Thu, 2013-10-10 at 08:52 +1100, Ryan Mallon wrote:
> Some setuid binaries will allow reading of files which have read
> permission by the real user id. This is problematic with files which
> use %pK because the file access permission is checked at open() time,
> but the kptr_restrict setting is
On Wed, Oct 09, 2013 at 02:42:29PM -0700, Eric Dumazet wrote:
> On Wed, 2013-10-09 at 14:29 -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > The sparse checking for rcu_assign_pointer() was recently upgraded
> > to reject non-__kernel address spaces. This also rejects __rcu,
Some setuid binaries will allow reading of files which have read
permission by the real user id. This is problematic with files which
use %pK because the file access permission is checked at open() time,
but the kptr_restrict setting is checked at read() time. If a setuid
binary opens a %pK file
On Wed, 25 Sep 2013 01:11:54 +0530 (IST) P J P wrote:
> | A few things...
> | - Why is it specific to x86? Other architcetures use initramfs?
>
> No, it is not specific to x86, most likely all architecturess' Makefile
> would need similar patch. But I haven't looked into those yet.
It
101 - 200 of 1358 matches
Mail list logo