From: Matthew Wilcox
Since this is relating to FS_XIP, not KERNEL_XIP, it should be called
DAX instead of XIP.
Signed-off-by: Matthew Wilcox
---
drivers/block/Kconfig | 13 +++--
drivers/block/brd.c | 14 +++---
fs/Kconfig| 4 ++--
3 files changed, 16 insertions(
Use an inode flag to tag inodes which should avoid using the page cache.
Convert ext2 to use it instead of mapping_is_xip().
Signed-off-by: Matthew Wilcox
Reviewed-by: Jan Kara
---
fs/ext2/inode.c| 9 ++---
fs/ext2/xip.h | 2 --
include/linux/fs.h | 6 ++
3 files changed, 12 in
The fewer Kconfig options we have the better. Use the generic
CONFIG_FS_DAX to enable XIP support in ext2 as well as in the core.
Signed-off-by: Matthew Wilcox
---
fs/Kconfig | 21 ++---
fs/Makefile| 2 +-
fs/ext2/Kconfig| 11 ---
fs/ext2/ext2.h
These files are now empty, so delete them
Signed-off-by: Matthew Wilcox
---
fs/ext2/Makefile | 1 -
fs/ext2/inode.c | 1 -
fs/ext2/namei.c | 1 -
fs/ext2/super.c | 1 -
fs/ext2/xip.c| 15 ---
fs/ext2/xip.h| 16
6 files changed, 35 deletions(-)
delete
It takes a get_block parameter just like nobh_truncate_page() and
block_truncate_page()
Signed-off-by: Matthew Wilcox
---
fs/dax.c | 44
fs/ext2/inode.c| 2 +-
include/linux/fs.h | 4 ++--
mm/filemap_xip.c | 40 --
On Wednesday, July 30, 2014 12:55:29 PM Pavel Machek wrote:
> Hi!
>
> > For this reason I'm considering changing the defaul behavior going forward
> > (so
> > that "mem" is always present and means "the deepest sleep state available
> > other
> > than hibernation"), but I don't want to do that i
Hi,
On 08/01/2014 04:13 PM, Sergei Shtylyov wrote:
> Hello.
>
> On 08/01/2014 05:02 PM, Peter Ujfalusi wrote:
>
>>> I do. We should follow the standard consistently. Why not call the node
>>> "sound-codec"?
>
>> Well, there is _zero_ cases when the audio codec node is named as
>> "sound-cod
On Fri, Aug 01, 2014 at 02:10:37AM -0700, David Rientjes wrote:
> On Thu, 31 Jul 2014, Johannes Weiner wrote:
>
> > out_of_memory() wants the zonelist that was used during allocation,
> > not just the random first node's zonelist that's simply picked to
> > serialize page fault OOM kills system-wi
The 'pfn' returned by axonram was completely bogus, and has been since
2008.
Signed-off-by: Matthew Wilcox
Reviewed-by: Jan Kara
---
arch/powerpc/sysdev/axonram.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/sysdev/axonram.c b/arch/powerpc/sysdev/axonram.c
in
Currently COW of an XIP file is done by first bringing in a read-only
mapping, then retrying the fault and copying the page. It is much more
efficient to tell the fault handler that a COW is being attempted (by
passing in the pre-allocated page in the vm_fault structure), and allow
the handler to
On Fri, Aug 01, 2014 at 11:57:00AM +0200, Jan Kara wrote:
> So the quiestion really is how hard guarantee do you need that a page in
> movable zone is really movable. Or better in what timeframe should it be
> movable? It may be possible to make e.g. migratepage callback for ext4
> blkdev pages whi
On Fri, Jul 25, 2014 at 11:43 PM, Max Filippov wrote:
> VIPT cache with way size larger than MMU page size may suffer from
> aliasing problem: a single physical address accessed via different
> virtual addresses may end up in multiple locations in the cache.
> Virtual mappings of a physical addres
On Wednesday, July 30, 2014 08:50:34 AM Pavel Machek wrote:
> On Wed 2014-07-30 01:41:25, Rafael J. Wysocki wrote:
> > On Monday, July 28, 2014 01:13:56 AM Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki
> > >
> > > The names of several symbols, data types, functions and variables
> > > re
On Fri, 1 Aug 2014, Rafael J. Wysocki wrote:
> OK, I guess "IRQ_HANDLED from a wakeup interrupt" may be interpreted as
> IRQ_HANDLED_PMWAKE. On the other hand, if that's going to be handled in
> handle_irq_event_percpu(), then using a special return code would save us
> a brach for IRQ_HANDLED int
On Fri, 2014-08-01 at 09:27 +0100, Jan Beulich wrote:
> >>> On 31.07.14 at 15:16, wrote:
> > Add a RESTRICT ioctl to /dev/xen/privcmd, which allows privileged commands
> > file descriptor to be restricted to only working with a particular domain.
>
> The "with" here has been quite confusing, and
On 08/01/14 at 02:21pm, Nikolay Aleksandrov wrote:
> Sorry for the late response but I just got around to check the 3rd patch now,
> so my question about this fragment is: before nft_hash_remove() would free the
> element after removal, but after this change I don't see where and when the
> removed
On Mon, Jul 07, 2014 at 02:04:32PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> According to Wikipedia, Innolux started out in 2003 as InnoLux Display
> Corporation and merged with Chi Mei Optoelectronics in 2006. It went by
> the name of Chimei Innolux Corporation for a while and chan
On Fri, Aug 1, 2014 at 5:27 PM, Peter Zijlstra wrote:
> On Fri, Aug 01, 2014 at 04:56:27PM +0400, Ilya Dryomov wrote:
>> I'm going to fix up rbd_request_fn(), but I want to make sure
>> I understand this in full.
>>
>> - Previously the danger of calling blocking primitives on the way to
>> sched
From: Thierry Reding
Use "sharp" as the vendor prefix for Sharp Microelectronics in device
tree compatible strings.
Signed-off-by: Thierry Reding
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vend
On Wednesday 30 July 2014, Yijing Wang wrote:
> On 2014/7/29 22:08, Arnd Bergmann wrote:
> > On Saturday 26 July 2014 11:08:37 Yijing Wang wrote:
> >>
> >> The new data struct for generic MSI driver.
> >> struct msi_irqs {
> >> u8 msi_enabled:1; /* Enable flag */
> >> u8 msix_enable
On Thu, 31 Jul 2014, Fengguang Wu wrote:
> Sorry I find that next-20140730 no long show the BUG. So there is no
> way to test whether this patch fixed the problem.
I guess this means that the bug was unrelated to this patch. Nevertheless
I think this patch cleans up two minor issues.
--
To unsubs
Hi,
On Fri, Aug 01, 2014 at 03:26:34PM +0300, Tero Kristo wrote:
> >>I might have sent the wrong version as I had that same build error and
> >>fixed it localy.
> >>
> >>>it fixes the regression for me, Also now the whole series works for
> >>>me :)
> >>
> >>good to kno
On Fri, Aug 01, 2014 at 08:55:22AM -0400, Tejun Heo wrote:
> On Fri, Aug 01, 2014 at 02:15:10PM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Provide device-managed implementations of the request_resource() and
> > release_resource() functions. Upon failure to request a resource,
On Thu, 31 Jul 2014, Lai Jiangshan wrote:
> > this_cpu_ptr instead.
>
>
> - struct cpumask *cpus = __get_cpu_var(load_balance_mask);
> + struct cpumask *cpus = this_cpu_ptr(load_balance_mask);
>
>
> I think the conversion is wrong. it should be
> *this_cpu_ptr(&lo
On Fri, Aug 01, 2014 at 03:55:42PM +0200, Thierry Reding wrote:
> On Fri, Aug 01, 2014 at 08:55:22AM -0400, Tejun Heo wrote:
> > On Fri, Aug 01, 2014 at 02:15:10PM +0200, Thierry Reding wrote:
> > > From: Thierry Reding
> > >
> > > Provide device-managed implementations of the request_resource()
On 01/08/14 12:02, Jisheng Zhang wrote:
Hi Sudeep,
On Fri, 1 Aug 2014 03:21:12 -0700
Sudeep Holla wrote:
On 01/08/14 11:06, Jisheng Zhang wrote:
Hi Catalin and Will,
I noticed that the following commit implement reboot via. PSCI
SYSTEM_RESET function. So my question is how to handle the
Dear Luis and others,
I work with Rostislav on the Linux support of ITS-G5. I did some
research on the regulatory staff for 5.9 GHz band. See my findings below
and sorry for long delay of my reply.
On Tue, Jun 10 2014, Luis R. Rodriguez wrote:
> On Mon, Jun 9, 2014 at 7:21 AM, Rostislav Lisovy w
Update drivers names to the ones invoked by i2c-powermac:
- therm_ds1775 -> MAC,ds1775
- therm_adm1030 -> MAC,adm1030
The background fan control loop is started from
the devices probing methods.
Signed-off-by: Goffredo Baroncelli
---
drivers/macintosh/therm_windtunnel.c | 23
Return the fan speed via sysfs:
/sys/devices/temperature/fan_level
This patch is copied from the Bryan Christianson's patch (see
debian bug #741663)
Signed-off-by: Goffredo Baroncelli
---
drivers/macintosh/therm_windtunnel.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff
Hi All,
On a PowerMac G4 I noticed that between the kernel v3.2 and v3.14 I lost
the fan management.
I found on internet other references to this kind of problem [2]
**How reproduce:
- booting with the kernel 3.2, the fan is "quite" silent.
The module therm_windtunnel is loaded and in the log
Remove attach_method because i2c-powermac is
in charge to instantiate the driver directly.
Signed-off-by: Goffredo Baroncelli
---
drivers/macintosh/therm_windtunnel.c | 35 ---
1 file changed, 35 deletions(-)
diff --git a/drivers/macintosh/therm_windtunnel.c
b/d
On Fri, Aug 01, 2014 at 08:52:06AM -0400, Tejun Heo wrote:
> On Fri, Aug 01, 2014 at 01:39:41PM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Commit 725c7b570fda (ata: libahci_platform: move port_map parameters
> > into the AHCI structure) moves flags into the struct ahci_host_pri
The "verbose" option controls the message in the kernel log
verbose = 0 no message
verbose = 1 log only the fan speed changes
verbose = 2 log the fan speed changes and the temperature changes
Signed-off-by: Goffredo Baroncelli
---
drivers/macintosh/therm_windtunnel.c | 37 +
On Thursday 31 July 2014 05:32 PM, Vinod Koul wrote:
> On Wed, Jul 30, 2014 at 06:41:15PM +0530, Vignesh Raman wrote:
>> Several dma drivers calls tasklet_kill() in remove function. This is missing
>> in
>> imx driver, so adding tasklet_kill() in sdma_remove function.
> And why should we do that ?
Hello.
On 08/01/2014 02:03 PM, Alexandre Belloni wrote:
Found using smatch:
drivers/dma/at_hdmac.c:299 atc_get_bytes_left() warn: unsigned
'atchan->remain_desc' is never less than zero.
Signed-off-by: Alexandre Belloni
---
drivers/dma/at_hdmac.c | 12 +++-
1 file changed, 7 inser
On Sat, Jul 19, 2014 at 02:59:37PM +0200, Sam Ravnborg wrote:
> From 929c64c1aaf378b767e0ed89826b6bb12449df15 Mon Sep 17 00:00:00 2001
> From: Sam Ravnborg
> Date: Sat, 19 Jul 2014 14:47:43 +0200
> Subject: [PATCH] asm-generic/io.h: reorder funtions to form logical groups
>
> Reoder the functions
Hello,
On Fri, Aug 01, 2014 at 04:01:23PM +0200, Thierry Reding wrote:
> I think there's just one occurrence. Turning the flags into an unsigned
> long seems like a much more natural thing to do, though Besides it being
> what many other parts of the kernel use for flags it gives us natural
> alig
On Friday, August 01, 2014 03:43:21 PM Thomas Gleixner wrote:
> On Fri, 1 Aug 2014, Rafael J. Wysocki wrote:
> > OK, I guess "IRQ_HANDLED from a wakeup interrupt" may be interpreted as
> > IRQ_HANDLED_PMWAKE. On the other hand, if that's going to be handled in
> > handle_irq_event_percpu(), then u
On 1. August 2014 14:49:01 GMT+01:00, Thomas Graf wrote:
>On 08/01/14 at 02:21pm, Nikolay Aleksandrov wrote:
>> Sorry for the late response but I just got around to check the 3rd
>patch now,
>> so my question about this fragment is: before nft_hash_remove() would
>free the
>> element after removal
On Fri, Aug 01, 2014 at 10:09:28AM -0400, Tejun Heo wrote:
> Hello,
>
> On Fri, Aug 01, 2014 at 04:01:23PM +0200, Thierry Reding wrote:
> > I think there's just one occurrence. Turning the flags into an unsigned
> > long seems like a much more natural thing to do, though Besides it being
> > what
Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
Hi,
> On Friday, August 01, 2014 10:51:37 AM Tomasz Figa wrote:
> > From: Tomasz Figa
> >
> > Due to recent consolidation of Exynos suspend and cpuidle code, some
> > parts of suspend and resume sequences are executed two times, once from
> > exynos_pm
From: Rafael J. Wysocki
The names of several symbols, data types, functions and variables
related to system sleep states are confusing and don't reflect the
real behavior of those states correctly.
First of all, there generally are two sleep states that require
platform support and one sleep sta
On 07/31, Paul E. McKenney wrote:
>
> +/* Lists of tasks that we are still waiting for during this grace period. */
> +static LIST_HEAD(rcu_tasks_holdouts);
This can be local var in rcu_tasks_kthread()
> + while (!list_empty(&rcu_tasks_holdouts)) {
> + schedule_tim
On Thu, Jul 24, 2014 at 11:02:45AM -0300, Leonidas Da Silva Barbosa wrote:
> Replaces spinlock usage by a simple copy of the crypto context, avoiding
> possible bottlenecks.
>
> Signed-off-by: Leonidas Da Silva Barbosa
While your patches look OK, it appears that the underlying hash
code is compl
From: Thierry Reding
Commit 725c7b570fda (ata: libahci_platform: move port_map parameters
into the AHCI structure) moves flags into the struct ahci_host_priv's
.flags field, which causes compiler warnings on 64-bit builds when that
value is cast to a void * pointer. Cast to an unsigned long so th
On Fri, 1 Aug 2014, Rafael J. Wysocki wrote:
> On Wednesday, July 09, 2014 04:42:38 PM Tenoutit, Faouaz wrote:
> > From: Faouaz TENOUTIT
> >
> > Use ACPI device pld information instead of calling
> > acpi_get_physical_device_location.
> >
> > Signed-off-by: Faouaz TENOUTIT
> > Acked-by: Samuel
Hi, tj,
On Fri, Aug 1, 2014 at 8:50 PM, Tejun Heo wrote:
> The *only* reason we have the warning at all is because the driver
> model wants to enforce that destruction is performed in the proper
> order and what you're doing is just circumventing the detection logic.
> We might as well just remov
On Fri, 1 Aug 2014, Oliver Neukum wrote:
On Thu, 2014-07-10 at 14:11 +0100, Scot Doyle wrote:
Hi Olof,
Have these been applied? If not, where should I watch for them?
Hi,
could you tell me from which tree I could get these patches?
Regards
Oliver
Sure, they're in c
Hello all,
Changes since v3:
- rename the driver to qcom-spmi-pmic - suggested by David Collins
- spmi regmap config now initialize .fast_io to true
- added generalized comptatible string in DT binding document and driver
- I dropped the pm8921 rename patch for now, it will be subject of anoth
From: Josh Cartwright
The Qualcomm SPMI PMIC chips are components used with the
Snapdragon 800 series SoC family. This driver exists
largely as a glue mfd component, it exists to be an owner
of an SPMI regmap for children devices described in
device tree.
Signed-off-by: Josh Cartwright
Signed-
The pm8941 and pm8841 spmi devicetree nodes are childrens of
spmi pmic arbiter. The msm8974 SoC uses two PMIC chips
pm8941 and pm8841. Every PMIC chip has two spmi bus slave id's.
Signed-off-by: Stanimir Varbanov
---
arch/arm/boot/dts/qcom-msm8974.dtsi | 37 +++
Document DT bindings used to describe the Qualcomm SPMI PMICs.
Signed-off-by: Stanimir Varbanov
---
.../devicetree/bindings/mfd/qcom,spmi-pmic.txt | 64
1 files changed, 64 insertions(+), 0 deletions(-)
create mode 100644 Documentation/devicetree/bindings/mfd/qcom,spm
On Wed, Jul 30, 2014 at 9:23 PM, Brian Norris
wrote:
> Hi Rob,
>
> I appreciate your comments, but where were many of these 5 months ago on
> the first 7 revisions? :)
Sorry, but that is the nature of upstreaming. But given some of the
issues, it is obvious the reviews were not sufficient.
> On
On 08/01/2014 07:01 AM, Hugh Dickins wrote:
> On Tue, 22 Jul 2014, Jerome Marchand wrote:
>
>> Currently looking at /proc//status or statm, there is no way to
>> distinguish shmem pages from pages mapped to a regular file (shmem
>> pages are mapped to /dev/zero), even though their implication in
>
On 7/30/2014 10:16 AM, Marc Zyngier wrote:
Why do we need this complexity at all? Is there any case where we'd want
to limit ourselves to a single vector for MSI?
I think the ARM64 GICv2m should not be the limitation for the devices
multiple MSI if there is no real hardware/design limitation.
On 08/01/2014 07:03 AM, Hugh Dickins wrote:
> On Tue, 22 Jul 2014, Jerome Marchand wrote:
>
>> Add a simple helper to check if a vm area belongs to shmem.
>>
>> Signed-off-by: Jerome Marchand
>> ---
>> include/linux/mm.h | 6 ++
>> mm/shmem.c | 8
>> 2 files changed, 14 inse
Hi Jan,
On Fri, Aug 01, 2014 at 12:34:51PM +0200, Jan Kara wrote:
> Hello,
>
> On Fri 01-08-14 09:26:38, Wu Fengguang wrote:
> > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> > commit 939f04bec1a4ef6ba4370b0f34b01decc844b1b1
> > Author: Jan Kara
> > AuthorDate:
On Fri, Aug 01, 2014 at 08:27:23PM +0800, Jiang Liu wrote:
> The above commit may cause failure of suspend/hiberrnation.
> The reason is:
> 1) With recent changers, we dynamically allocate irq number for IOAPIC
>pins.
> 2) The allocated irq will be released when suspending/hibernating.
>
On Wed, Jul 30, 2014 at 08:24:11PM +0200, Stephan Mueller wrote:
> Am Dienstag, 29. Juli 2014, 15:47:56 schrieb Jarod Wilson:
>
> Hi Jarod,
>
> >There are a few missing spaces in the error text strings for
> >drbg_cavs_test, trivial fix.
>
> Thanks a lot.
> >
> >CC: Stephan Mueller
> >CC: Herbe
On Mon, Jul 28, 2014 at 05:45:56PM +0530, pramod.gurav@gmail.com wrote:
> From: Pramod Gurav
>
> This patch switches data allocation from kzalloc to devm_kzalloc.
> It also removed some kfree() on data that was earlier allocated
> using devm_kzalloc().
>
> CC: Herbert Xu
> CC: "David S. Mil
On Fri, 1 Aug 2014, Thomas Gleixner wrote:
> Anyone who thinks that this can and should be solved at the driver
> level is simply taking the wrong drugs or ran out of supply of the
> proper ones. Either call your shrink or your drug dealer to get out of
> that.
That's absolutely true, but there i
On Thu, Jul 31, 2014 at 09:47:33PM +0200, Stephan Mueller wrote:
> The function drbg_generate_long slices the request into 2**16 byte
> or smaller chunks. However, the loop, however invokes the random number
> generation function with zero bytes when the request size is a multiple
> of 2**16 bytes.
On Fri, Aug 1, 2014 at 2:06 AM, Cristian Stoica
wrote:
> Hi Andy
>
> On 31.07.2014 23:01, Andy Lutomirski wrote:
>> On 07/29/2014 02:32 AM, Cristian Stoica wrote:
> ...
>>> +static int crypto_tls_decrypt(struct aead_request *req)
>>> +{
>>> +/*
>>> + * Step 2 - Verify padding
>>> + *
On 08/01/2014 07:05 AM, Hugh Dickins wrote:
> On Tue, 22 Jul 2014, Jerome Marchand wrote:
>
>> Adds get_mm_shswap() which compute the size of swaped out shmem. It
>> does so by pagewalking the mm and using the new shmem_locate() function
>> to get the physical location of shmem pages.
>> The resul
On 08/01/2014 08:06 AM, Miguel Oliveira wrote:
> Fix sparse warning:
> drivers/staging/rtl8723au/core/rtw_efuse.c:579:5: warning: symbol
> 'efuse_GetCurrentSize23a' was not declared. Should it be static?
>
> Signed-off-by: Miguel Oliveira
> ---
> drivers/staging/rtl8723au/include/rtw_efuse.h |
A define, two macros and an unreferenced bit of assembly are gone.
Signed-off-by: Denys Vlasenko
CC: Oleg Nesterov
CC: "H. Peter Anvin"
CC: Andy Lutomirski
CC: Frederic Weisbecker
CC: X86 ML
CC: Alexei Starovoitov
CC: Will Drewry
CC: Kees Cook
CC: linux-kernel@vger.kernel.org
---
arch/x8
64-bit code was using six stack slots fewer by not saving/restoring
registers which a callee-preserved according to C ABI,
and not allocating space for them.
Only when syscall needed a complete "struct pt_regs",
the complete area was allocated and filled in.
This proved to be a source of signific
No code changes.
This is a preparatory patch for change in "struct pt_regs" handling.
Signed-off-by: Denys Vlasenko
CC: Oleg Nesterov
CC: "H. Peter Anvin"
CC: Andy Lutomirski
CC: Frederic Weisbecker
CC: X86 ML
CC: Alexei Starovoitov
CC: Will Drewry
CC: Kees Cook
CC: linux-kernel@vger.ker
ARGOFFSET is zero now, removing it changes no code.
A few macros lost "offset" parameter, since it is always zero now too.
Signed-off-by: Denys Vlasenko
CC: Oleg Nesterov
CC: "H. Peter Anvin"
CC: Andy Lutomirski
CC: Frederic Weisbecker
CC: X86 ML
CC: Alexei Starovoitov
CC: Will Drewry
CC:
This is a preparatory patch for change in "struct pt_regs"
handling in entry_64.S.
trace_hardirqs thunks were (ab)using a part of pt_regs
handling code, namely SAVE_ARGS/RESTORE_ARGS macros,
to save/restore registers across C function calls.
Since SAVE_ARGS is going to be changed, open-code
regis
On 08/01/14 at 03:12pm, Patrick McHardy wrote:
> On 1. August 2014 14:49:01 GMT+01:00, Thomas Graf wrote:
> >On 08/01/14 at 02:21pm, Nikolay Aleksandrov wrote:
> >> Sorry for the late response but I just got around to check the 3rd
> >patch now,
> >> so my question about this fragment is: before n
Signed-off-by: Rostislav Lisovy
---
arch/arm/kernel/bios32.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c
index 17a26c1..e511ad1 100644
--- a/arch/arm/kernel/bios32.c
+++ b/arch/arm/kernel/bios32.c
@@ -255,10 +255,
Hi Suravee,
On 01/08/14 15:36, Suravee Suthikulanit wrote:
> On 7/30/2014 10:16 AM, Marc Zyngier wrote:
>> Why do we need this complexity at all? Is there any case where we'd want
>> to limit ourselves to a single vector for MSI?
>
> I think the ARM64 GICv2m should not be the limitation for the d
On 31/07/14 18:43, David Vrabel wrote:
> On 20/07/14 01:01, Matt Rushton wrote:
>> Instead of ballooning up and down dom0 memory this remaps the existing mfns
>> that were replaced by the identity map. The reason for this is that the
>> existing implementation ballooned memory up and and down which
On Thu, Jul 31, 2014 at 06:41:52PM +0200, Maxime Ripard wrote:
> You prove my point then. Vinod asks for GFP_NOWAIT in his
> reviews. Even though it doesn't change anything relative to the
> atomicity of the operations, the policy is still not the same.
The difference between GFP_NOWAIT and GFP_AT
On Fri, Aug 01, 2014 at 02:33:00PM +0200, Jiri Olsa wrote:
> Force kernel events to specify the handler, because
> there's no use for kernel perf event without it.
>
I think I found a reason; although there is currently no such user, the
simple counting events, they don't have overflow handlers a
On 08/01/2014 01:58 PM, Thomas Graf wrote:
> Heavy Netlink users such as Open vSwitch spend a considerable amount of
> time in netlink_lookup() due to the read-lock on nl_table_lock. Use of
> RCU relieves the lock contention.
>
> Makes use of the new resizable hash table to avoid locking on the
>
On 28/07/14 15:56, Greg KH wrote:
> On Mon, Jul 28, 2014 at 02:04:18PM +0100, David Vrabel wrote:
>> On 14/07/14 17:18, Konrad Rzeszutek Wilk wrote:
>>> Which hadn't been done with the initial commit.
>>>
>>> Signed-off-by: Konrad Rzeszutek Wilk
>>> ---
>>> v2: Dropped the parameters and one that
On 1. August 2014 15:51:45 GMT+01:00, Thomas Graf wrote:
>On 08/01/14 at 03:12pm, Patrick McHardy wrote:
>> On 1. August 2014 14:49:01 GMT+01:00, Thomas Graf
>wrote:
>> >On 08/01/14 at 02:21pm, Nikolay Aleksandrov wrote:
>> >> Sorry for the late response but I just got around to check the 3rd
>>
On Thu, Jul 31, 2014 at 07:37:05PM +0200, Peter Zijlstra wrote:
> On Thu, Jul 31, 2014 at 06:39:05PM +0200, Jirka Hladky wrote:
> > I'm doing 3 iterations (3 runs) to get some statistics. To speed up the test
> > significantly please do the run with 20 warehouses only
> > (or in general with #wareh
On Thu, Jul 31, 2014 at 07:04:16PM -0700, Paul E. McKenney wrote:
> On Fri, Aug 01, 2014 at 01:57:50AM +0200, Frederic Weisbecker wrote:
> >
> > So this thread is going to poll every second? I guess something prevents it
> > to run when system is idle somewhere? But I'm not familiar with the whole
--
I am writing to inform you that European lottery organization is currently
organizing it's annual online lottery promo and I implore you participate for I
can make you a winner. Kindly contact me on your interest to enable further
proceeding.
Will.
--
To unsubscribe from this list: send the
On 07/31, Paul E. McKenney wrote:
>
> +void synchronize_rcu_tasks(void)
> +{
> + /* Complain if the scheduler has not started. */
> + rcu_lockdep_assert(!rcu_scheduler_active,
> +"synchronize_rcu_tasks called too soon");
> +
> + /* Wait for the grace period. */
On 08/01/14 at 04:51pm, Nikolay Aleksandrov wrote:
> Hmm, in both the rhashtable_insert() and rhashtable_remove() calls in the
> netlink code you're using GFP_ATOMIC flags but if rhashtable_expand/shring
> gets
> called even though the allocation will be with GFP_ATOMIC, they still call
> synchron
(cc'ing Dan)
Hello, Jianyu, Dan.
On Fri, Aug 01, 2014 at 10:31:00PM +0800, Jianyu Zhan wrote:
> The problem I met is in an old kernel, in sysfs_create_dir(), at thie line:
Which old kernel?
>sysfs_create_dir()
>if (kobj->parent)
> parent = kobj->parent->sd;
>
> I found
On Fri, Aug 01, 2014 at 04:30:37PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Commit 725c7b570fda (ata: libahci_platform: move port_map parameters
> into the AHCI structure) moves flags into the struct ahci_host_priv's
> .flags field, which causes compiler warnings on 64-bit builds w
On Fri, Aug 01, 2014 at 02:40:59PM +0200, Thierry Reding wrote:
> On Fri, Jun 27, 2014 at 11:56:58AM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Provide an implementation for dma_{alloc,free,mmap}_writecombine() when
> > the architecture supports DMA attributes.
> >
> > Signed-
On Fri, Aug 01, 2014 at 04:56:37PM +0200, Peter Zijlstra wrote:
> On Fri, Aug 01, 2014 at 02:33:00PM +0200, Jiri Olsa wrote:
> > Force kernel events to specify the handler, because
> > there's no use for kernel perf event without it.
> >
>
> I think I found a reason; although there is currently n
Fix sparse warning:
drivers/staging/rtl8723au/core/rtw_efuse.c:579:5: warning: symbol
'efuse_GetCurrentSize23a' was not declared. Should it be static?
by removing efuse_GetCurrentSize23a since its never used
Signed-off-by: Miguel Oliveira
---
drivers/staging/rtl8723au/core/rtw_efuse.c | 25 --
On 08/01/2014 07:06 AM, Hugh Dickins wrote:
> On Tue, 22 Jul 2014, Jerome Marchand wrote:
>
>> Adds ShmOther, ShmOrphan, ShmSwapCache and ShmSwap lines to
>> /proc//smaps for shmem mappings.
>>
>> ShmOther: amount of memory that is currently resident in memory, not
>> present in the page table of
On Fri 01-08-14 15:36:18, Peter Zijlstra wrote:
> On Fri, Aug 01, 2014 at 11:57:00AM +0200, Jan Kara wrote:
> > So the quiestion really is how hard guarantee do you need that a page in
> > movable zone is really movable. Or better in what timeframe should it be
> > movable? It may be possible to ma
On 08/01/2014 05:15 PM, Thomas Graf wrote:
> On 08/01/14 at 04:51pm, Nikolay Aleksandrov wrote:
>> Hmm, in both the rhashtable_insert() and rhashtable_remove() calls in the
>> netlink code you're using GFP_ATOMIC flags but if rhashtable_expand/shring
>> gets
>> called even though the allocation wi
This patch introduces the use of managed interfaces like
devm_ioremap_resource and does away with the functions to free the
allocated memory in the probe and remove functions. Also, many labels
are done away with. The field size in no longer needed and is hence
removed from the struct net_local.
S
This patch introduces the use of devm_ioremap_resource, devm_kmalloc and
does away with the functions to free the allocated memory in the probe
and remove functions. Also, some labels are done away with. A bug is
fixed as two regions are allocated in the probe function, but only one
is freed in the
On 14/07/14 17:18, Konrad Rzeszutek Wilk wrote:
> Greg: goto GHK
>
> This is v5 version of patches to fix some issues in Xen PCIback.
Applied to devel/for-linus-3.17.
I dropped the stable Cc for #2 pending a final decision on whether it
really is a stable candidate.
David
--
To unsubscribe from
This patch introduces the use of managed interfaces like
devm_ioremap_resource and does away with the calls to free the
allocated memory in the probe and remove functions. Also, some
labels and variable are done away with. This fixes a bug as there
was a missing release_mem_region in the remove fun
Hello,
On Fri 01-08-14 22:37:54, Wu Fengguang wrote:
> On Fri, Aug 01, 2014 at 12:34:51PM +0200, Jan Kara wrote:
> > Hello,
> >
> > On Fri 01-08-14 09:26:38, Wu Fengguang wrote:
> > > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> > > commit 939f04bec1a4ef6ba4370b0f
Hi, all,
On Fri, Aug 1, 2014 at 11:18 PM, Tejun Heo wrote:
>
> Which old kernel?
>
Quite old , 2.6.32.
>>sysfs_create_dir()
>>if (kobj->parent)
>> parent = kobj->parent->sd;
>>
>> I found kobj->parent is valid, so parent == kobj->parent->sd,
>> then it is passed into c
On 7/30/2014 9:57 AM, Marc Zyngier wrote:
On Thu, Jul 10 2014 at 12:05:03 am BST, "suravee.suthikulpa...@amd.com"
wrote:
Hi Suravee,
From: Suravee Suthikulpanit
>> ..
>>
- first region is the GIC distributor register base and size. The 2nd region is
- the GIC cpu interface register
On Fri, Aug 01, 2014 at 12:17:13AM +0200, Richard Weinberger wrote:
> Am 30.07.2014 22:46, schrieb Richard Weinberger:
> > Am 30.07.2014 15:59, schrieb Richard Weinberger:
> >> If we use the plain list_empty() we might not see the
> >> hlist_del_init_rcu() and therefore miss one member of the
> >>
201 - 300 of 526 matches
Mail list logo
