From: Michal Hocko
__GFP_REPEAT has a rather weak semantic but since it has been introduced
around 2.6.12 it has been ignored for low order allocations. Yet we have
the full kernel tree with its usage for apparently order-0 allocations.
This is really confusing because __GFP_REPEAT is explicitly
From: Michal Hocko
jbd2_alloc is explicit about its allocation preferences wrt. the
allocation size. Sub page allocations go to the slab allocator
and larger are using either the page allocator or vmalloc. This
is all good but the logic is unnecessarily complex. Requests larger
than order-3 are d
From: Michal Hocko
Date: Thu, 5 Nov 2015 15:40:02 +0100
> On Wed 04-11-15 14:50:37, Johannes Weiner wrote:
> [...]
>> Because it goes without saying that once the cgroupv2 interface is
>> released, and people use it in production, there is no way we can then
>> *add* dentry cache, inode cache, an
On Thu, Nov 05, 2015 at 01:56:39PM +0800, Caesar Wang wrote:
> 在 2015年11月04日 22:34, Mark Brown 写道:
> >Same thing as your other very similar patch: why does this feature
> >require set_clkdiv()?
> Okay, you said "
> Why is this a requirement? The clock to use as a source should normally
> be spec
Guten Tag Herr / Frau,
Hiermit möchten wir Sie informieren, dass PRIVATE HOME MANAGEMENT LTD
ist die Gewährung von Ende des Jahres Darlehensfazilitäten zu alten
und neuen Kunden bei 2% niedriger inerest Rate. bitte geben Sie uns
die folgenden Informationen, wenn interessiert.
Ihr vollst
From: Michal Hocko
__GFP_REPEAT has a rather weak semantic but since it has been introduced
around 2.6.12 it has been ignored for low order allocations. Yet we have
users which require this flag even though they are doing order-0 or
small order allocation in the end:
* arc: pte_alloc_one_kernel
On Thursday 29 October 2015 22:44:31 Tina Ruchandani wrote:
> struct mon_bin_hdr allows for a 64-bit seconds timestamp. The code
> currently uses 'struct timeval' to populate the timestamp in mon_bin_hdr,
> which has a 32-bit seconds field and will overflow in year 2038 and beyond.
> This patch rep
On 05.11.2015 09:59, Sascha Hauer wrote:
On Sun, Nov 01, 2015 at 03:41:41PM +0100, Anton Bondarenko wrote:
From: Anton Bondarenko
If SPI device supports DMA mode, but DMA controller is not yet
available due to e.g. a delay in the corresponding kernel module
initialization, retry to initialize
Hi,
while working on something unrelated I've checked the current usage
of __GFP_REPEAT in the tree. It seems that a good half of it is
and always has been bogus because __GFP_REPEAT has always been about
high order allocations while we are using it for order-0 or very small
orders very often. It s
* Pali Rohár [151105 03:41]:
> On Tuesday 13 October 2015 16:37:46 Pali Rohár wrote:
> > On Monday 12 October 2015 13:45:09 Tony Lindgren wrote:
> > > * Pali Rohár [151012 13:29]:
> > > > On Monday 12 October 2015 22:16:40 Tony Lindgren wrote:
> > > > >
> > > > > Pali, any news on posting an upd
On 11/5/2015 7:05 AM, Vinod Koul wrote:
On Wed, Nov 04, 2015 at 09:42:46PM -0500, Sinan Kaya wrote:
Here is what I proposed.
- a common file that gets compiled into a module that wants to use
self-test with a public API. It can be called from driver's probe
routine.
- the test is independent
On Thu, Nov 5, 2015 at 2:19 AM, Klaus Ethgen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi,
>
> sorry for the delay.
>
> Am Mo den 2. Nov 2015 um 20:45 schrieb Andy Lutomirski:
>> > Well, the think that changed is that the ambient capabilities can be set
>> > by any process if
On Thursday 29 October 2015 22:58:28 Tina Ruchandani wrote:
> struct timeval' uses 32-bits for its seconds field and will overflow in
> the year 2038 and beyond. This patch replaces the usage of 'struct timeval'
> in mon_get_timestamp() with timespec64 which uses a 64-bit seconds field
> and is y20
From: Markus Elfring
Date: Thu, 5 Nov 2015 17:10:22 +0100
The pinctrl_unregister() function tests whether its argument is NULL
and then returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
On 11/05/2015 01:46 AM, Russell King - ARM Linux wrote:
On Wed, Nov 04, 2015 at 05:00:39PM -0800, Laura Abbott wrote:
Currently, read only permissions are not being applied even
when CONFIG_DEBUG_RODATA is set. This is because section_update
uses current->mm for adjusting the page tables. curren
On Friday 30 October 2015 01:30:40 Tina Ruchandani wrote:
> Function stex_gettime uses 'struct timeval' whose tv_sec value
> will overflow on 32-bit systems in year 2038 and beyond. This patch
> replaces the use of struct timeval and do_gettimeofday with
> ktime_get_real_seconds, which returns a 64
On Friday 30 October 2015 01:51:01 Tina Ruchandani wrote:
> UUID calculation uses 'struct timespec' whose seconds will overflow
> in year 2038 and beyond for 32-bit systems. This patch removes the
> dependency on 'struct timespec' by using ktime_get_real().
> While the patch does not fix a 'bug' as
On Thu 05-11-15 11:16:09, David S. Miller wrote:
> From: Michal Hocko
> Date: Thu, 5 Nov 2015 15:40:02 +0100
>
> > On Wed 04-11-15 14:50:37, Johannes Weiner wrote:
> > [...]
> >> Because it goes without saying that once the cgroupv2 interface is
> >> released, and people use it in production, the
On Thu, Nov 05, 2015 at 08:20:42AM -0800, Laura Abbott wrote:
> On 11/05/2015 01:46 AM, Russell King - ARM Linux wrote:
> >On Wed, Nov 04, 2015 at 05:00:39PM -0800, Laura Abbott wrote:
> >>Currently, read only permissions are not being applied even
> >>when CONFIG_DEBUG_RODATA is set. This is becau
Hi mudongliang,
[auto build test ERROR on: powerpc/next]
[also build test ERROR on: v4.3 next-20151105]
url:
https://github.com/0day-ci/linux/commits/mudongliang/uapi-elf-delete-unused-macros/20151105-234433
base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
Agreed, we will implement your suggestions in the ACPICA code (which is in a
different format than the Linux version).
> -Original Message-
> From: SF Markus Elfring [mailto:elfr...@users.sourceforge.net]
> Sent: Thursday, November 05, 2015 7:23 AM
> To: Len Brown; Zheng, Lv; Wysocki, Ra
On Thu, Nov 5, 2015 at 4:56 PM, Eric Dumazet wrote:
> It is a performance benefit only if you use the helpers from
> net/core/tso.c as some drivers already do.
>
> Otherwise, calling the skb_gso_segment() from your driver has no gain
> compared to the one done from core networking stack.
Interest
On (11/05/15 11:05), David Miller wrote:
> From: David Miller
> Date: Thu, 05 Nov 2015 10:31:26 -0500 (EST)
>
> > I'll see if I can cook something up.
>
> How does this look?
Looks good to me,
Do you want me to respin patch v7 with this? Or update ixgbe/i40e to use
this later, after this goes
From: Sowmini Varadhan
Date: Thu, 5 Nov 2015 11:28:31 -0500
> On (11/05/15 11:05), David Miller wrote:
>> From: David Miller
>> Date: Thu, 05 Nov 2015 10:31:26 -0500 (EST)
>>
>> > I'll see if I can cook something up.
>>
>> How does this look?
>
> Looks good to me,
>
> Do you want me to respi
From: Michal Hocko
Date: Thu, 5 Nov 2015 17:28:03 +0100
> Yes, that part is clear and Johannes made it clear that the kmem tcp
> part is disabled by default. Or are you considering also all the slab
> usage by the networking code as well?
I'm still thinking about the implications of that aspect,
On Thu, Nov 05, 2015 at 02:58:38PM +0200, Kirill A. Shutemov wrote:
> Okay. Could you prepare the patch?
OK, give me some time.
Thanks,
Vladimir
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Tue, Nov 03, 2015 at 03:36:13PM +0530, Vignesh R wrote:
> Add qspi memory mapped region entries for DRA7xx based SoCs. Also,
> update the binding documents for the controller to document this change.
>
> Signed-off-by: Vignesh R
You don't really need an example for every possibility, but
Ack
On Thu, Nov 05, 2015 at 10:56:29AM -0500, Rik van Riel wrote:
> On 11/05/2015 10:34 AM, Peter Zijlstra wrote:
> > On Wed, Nov 04, 2015 at 01:25:15PM -0500, Rik van Riel wrote:
> >> +++ b/kernel/sched/fair.c
> >> @@ -2155,6 +2155,7 @@ void task_numa_work(struct callback_head *work)
> >>unsigned
On 11/02/2015 11:40 AM, Peter Zijlstra wrote:
On Fri, Oct 30, 2015 at 07:26:35PM -0400, Waiman Long wrote:
This patch enables the accumulation of kicking and waiting related
PV qspinlock statistics when the new QUEUED_LOCK_STAT configuration
option is selected. It also enables the collection of
On Thu, Nov 05, 2015 at 11:06:48AM -0500, Waiman Long wrote:
> >How does it affect IVB-EX (which you were testing earlier IIRC)?
>
> My testing on IVB-EX indicated that if the critical section is really short,
> the change may actually slow thing a bit in some cases. However, when the
> critical
On Thu, Nov 05, 2015 at 10:39:01AM +0100, LABBE Corentin wrote:
> This patch fix some style issue reported by checkpatch.pl.
Despite the obvious build issue which proves you never even built this
file, I can't take this as you have to break it up into logical changes,
one patch only doing one thin
How can this be missing? Things compile fine now, right? So please
better explain why we do this change.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.h
On 11/05/2015 07:00 AM, Fu Wei wrote:
Hi Timur,
On 5 November 2015 at 22:40, Timur Tabi wrote:
Fu Wei wrote:
Did you really read the "Note" above OK, let me paste it again
and again:
SBSA 2.3 Page 23 :
If a larger watch period is required then the compare value can be
programmed dir
On 11/02/2015 05:54 PM, Peter Zijlstra wrote:
On Mon, Nov 02, 2015 at 05:36:26PM +0100, Peter Zijlstra wrote:
On Fri, Oct 30, 2015 at 07:26:33PM -0400, Waiman Long wrote:
@@ -426,6 +437,15 @@ queue:
cpu_relax();
/*
+* If the next pointer is defined, we are not t
On Thu, Nov 05, 2015 at 11:29:29AM -0500, Waiman Long wrote:
> On 11/02/2015 11:40 AM, Peter Zijlstra wrote:
> >On Fri, Oct 30, 2015 at 07:26:35PM -0400, Waiman Long wrote:
> >>This patch enables the accumulation of kicking and waiting related
> >>PV qspinlock statistics when the new QUEUED_LOCK_ST
On Thu, Nov 05, 2015 at 05:18:41PM +0100, Arnd Bergmann wrote:
> On Thursday 29 October 2015 22:44:31 Tina Ruchandani wrote:
> > struct mon_bin_hdr allows for a 64-bit seconds timestamp. The code
> > currently uses 'struct timeval' to populate the timestamp in mon_bin_hdr,
> > which has a 32-bit se
- Original Message -
> This is just a resend of the patchset from earlier today. There was
> a error in the middle of sending the set, so it looks like 10 - 32 got
> dropped.
>
> There are a couple new block layer commands we are trying to add support
> for in the near term:
>
> compare a
On Wed, Nov 04, 2015 at 10:43:10PM -0800, Linus Torvalds wrote:
> On Wed, Nov 4, 2015 at 2:19 PM, Greg KH wrote:
> >
> > Here is the big char/misc driver update for 4.4-rc1. Lots of different
> > driver and subsystem updates, hwtracing being the largest with the
> > addition of some new platforms
Hi Thomas, Sebastian,
On 11/03/2015 10:18 PM, Sebastian Andrzej Siewior wrote:
On 11/03/2015 08:51 PM, Thomas Gleixner wrote:
where MAX_MSI_IRQS = 32 now, but potentially can be increased up to 256.
And you really oversimplified the code above. The reality is:
for (i = 0; i < MAX_MSI_CT
Hi mudongliang,
[auto build test ERROR on: powerpc/next]
[also build test ERROR on: v4.3 next-20151105]
url:
https://github.com/0day-ci/linux/commits/mudongliang/uapi-elf-delete-unused-macros/20151105-234433
base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
Jarkko,
On Thu, Nov 05, 2015 at 01:05:45PM +0200, Jarkko Sakkinen wrote:
> On Thu, Nov 05, 2015 at 11:22:55AM +0200, Jarkko Sakkinen wrote:
> > On Wed, Nov 04, 2015 at 10:17:05AM -0800, Jeremiah Mahler wrote:
> > > Jarkko, all,
> > >
[...]
> > >
> > > The commit for this patch (9b774d5cf2db4) pr
Hi Masahiro,
Apologies for the delay in reply; I didn't see the lower part of your email.
On 10/28/2015 09:49 PM, Masahiro Yamada wrote:
>>> +#if IS_ENABLED(CONFIG_SERIAL_8250_CONSOLE)
>>
>> #ifdef CONFIG_SERIAL_8250_CONSOLE
>
> I am OK with this change because this CONFIG is boolean.
>
>
> I
Hi,
> +static u64 get64(const u64 *p)
> +{
> + u64 ret;
> +
> + if (BITS_PER_LONG < 64) {
> + u32 *p32 = (u32 *)p;
> + u32 h, l;
> +
> + /*
> + * Read high then low, and then make sure high is
> + * still the same; this will onl
On Thu, Nov 05, 2015 at 11:42:27AM -0500, Waiman Long wrote:
> If we observe next, we will observe val != tail sooner or later. It is not
> possible for it to clear the tail code in the lock. The tail xchg will
> guarantee that.
>
> Another alternative is to do something like
>
> +if (!next)
On 05.11.2015 09:34, Sascha Hauer wrote:
On Sun, Nov 01, 2015 at 03:41:35PM +0100, Anton Bondarenko wrote:
From: Anton Bondarenko
RX DMA tail data handling doesn't work correctly in many cases with
current implementation. It happens because SPI core was setup
to generates both RX watermark lev
On Thu, Nov 05, 2015 at 07:28:50AM -0800, Arjan van de Ven wrote:
> well we have this as a driver right now that does not touch hot paths,
> but it seems you and tglx also hate that approach with a passion
The current code is/was broken, but when I tried fixing it, tglx
objected to the entire
On 11/05/2015 11:39 AM, Peter Zijlstra wrote:
On Thu, Nov 05, 2015 at 11:06:48AM -0500, Waiman Long wrote:
How does it affect IVB-EX (which you were testing earlier IIRC)?
My testing on IVB-EX indicated that if the critical section is really short,
the change may actually slow thing a bit in s
On 11/5/2015 8:17 AM, SF Markus Elfring wrote:
From: Markus Elfring
Date: Thu, 5 Nov 2015 17:10:22 +0100
The pinctrl_unregister() function tests whether its argument is NULL
and then returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccine
> static void xen_percpu_init(void)
> {
> struct vcpu_register_vcpu_info info;
> @@ -104,6 +120,8 @@ static void xen_percpu_init(void)
> BUG_ON(err);
> per_cpu(xen_vcpu, cpu) = vcpup;
>
> + xen_setup_runstate_info(cpu);
Does the runstate memory area get unregsitered when
Added 'hash=' option for selecting the hash algorithm for add_key()
syscall and documentation for it.
Added entry for sm3-256 to the following tables in order to support
TPM_ALG_SM3_256:
* hash_algo_name
* hash_digest_size
Includes support for the following hash algorithms:
* sha1
* sha256
* sh
On 11/05/2015 11:43 AM, Peter Zijlstra wrote:
On Thu, Nov 05, 2015 at 11:29:29AM -0500, Waiman Long wrote:
On 11/02/2015 11:40 AM, Peter Zijlstra wrote:
On Fri, Oct 30, 2015 at 07:26:35PM -0400, Waiman Long wrote:
This patch enables the accumulation of kicking and waiting related
PV qspinlock
From: Markus Elfring
Date: Thu, 5 Nov 2015 17:55:25 +0100
The functions iput() and unregister_sysctl_table() test whether their
argument is NULL and then return immediately.
Thus the tests around their calls are not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by
On 03.11.2015 [13:46:25 +], Keith Busch wrote:
> On Tue, Nov 03, 2015 at 05:18:24AM -0800, Christoph Hellwig wrote:
> > On Fri, Oct 30, 2015 at 02:35:11PM -0700, Nishanth Aravamudan wrote:
> > > diff --git a/drivers/block/nvme-core.c b/drivers/block/nvme-core.c
> > > index ccc0c1f93daa..a9a5285
Device like MT29F32G08ABCDBJ4 have a writesize/oobsize of 16K/1216 Bytes.
So, increasing the maximum ecc placement locations to 1216
Signed-off-by: Punnaiah Choudary Kalluri
---
include/linux/mtd/mtd.h| 2 +-
include/uapi/mtd/mtd-abi.h | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(
Hi mudongliang,
[auto build test ERROR on: powerpc/next]
[also build test ERROR on: v4.3 next-20151105]
url:
https://github.com/0day-ci/linux/commits/mudongliang/uapi-elf-delete-unused-macros/20151105-234433
base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
On Thu, Nov 05, 2015 at 05:28:03PM +0530, Sunny Kumar wrote:
> This patch replaces bit shifting on 1 with the BIT(x) macro
>
> Signed-off-by: Sunny Kumar
Also, NAK as has been covered in other responses.
However, I wanted to add, similar to the hfi1_ioctl fix, we have follow on
checkpatch patch
On 11/05, Oleg Nesterov wrote:
>
> On 11/04, Andrew Morton wrote:
> >
> > I'm thinking this should be backported into -stable due to WARN_ONs and
> > kernel crashes.
>
> Ah, sorry for confusion. The kernel crash is fine/correct. Debugger kills
> init process, the exiting init calls panic(). With or
Hi all,
I have an BayTrail-I E3845 SoC that will occasionally (~5%) pause for
137 seconds on cold boot.
The first log after it continues is this one:
clocksource: tsc: mask: 0x max_cycles: 0x372ab6ee016,
max_idle_ns: 881590685180 ns
The typical logs before the hang are below.
Thi
On Thu, Nov 05, 2015 at 11:59:21AM -0500, Waiman Long wrote:
> >Mostly I just wanted to point out that it was possible; you need not
> >change to sysfs because debugfs lacks the capability.
> >
> >But now that you ask, I think debugfs might be the better place, such
> >statistics (and the proposed
On (11/05/15 11:29), David Miller wrote:
>
> The intention is to let your patch go in as-is, then try and update
> ixgbe/i40e later in net-next or similar.
Sounds good, I can take care of ixgbe/i40e after that happens.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Serge,
Am Do den 5. Nov 2015 um 17:15 schrieb Serge E. Hallyn:
> I think if you follow your idea to its logical conclusions, you end
> up wanting set SECURE_ALL_BITS | SECURE_ALL_LOCKS, which will include
> SECURE_NO_CAP_AMBIENT_RAISE, disabling
This patch includes a couple of minor fixes, some core changes to help
issues we're still seeing with the suspend/resume code and updates to
lpfc and cxlflash.
We're (actually Martin Petersen is) trying to wrangle a mpt2/mpt3sas
merger for the merge window which will help enormously with the
maint
Your Email Id has won you £200,000.00 Great British Pounds in 2015 Mercedes
Benz Anniversary Promotional Award. To claim your prize, Send your Full
Name,Mobile Number,Country,City,Address,winning Email id,Age,Occupation to
(merceds...@hotmail.com).
--
To unsubscribe from this list: send the line
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Am Do den 5. Nov 2015 um 17:19 schrieb Andy Lutomirski:
> > With the present way, that was no problem (for OSS). You take away the
> > SUID, set the capabilities and if the tool complains about not being
> > root, look into the code and remove
Hi Corentin,
On Thu, 5 Nov 2015 10:32:48 +0100, LABBE Corentin wrote:
> The simple_strtoul function is marked as obsolete.
> This patch replace it by kstrtou8.
>
> Signed-off-by: LABBE Corentin
> ---
> drivers/i2c/busses/i2c-taos-evm.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-
On Thu, Nov 05, 2015 at 07:03:24PM +0300, Vladimir Davydov wrote:
> On Tue, Nov 03, 2015 at 05:26:15PM +0200, Kirill A. Shutemov wrote:
> ...
> > @@ -812,60 +812,104 @@ static int page_referenced_one(struct page *page,
> > struct vm_area_struct *vma,
> > spinlock_t *ptl;
> > int referenced
> >>+static void pmu_disable_counters_ctrl(struct cci_pmu *cci_pmu, unsigned
> >>long *mask)
> >>+{
> >>+ int i;
> >>+
> >>+ for (i = 0; i < cci_pmu->num_cntrs; i++) {
> >>+ clear_bit(i, mask);
> >>+ if (pmu_get_counter_ctrl(cci_pmu, i)) {
> >>+ set_bit(i,
On Thu, Nov 05, 2015 at 08:34:04AM +0100, Milan Broz wrote:
> could you please elaborate why is all this needed? To extend support
> of some faulty flash chips?
This makes dm-verity more robust against corruption caused by either
hardware or software bugs, both of which we have seen in the past on
On Thu, Nov 05, 2015 at 09:17:59AM -0600, Josh Poimboeuf wrote:
> On Thu, Nov 05, 2015 at 10:40:26AM +0100, Jiri Kosina wrote:
> > On Thu, 5 Nov 2015, Jiri Kosina wrote:
> >
> > > > > > +#ifdef CONFIG_DEBUG_SET_MODULE_RONX
> > > > > > +static void set_page_attributes(void *start, void *end,
> > >
On 11/04/2015 04:44 PM, Bart Van Assche wrote:
> On 11/04/2015 02:08 PM, mchri...@redhat.com wrote:
>> From: Mike Christie
>>
>> In later patches the op will no longer be a bitmap, so we will
>> not have REQ_WRITE set for all non reads like discard, flush,
>> and write same. Drivers will still wan
Hello Rui,
This is the third and last pull for 4.4-rc1. Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal linus
to receive third Thermal-SoC Management updates for v4.4-rc1 with top-most
e35dbb4d4b4499e8a013564f0753dabc1c49e9d9:
thermal: exynos: Di
On Thu, Nov 05, 2015 at 06:17:01PM +0100, Klaus Ethgen wrote:
> Hi Serge,
>
> Am Do den 5. Nov 2015 um 17:15 schrieb Serge E. Hallyn:
> > I think if you follow your idea to its logical conclusions, you end
> > up wanting set SECURE_ALL_BITS | SECURE_ALL_LOCKS, which will include
> > SECURE_NO_CAP
On 11/05/2015 12:09 PM, Peter Zijlstra wrote:
On Thu, Nov 05, 2015 at 11:59:21AM -0500, Waiman Long wrote:
Mostly I just wanted to point out that it was possible; you need not
change to sysfs because debugfs lacks the capability.
But now that you ask, I think debugfs might be the better place,
On Thu, 5 Nov 2015, Catalin Marinas wrote:
> This patch introduces an OFF_SLAB_MIN_SIZE macro which takes
> KMALLOC_MIN_SIZE into account. It also solves a slab bug on arm64 where
> the first kmalloc_cache to be initialised after slab_early_init = 0,
> "kmalloc-128", fails to allocate off-slab man
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Thursday, November 05, 2015 8:29 AM
>
> From: Sowmini Varadhan
> Date: Thu, 5 Nov 2015 11:28:31 -0500
>
> > On (11/05/15 11:05), David Miller wrote:
> >> From: David Miller
> >> Date: Thu, 05 Nov 2015 10:31:26 -0500 (EST)
> >>
> >> > I'l
On Thu, 5 Nov 2015, Tetsuo Handa wrote:
> memory allocation. By allowing workqueue items to be processed (by using
> short sleep), some task might release memory when workqueue item is
> processed.
>
> Therefore, not only to keep vmstat counters up to date, but also for
> avoid wasting CPU cycles,
On Thu, Nov 05, 2015 at 08:47:58AM -0800, Jeremiah Mahler wrote:
> Jarkko,
>
> On Thu, Nov 05, 2015 at 01:05:45PM +0200, Jarkko Sakkinen wrote:
> > On Thu, Nov 05, 2015 at 11:22:55AM +0200, Jarkko Sakkinen wrote:
> > > On Wed, Nov 04, 2015 at 10:17:05AM -0800, Jeremiah Mahler wrote:
> > > > Jarkko
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Do den 5. Nov 2015 um 18:34 schrieb Serge E. Hallyn:
> > Am Do den 5. Nov 2015 um 17:15 schrieb Serge E. Hallyn:
> > > I think if you follow your idea to its logical conclusions, you end
> > > up wanting set SECURE_ALL_BITS | SECURE_ALL_LOCKS, w
Currently syscon has a fixed configuration of 32 bits for register and
values widths. In some cases, it would be desirable to be able to
customize the value width.
For example, certain boards (like the ones manufactured by Technologic
Systems) have a FPGA that is memory-mapped, but its registers a
On 05/11/15 17:27, Mark Rutland wrote:
Can we not get rid of the mask entirely? The combination of used_mask
and each event's hwc->state tells us which counters are actually in use.
The problem is that neither hwc->state nor the cci_pmu->hw_events->events is
protected by pmu_lock, while enable/
Hi Guenter,
Great thanks for that you are still reviewing this patchset, thanks
for your patient.
On 6 November 2015 at 00:41, Guenter Roeck wrote:
> On 11/05/2015 07:00 AM, Fu Wei wrote:
>>
>> Hi Timur,
>>
>> On 5 November 2015 at 22:40, Timur Tabi wrote:
>>>
>>> Fu Wei wrote:
D
On 11/05/2015 10:41 AM, Guenter Roeck wrote:
Ultimately, you'll have to decide if you want a simple driver accepted, or
a complex driver hanging in the review queue forever.
Please note that I did post such a driver back in May:
http://www.spinics.net/lists/linux-watchdog/msg06567.htm
On November 05, 2015 14:59, Mark Brown wrote:
> > +- dlg,ldo-lvl : Required internal LDO voltage (mV) level
> > + [<1050>, <1100>, <1200>, <1400>]
>
> Why would this ever be anything other than the minimum voltage, and
> might we not want to vary it at runtime?
Normally you are correct and you
Hi Jarkko,
[auto build test ERROR on: security/next]
[also build test ERROR on: next-20151105]
[cannot apply to: v4.3]
url:
https://github.com/0day-ci/linux/commits/Jarkko-Sakkinen/keys-trusted-select-hash-algorithm-for-TPM2-chips/20151106-010236
base:
https://git.kernel.org/pub/scm/linux
On 11/05/2015 04:14 AM, Mark Brown wrote:
On Wed, Nov 04, 2015 at 09:35:26AM -0600, Andrew F. Davis wrote:
Something I just noticed, when I remove this table, module loading stops
working, even with 'MODULE_ALIAS("platform:tps65912-regulator");'. It
looks like when DT is enabled platform_uevent
Hi Timur
On 6 November 2015 at 01:59, Timur Tabi wrote:
> On 11/05/2015 10:41 AM, Guenter Roeck wrote:
>>
>>
>> Ultimately, you'll have to decide if you want a simple driver accepted, or
>> a complex driver hanging in the review queue forever.
>
>
> Please note that I did post such a driver back
On Thu, Nov 5, 2015 at 5:10 PM, Sinan Kaya wrote:
>
>
> On 11/5/2015 3:48 AM, Andy Shevchenko wrote:
>>
>> On Thu, Nov 5, 2015 at 6:46 AM, Sinan Kaya wrote:
>>>
>>> The MULDIV macro has been designed for small
>>> numbers. It emits an overflow warning on 64 bit
>>> systems. This patch places type
On Thu, Nov 5, 2015 at 6:05 PM, David Miller wrote:
> From: David Miller
> Date: Thu, 05 Nov 2015 10:31:26 -0500 (EST)
>
>> I'll see if I can cook something up.
>
> How does this look?
I like it, though couple of style related comments.
>
>
> net: Add eth_platform_get_mac_a
On Thu, Nov 05, 2015 at 02:49:16PM +, David Howells wrote:
> The handling of extended timestamps in Ext4 is broken as can be seen in the
> output of the test program attached below:
>
> time extra bad decodegood decode bad encode good encode
> = ==
On Wed, Nov 04, 2015 at 05:05:47PM -0500, Daniel Micay wrote:
> > With enough pages at once, though, munmap would be fine, too.
>
> That implies lots of page faults and zeroing though. The zeroing alone
> is a major performance issue.
>
> There are separate issues with munmap since it ends up res
Jarkko,
On Thu, Nov 05, 2015 at 07:46:30PM +0200, Jarkko Sakkinen wrote:
> On Thu, Nov 05, 2015 at 08:47:58AM -0800, Jeremiah Mahler wrote:
> > Jarkko,
> >
> > On Thu, Nov 05, 2015 at 01:05:45PM +0200, Jarkko Sakkinen wrote:
> > > On Thu, Nov 05, 2015 at 11:22:55AM +0200, Jarkko Sakkinen wrote:
>
On Thu, Nov 05, 2015 at 03:21:34PM +0100, Tomasz Nowicki wrote:
> On 14.10.2015 08:29, Jiang Liu wrote:
[...]
> >+static void acpi_pci_root_validate_resources(struct device *dev,
> >+ struct list_head *resources,
> >+
On Wed, Nov 04, 2015 at 10:32:24AM +0100, Jiri Kosina wrote:
> On Tue, 3 Nov 2015, Dmitry Torokhov wrote:
>
> > > > The input_configured callback was recently changed to return
> > > > an 'int', but the newly added driver uses the old API:
> > > >
> > > > drivers/hid/hid-gfrm.c:151:22: warning: in
Hi Linus,
Could you please pull the below f2fs updates?
Thank you so much,
The following changes since commit c6fa8e6de3dc420cba092bf155b2ed25bcd537f7:
Merge tag 'arm64-fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux (2015-10-07 18:17:46
+0100)
are available in the git
RaceHound 1.1 has been released.
This is a data race detector for the Linux kernel 3.14 or newer, on x86.
It checks the kernel code in runtime and although it may miss some
races, it produces no false alarms.
It can be used to confirm the potential races found by other tools, or
can be used
This driver supports the following functions:
- reading and settings time
- alarms when connected to an IRQ
- reading and clearing the voltage low flags
- nvram
Signed-off-by: Alexandre Belloni
---
Changes in v4:
- fixed locking in ioctl
- moved date2 out of the if()
drivers/rtc/Kconfig
On Wed, Nov 04, 2015 at 02:55:01PM -0800, Linus Torvalds wrote:
> On Wed, Nov 4, 2015 at 10:25 AM, Catalin Marinas
> wrote:
> >
> > - Support for 16KB pages, with the additional bonus of a 36-bit VA
> > space, though the latter only depending on EXPERT
>
> So I told the ppc people this many yea
From: Andy Shevchenko
Date: Thu, 5 Nov 2015 20:13:21 +0200
> What about
>
> if (!addr)
> return -ENODATA;
I totally disagree. of_get_phy_mode() and other similar attribute
probing mechanisms use -ENODEV.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Fri, 23 Oct 2015 12:13:01 -0400
Chris Metcalf wrote:
> +When manually adding In-Reply-To: headers to a patch (e.g., using `git
> +send email`), use common sense to associate the patch with previous
> +relevant discussion, e.g. link a bug fix to the email with the bug report.
> +For a multi-pat
On 11/5/2015 1:07 PM, Andy Shevchenko wrote:
OK, I didn't know that we had such a macro. To make this look like the other
>macro, I can do this.
>
>static inline u64 mult_frac64(u64 x, u32 numer, u32 denom)
>{
> u64 quot;
> u64 rem = x % denom;
> u64 rem2;
>
> q
401 - 500 of 857 matches
Mail list logo
