On Tue, 10 Sep 2013, Matthias Kaehlcke wrote:
> The old timeout value was based on the assumption that the minimum values are
> used for the open and sample delay and no averaging is done. In fact the ADC
> and touchscreen driver both use an open delay of 152 cycles and averaging over
> 16 samples
Am 10.09.2013 17:00, schrieb Joel Fernandes:
I think your initial patch is much better than fixing up DT but then I may be
missing other problems with your patch that Linus's patch addresses.
The initial patch had the problem that it not only did introduce
irq-mappings for only those gpios wh
On Tue, 10 Sep 2013, Jonathan Cameron wrote:
> Lee Jones wrote:
> >At the moment the driver is silent in some error cases and if
> >successful.
> >Prior to this patch there was no clear way to know if the driver
> >succeeded
> >or not without looking deep into sysfs.
> >
> >Signed-off-by: Lee Jone
From: Lan Tianyu
In the cpufreq_policy_restore(), policy before system suspend is read from
from percpu's cpufreq_cpu_data_fallback. It's read operation rather than
write operation. So convert write lock to read lock
Signed-off-by: Lan Tianyu
---
drivers/cpufreq/cpufreq.c | 4 ++--
1 file chan
Am 11.09.2013 09:05, schrieb Alexander Holler:
Am 10.09.2013 17:00, schrieb Joel Fernandes:
I think your initial patch is much better than fixing up DT but then I
may be
missing other problems with your patch that Linus's patch addresses.
The initial patch had the problem that it not only did
On 09/11/2013 09:10 AM, Lee Jones wrote:
On Tue, 10 Sep 2013, Jonathan Cameron wrote:
Lee Jones wrote:
At the moment the driver is silent in some error cases and if
successful.
Prior to this patch there was no clear way to know if the driver
succeeded
or not without looking deep into sysfs.
S
On Tue, 2013-09-10 at 21:39 -0700, Kees Cook wrote:
> This makes sure a format string cannot accidentally leak into the
> kthread_run() call.
>
> Signed-off-by: Kees Cook
Acked-by: Ian Campbell
Thanks.
Ian.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
On Tue, 10 Sep 2013, Olof Johansson wrote:
> On Tue, Sep 10, 2013 at 8:35 AM, Lee Jones wrote:
>
> >> splitting this and the other config update into two patches? Really?
> >
> > I haven't split anything. I created the patches as I was
> > enabling/testing the drivers, which was at completely di
> > err = st_sensors_init_sensor(indio_dev, plat_data);
> > if (err < 0)
> >-goto st_press_common_probe_error;
> >+return err;
> >
> >-if (pdata->get_irq_data_ready(indio_dev) > 0) {
> >+if (irq > 0) {
> > err = st_press_allocate_ring(indio_dev);
On Wed, 11 Sep 2013, Lars-Peter Clausen wrote:
> On 09/11/2013 09:10 AM, Lee Jones wrote:
> >On Tue, 10 Sep 2013, Jonathan Cameron wrote:
> >>Lee Jones wrote:
> >>>At the moment the driver is silent in some error cases and if
> >>>successful.
> >>>Prior to this patch there was no clear way to kno
And another small update. ;)
Am 11.09.2013 09:16, schrieb Alexander Holler:
To summarize what happens if a driver uses a gpio as irq:
gpio_request() // This works only if the gpio was not requested before
gpio_direction_input()
gpio_to_irq() // This needs an irq-mapping
request_threaded_irq()
Am 11.09.2013 09:30, schrieb Alexander Holler:
And another small update. ;)
Am 11.09.2013 09:16, schrieb Alexander Holler:
To summarize what happens if a driver uses a gpio as irq:
gpio_request() // This works only if the gpio was not requested before
gpio_direction_input()
gpio_to_irq() // T
The pciinfo struct has a two byte hole after ->dev_fn so stack
information could be leaked to the user.
This was assigned CVE-2013-2147.
Signed-off-by: Dan Carpenter
diff --git a/drivers/block/cpqarray.c b/drivers/block/cpqarray.c
index 639d26b..2b94403 100644
--- a/drivers/block/cpqarray.c
+++
The arg64 struct has a hole after ->buf_size which isn't cleared.
Or if any of the calls to copy_from_user() fail then that would
cause an information leak as well.
This was assigned CVE-2013-2147.
Signed-off-by: Dan Carpenter
diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c
index 637
On Wednesday 2013-09-04 19:25, Matt Porter wrote:
>With the move to configfs for creation of arbitrary USB composite gadgets,
>I found myself wanting a simple C library to configure and parse gadgets
>in a system. It has no other dependencies other than libc itself.
>
>It can be found at:
>
>
On Wed, Sep 11, 2013 at 12:30:24AM -0400, Steven Rostedt wrote:
> 3.6.11.9-rc1 stable review patch.
> If anyone has any objections, please let me know.
>
> --
>
> From: Stanislaw Gruszka
>
> [ Upstream commit 788f7a56fce1bcb2067b62b851a086fca48a0056 ]
This require follow up - u
This patch includes the driver for the LM3560, dual LED Flash.
The LM3560 has two 1A constant current drivers for high current
white LEDs. It is controlled via an I2C compatible interface(up to 400kHz).
And each flash, torch brightness and enable/disable LED can be controlled
independantly. Bu
That is some important piece of information that might be useful for
others and so cc'ing LKML and other lists..
On 11 September 2013 01:06, Rafael J. Wysocki wrote:
> On Tuesday, September 10, 2013 02:16:03 PM Lukasz Majewski wrote:
>> For my curiosity - what is the difference between bleeding-e
On 09/11/2013 03:33 AM, Benjamin Herrenschmidt wrote:
On Mon, 2013-09-09 at 18:37 -0700, Guenter Roeck wrote:
powerpc allmodconfig build fails with:
ERROR: ".cpu_to_chip_id" [drivers/block/mtip32xx/mtip32xx.ko] undefined!
The problem was introduced with commit 15863ff3b (powerpc: Make chip-id
On Tue, Sep 10, 2013 at 6:57 PM, Olof Johansson wrote:
> I have a very weird experience with snowball right now. I noticed this
> yesterday when I decided to look at why multi_v7_defconfig doesn't
> boot on it:
>
> * u8500_defconfig doesn't boot as a DT kernel, since the machine ID is
> still ena
On 10 September 2013 22:37, Guennadi Liakhovetski wrote:
> On Tue, 10 Sep 2013, Viresh Kumar wrote:
>> Quite straight forward actually..
>
> Apparently, not quite.
I overlooked the situation where we return early from ->target() routines.. :(
Please try attached patches, I will repost them later
On Tue, Sep 10, 2013 at 06:29:39PM -0700, Chris Brannon wrote:
> Ok. I just sent up a patch to the driverdev list. I missed a few
> of the Cc's that were on this thread, though.
> Also, it will conflict with Raphael's cleanup.
You're missing Raphael's CC in particular...
Really, Raphael's patch
On 09/11/2013 12:35 PM, tianyu@intel.com wrote:
> From: Lan Tianyu
>
> In the cpufreq_policy_restore(), policy before system suspend is read from
> from percpu's cpufreq_cpu_data_fallback. It's read operation rather than
> write operation. So convert write lock to read lock
>
> Signed-off-by
On Wed, 11 Sep 2013, Viresh Kumar wrote:
> On 10 September 2013 22:37, Guennadi Liakhovetski
> wrote:
> > On Tue, 10 Sep 2013, Viresh Kumar wrote:
> >> Quite straight forward actually..
> >
> > Apparently, not quite.
>
> I overlooked the situation where we return early from ->target() routines.
On Tue, 10 Sep 2013, Olof Johansson wrote:
> [pruning out the iio list/people]
>
> On Tue, Sep 10, 2013 at 8:30 AM, Lee Jones wrote:
> >> On Tue, Sep 10, 2013 at 5:49 AM, Lee Jones wrote:
> >> > Turns out that they're actually not required and the driver probes just
> >> > fine without them. Th
>>> On 10.09.13 at 17:31, Boris Ostrovsky wrote:
> --- a/drivers/xen/Kconfig
> +++ b/drivers/xen/Kconfig
> @@ -242,4 +242,9 @@ config XEN_MCE_LOG
> config XEN_HAVE_PVMMU
> bool
>
> +config XEN_SYMS
> + bool "Xen symbols"
> + depends on XEN_DOM0 && XENFS && KALLSYMS
> +
On Wed, 11 Sep 2013, Linus Walleij wrote:
> On Tue, Sep 10, 2013 at 6:57 PM, Olof Johansson wrote:
>
> > I have a very weird experience with snowball right now. I noticed this
> > yesterday when I decided to look at why multi_v7_defconfig doesn't
> > boot on it:
> >
> > * u8500_defconfig doesn't
Currently the acpi_os_sleep() is using the schedule_timeout_interruptible(),
which can be interrupted by signal, which causes the real sleep time is shorter.
According to the ACPI spec:
The Sleep term is used to implement long-term timing requirements.
Execution is delayed for at least the requir
On Tue, Sep 10, 2013 at 06:59:57PM -0700, Andy Lutomirski wrote:
> On 09/10/2013 06:08 AM, Peter Zijlstra wrote:
> > In order to combine the preemption and need_resched test we need to
> > fold the need_resched information into the preempt_count value.
> >
> > We keep the existing TIF_NEED_RESCHED
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Liu ShuoX
[ Upstream commit e5248a111bf4048a9f3fab1a9c94c4630a10592a ]
Prevent automatic system suspend from happening during system
shutdown by making try_to_suspend() check system_sta
On 09/10/13 20:46, James Bottomley wrote:
>> > During our test, multipath used, each LUN has 2 paths. when adding second
>> > path enclousure did not check if will adding device's symlink existed or
>> > no.
> The description doesn't look helpful. The problem, presumably in a
> remove/re-add test
Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue support)
only call free_netdev() on err in tun_set_iff(). This causes several issues:
- memory of tun security were leaked
- use after free since the flow gc timer was not deleted and the tfile were not
detached
This patch solv
On 11 September 2013 01:16, Rafael J. Wysocki wrote:
> On Tuesday, September 10, 2013 08:44:18 PM Viresh Kumar wrote:
>> Now Second question, is this fine to have multiple PRECHANGE notfications
>> before any POSTCHANGE notification?
>>
>> Logically it looks obvious to me that these must be seria
On 11 September 2013 13:45, Guennadi Liakhovetski wrote:
> I'd rather wait until Rafael is convinced, then we'll see.
Okay.. I have just sent a mail to Rafael about that, see if you
are convinced with what I wrote :)
--
viresh
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
Hi Linus,
this is the kconfig part of kbuild for v3.12-rc1:
- post-3.11 search code fixes and micro-optimizations
- CONFIG_MODULES is no longer a special case; this is needed to
eventually fix the bug that using KCONFIG_ALLCONFIG breaks
allmodconfig
- long long is used to store hex and int val
Steven Rostedt writes:
> 3.6.11.9-rc1 stable review patch.
> If anyone has any objections, please let me know.
This commit seems to cause regressions [1]. There's a fix for it with
commit a0c516cbfc7452c8cbd564525fef66d9f20b46d1 but it doesn't apply
cleanly (it probably requires several other c
On Wed, 11 Sep 2013, Aaron Lu wrote:
> It is possible the i915 driver decides not to register a backlight
> interface for the graphics card for some reason(memory allocation failed
> or it knows the native control does not work on this card or whatever),
> so I would prefer let i915 tell ACPI vide
On 11 September 2013 12:35, wrote:
> From: Lan Tianyu
>
> In the cpufreq_policy_restore(), policy before system suspend is read from
> from percpu's cpufreq_cpu_data_fallback. It's read operation rather than
> write operation. So convert write lock to read lock
>
> Signed-off-by: Lan Tianyu
> -
On Wed, 2013-09-11 at 11:45 +0300, Jani Nikula wrote:
> Before plunging forward, have you observed any difference between the
> boot modes? We have reports [1] that the backlight behaviour is
> different with UEFI vs. UEFI+CSM or legacy boot. So I'm wondering if the
> acpi_gbl_osi_data >= ACPI_OSI
Some GPIO line limits are incorrectly set which, for instance,
does not allow nRTS1 (GPH11) configuration on a S3C2416 chip.
Signed-off-by: José Miguel Gonçalves
---
arch/arm/mach-s3c24xx/include/mach/gpio.h | 10 +-
drivers/gpio/gpio-samsung.c |6 +++---
2 files chan
On Mon, Sep 09, 2013 at 03:46:35PM +0200, Peter Zijlstra wrote:
> On Mon, Sep 09, 2013 at 03:30:44PM +0200, Peter Zijlstra wrote:
> > diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c
> > index fa6964d..486c0ba 100644
> > --- a/drivers/idle/intel_idle.c
> > +++ b/drivers/idle/intel
Currently zbud pages do not have any flags set so it is not possible to
identify them during migration or compaction.
Implement PageZbud() by comparing page->_mapcount to -127 to distinguish
pages allocated by zbud. Just like PageBuddy() is implemented.
Signed-off-by: Krzysztof Kozlowski
Reviewe
Move freechunks variable in zbud_free() and zbud_alloc() to block-level
scope (from function scope).
Signed-off-by: Krzysztof Kozlowski
---
mm/zbud.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/mm/zbud.c b/mm/zbud.c
index 3f4be72..1d5b26b 100644
--- a/mm/zbud.c
Hi,
Currently zbud pages are not movable and they cannot be allocated from CMA
(Contiguous Memory Allocator) region. These patches add migration of zbud pages.
The zbud migration code utilizes mapping so many exceptions to migrate
code were added. This can be replaced for example with pin page
co
Add radix tree to zbud pool and use indirect zbud handle as radix tree
index.
This allows migration of zbud pages while the handle used by zswap
remains untouched. Previously zbud handles were virtual addresses. This
imposed problem when page was migrated.
This change also exposes and fixes race
Use page reference counter for zbud pages. The ref counter replaces
zbud_header.under_reclaim flag and ensures that zbud page won't be freed
when zbud_free() is called during reclaim. It allows implementation of
additional reclaim paths.
The page count is incremented when:
- a handle is created a
Add migration support for zbud. This allows adding __GFP_MOVABLE flag
when allocating zbud pages and effectively CMA pool can be used for
zswap.
zbud pages are not movable and are not stored under any LRU (except
zbud's LRU). PageZbud flag is used in isolate_migratepages_range() to
grab zbud pages
On (09/11/13 00:29), Steven Rostedt wrote:
> 3.6.11.9-rc1 stable review patch.
> If anyone has any objections, please let me know.
>
Hello,
Steven, this patch makes r100_irq_process() unhappy and there
is additional fix on top of this patch.
upstream 27c505ca84e164ec66ad55dcf3f5befaac83f10a
I'll
On mer., 2013-09-11 at 08:45 +, Matthew Garrett wrote:
> On Wed, 2013-09-11 at 11:45 +0300, Jani Nikula wrote:
>
> > Before plunging forward, have you observed any difference between the
> > boot modes? We have reports [1] that the backlight behaviour is
> > different with UEFI vs. UEFI+CSM or
Hi,
I'm consistently and constantly hitting a deadlock.
console_callback in drivers/tty/vt/vt.c does: console_lock() and then calls:
do_blank_screen, which calls:
vc->vc_sw->con_blank(..) which can be a pointer to the function:
fbcon_blank in video/console/fbcon.c. This is missin
On Tue, Sep 10, 2013 at 10:19:17PM -0700, Kees Cook wrote:
> In the former case, format characters will get processed by the
> sprintf logic. In the latter, they are printed as-is. In this specific
> case, if there was a way to inject strings like "ohai %n" into the
> msgbuf string, the former woul
於 二，2013-09-10 於 18:26 +，Matthew Garrett 提到：
> On Tue, 2013-09-10 at 14:23 -0300, Henrique de Moraes Holschuh wrote:
> > On Tue, 10 Sep 2013, Matthew Garrett wrote:
> > > That's why modern systems require signed firmware updates.
> >
> > Linux doesn't. Is someone working on adding signature s
On 10/09/13 16:31, Boris Ostrovsky wrote:
> This is the Linux side of Xen PMU support for PV guests, including dom0. Only
> kernel changes are here, toolstack patch will be provided separately.
>
> Here is description from the hypervisor patch submission that applies to this
> series as well:
>
>
On Wed, Sep 11, 2013 at 10:19 AM, Lee Jones wrote:
> On Wed, 11 Sep 2013, Linus Walleij wrote:
>
>> Weird, yeah there is something wrong on Torvalds' HEAD, with
>> earlyprint it says:
>>
>> Uncompressing Linux... done, booting the kernel.
>> Error: unrecognized/unsupported processor variant (0x412
On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
> Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue support)
> only call free_netdev() on err in tun_set_iff(). This causes several issues:
>
> - memory of tun security were leaked
Not just tun security - sock referenc
On Mon, Sep 09, 2013 at 05:46:59PM +0100, Stefano Stabellini wrote:
> On Mon, 9 Sep 2013, Catalin Marinas wrote:
> > >>> They could also happen in a DomU if we assign a physical device to it
> > >>> (and an SMMU is not available).
> > >>
> > >> The problem is that you don't necessarily know one ki
On 09/10/2013 08:11 PM, Mark Brown wrote:
> * PGP Signed by an unknown key
>
> On Tue, Sep 10, 2013 at 07:29:40PM +0800, Wei Ni wrote:
>
>> On my platform, it use palmas-regulator.c, ldo6 for this lm90 power
>> rail. I checked this driver, it will handle ramp_delay except LDOx.
>> Since I'm not f
- Original Message -
> On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
> > Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue
> > support)
> > only call free_netdev() on err in tun_set_iff(). This causes several
> > issues:
> >
> > - memory of tun security we
On Wed, Sep 11, 2013 at 09:01:16AM +0800, Aaron Lu wrote:
> Looks like, it all boils down to how many I2C devices should be allowed
> for runtime PM by default and how many I2C devices should be forbidden.
> , and then we allow/forbid runtime PM for the majority case in I2C core
> while individual
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Gregory CLEMENT
[ Upstream commit faefd550c45d8d314e8f260f21565320355c947f ]
When CONFIG_ARM_APPENDED_DTB is selected, if the bootloader provides
an ATAG_MEM it replaces the memory size
During early boot, if the bottom up mode is set, just
try allocating bottom up from the end of kernel image,
and if that fails, do normal top down allocation.
So in function acpi_initrd_override(), we add the
above logic.
Signed-off-by: Tang Chen
Reviewed-by: Zhang Yanfei
---
drivers/acpi/osl.
Memory reserved for crashkernel could be large. So we should not allocate
this memory bottom up from the end of kernel image.
When SRAT is parsed, we will be able to know whihc memory is hotpluggable,
and we can avoid allocating this memory for the kernel. So reorder
reserve_crashkernel() after SR
On Wed, Sep 11, 2013 at 05:55:04AM -0400, Jason Wang wrote:
>
>
> - Original Message -
> > On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
> > > Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue
> > > support)
> > > only call free_netdev() on err in tun_set_i
init_mem_mapping() is called before SRAT is parsed. And memblock will allocate
memory for page tables. To prevent page tables being allocated within
hotpluggable
memory, we will allocate page tables from the end of kernel image to the higher
memory.
Signed-off-by: Tang Chen
Reviewed-by: Zhang Ya
This patch introduces a new API memblock_alloc_bottom_up() to make memblock be
able to allocate from bottom upwards.
During early boot, if the bottom up mode is set, just try allocating bottom up
from the end of kernel image, and if that fails, do normal top down allocation.
Suggested-by: Tejun H
The Hot-Pluggable fired in SRAT specifies which memory is hotpluggable.
As we mentioned before, if hotpluggable memory is used by the kernel,
it cannot be hot-removed. So memory hotplug users may want to set all
hotpluggable memory in ZONE_MOVABLE so that the kernel won't use it.
Memory hotplug us
The Linux kernel cannot migrate pages used by the kernel. As a result, kernel
pages cannot be hot-removed. So we cannot allocate hotpluggable memory for
the kernel.
ACPI SRAT (System Resource Affinity Table) contains the memory hotplug info.
But before SRAT is parsed, memblock has already started
During early boot, if the bottom up mode is set, just
try allocating bottom up from the end of kernel image,
and if that fails, do normal top down allocation.
So in function setup_log_buf(), we add the above logic.
Signed-off-by: Tang Chen
Reviewed-by: Zhang Yanfei
---
kernel/printk/printk.c |
This patch-set is based on tj's suggestion, and not fully tested.
Just for review and discussion. And according to tj's suggestion,
implemented a new function memblock_alloc_bottom_up() to allocate
memory from bottom upwards, whihc can simplify the code.
[Problem]
The current Linux cannot mig
During early boot, if the bottom up mode is set, just
try allocating bottom up from the end of kernel image,
and if that fails, do normal top down allocation.
So in function dma_contiguous_reserve(), we add the
above logic.
Signed-off-by: Tang Chen
Reviewed-by: Zhang Yanfei
---
drivers/base/dm
During early boot, if the bottom up mode is set, just
try allocating bottom up from the end of kernel image,
and if that fails, do normal top down allocation.
So in function relocate_initrd(), we add the above logic.
Signed-off-by: Tang Chen
Reviewed-by: Zhang Yanfei
---
arch/x86/kernel/setup.
On 11 September 2013 08:58, Lan Tianyu wrote:
> From 668e1b6fd94b5c0e56a651b4c60cbbc7a6868b46 Mon Sep 17 00:00:00 2001
> From: Lan Tianyu
> Date: Wed, 11 Sep 2013 11:31:15 +0800
> Subject: [PATCH] Cpufreq/governor: Remove fossil comment
>
> cpufreq_set_policy() has been changed to origin __cpufre
The Samsung serial driver currently does not support setting the
RTS pin with an ioctl(TIOCMSET) call. This patch adds this support.
Signed-off-by: José Miguel Gonçalves
---
drivers/tty/serial/samsung.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/driv
On Wednesday 11 September 2013 11:42 AM, Koen Kooi wrote:
> Signed-off-by: Koen Kooi
> ---
> arch/arm/boot/dts/am335x-bone-common.dtsi | 7 +++
> arch/arm/boot/dts/am335x-boneblack.dts| 15 +++
> 2 files changed, 22 insertions(+)
>
> diff --git a/arch/arm/boot/dts/am335x-bon
On Fri, Aug 30, 2013 at 1:33 PM, Maxim Patlasov wrote:
> 08/30/2013 01:13 PM, Miklos Szeredi пишет:
>
>> On Thu, Aug 29, 2013 at 6:41 PM, Miklos Szeredi wrote:
>>>
>>> BTW, isn't it enough to do the filemap_write_and_wait() *plus* the
>>> fuse_set_nowrite()?
>>
>> Thought about it a bit and I thi
Hi Rafael,
I really tried to stop after you asked me to, but still got few more patches..
These are very minor changes and a fairly smaller patchset..
I have rebased this over your linux-next branch
7c218b1 Merge branch 'acpi-bind-next' into linux-next
and tested over my exynos board.. I don't
cpufreq_frequency_table_verify() is a bit rewritten here to make it more logical
and optimal.
- merge multiple lines for variable declarations together.
- quit early if any frequency between min/max is found.
- don't call cpufreq_verify_within_limits() in case any valid freq is found as
it is of
Earlier there used to be two functions named __cpufreq_set_policy() and
cpufreq_set_policy(), but now we only have a single routine lets name it
cpufreq_set_policy() instead of __cpufreq_set_policy().
This also removes some invalid comments or fixes some incorrect comments.
Signed-off-by: Viresh
Currently cpufreq_driver's flags are defined directly using 0x1, 0x2, 0x4, 0x8,
etc.. As the list grows it doesn't stays much readable..
Lets use bitwise shift operator << to generate these numbers for respective
positions.
Signed-off-by: Viresh Kumar
---
include/linux/cpufreq.h | 15 --
Lets use cpufreq_driver->flags to mark CPUFREQ_HAVE_GOVERNOR_PER_POLICY instead
of a separate field within cpufreq_driver. This will save some bytes for us.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/arm_big_little.c | 4 ++--
drivers/cpufreq/cpufreq.c | 2 +-
drivers/cpufreq/c
- Original Message -
> On Wed, Sep 11, 2013 at 05:55:04AM -0400, Jason Wang wrote:
> >
> >
> > - Original Message -
> > > On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
> > > > Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue
> > > > support)
> >
Most of the users of cpufreq_verify_within_limits() calls it for limiting with
min/max from policy->cpuinfo. We can make that code simple by introducing
another routine which will do this for them automatically.
This patch adds another routine cpufreq_verify_within_cpu_limits() and updates
others
Commit c8d68e6be1c3b242f1c598595830890b65cea64a
(tuntap: multiqueue support) only call free_netdev() on error in
tun_set_iff(). This causes several issues:
- memory of tun security were leaked
- use after free since the flow gc timer was not deleted and the tfile
were not detached
This patch so
On 09/11/2013 04:04 AM, Rafael J. Wysocki wrote:
> On Tuesday, September 10, 2013 02:53:01 PM Stephen Warren wrote:
>> On 09/09/2013 05:14 PM, Rafael J. Wysocki wrote:
>>> On Monday, September 09, 2013 03:29:06 PM Stephen Warren wrote:
On 09/09/2013 02:24 PM, Rafael J. Wysocki wrote:
> On
On Wed, 2013-09-11 at 10:56 +0200, Peter Zijlstra wrote:
> On Mon, Sep 09, 2013 at 03:46:35PM +0200, Peter Zijlstra wrote:
> > On Mon, Sep 09, 2013 at 03:30:44PM +0200, Peter Zijlstra wrote:
> > > diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c
> > > index fa6964d..486c0ba 10064
On Wed, 11 Sep 2013, Matthew Garrett wrote:
> On Wed, 2013-09-11 at 11:45 +0300, Jani Nikula wrote:
>
>> Before plunging forward, have you observed any difference between the
>> boot modes? We have reports [1] that the backlight behaviour is
>> different with UEFI vs. UEFI+CSM or legacy boot. So I
Commit ebd97be635 ('PCI: remove ARCH_SUPPORTS_MSI kconfig option')
removes the ARCH_SUPPORTS_MSI Kconfig option that allowed
architectures to indicate whether they support PCI MSI or not. Now,
PCI MSI support can be compiled in on any architecture thanks to the
use of weak functions thanks to 4287d
On Wed, 2013-09-11 at 13:29 +0300, Jani Nikula wrote:
> On Wed, 11 Sep 2013, Matthew Garrett wrote:
> > On Wed, 2013-09-11 at 11:45 +0300, Jani Nikula wrote:
> >
> >> Before plunging forward, have you observed any difference between the
> >> boot modes? We have reports [1] that the backlight behav
On Wed, Sep 11, 2013 at 06:09:48PM +0800, Jason Wang wrote:
> Commit c8d68e6be1c3b242f1c598595830890b65cea64a
> (tuntap: multiqueue support) only call free_netdev() on error in
> tun_set_iff(). This causes several issues:
>
> - memory of tun security were leaked
> - use after free since the flow g
On 11 September 2013 15:51, Srivatsa S. Bhat
wrote:
> On 09/11/2013 04:04 AM, Rafael J. Wysocki wrote:
>> On Tuesday, September 10, 2013 02:53:01 PM Stephen Warren wrote:
>>> Sure, it's due to 5302c3f "cpufreq: Perform light-weight init/teardown
>>> during suspend/resume".
Sorry Stephen, I was a
On 11 September 2013 16:14, Viresh Kumar wrote:
> But I would have solved it differently :)
>
> We don't really need to call update_policy_cpu() again and again
> as we don't really need to update policy->cpu...
>
> Rather it would be better to just move following inside
> cpufreq_policy_alloc():
Hello,
On Tue, Sep 10, 2013 at 10:54:53AM -0700, Paul E. McKenney wrote:
> Their stall was due to old-style creation of sysfs entries for memory.
> Yours might be having a similar issue with the creation of /dev entries,
> so it would be worth trying it.
OK, compiling 3.10.11 with your pa
Hi,
It seems that ASLR with PIE binaries (linux-3.11.0-vanilla on ARM)
seems to create bad memory layout - the programs run out of memory
relatively soon, especially if they also mmap() lot of memory.
I believe the problem is that fs/binfmt_elf.c:load_elf_binary() sets
load_bias to 0 when CONFIG_
Hi Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive a couple of s390 updates for 3.12.
This includes one bpf/jit bug fix where the jit compiler could sometimes
write generated code out of bounds of the allocated memory area.
The rest of
On Wed, Sep 11, 2013 at 3:43 PM, Viresh Kumar wrote:
> Hi Rafael,
>
> I really tried to stop after you asked me to, but still got few more patches..
> These are very minor changes and a fairly smaller patchset..
>
> I have rebased this over your linux-next branch
>
> 7c218b1 Merge branch 'acpi-bin
Hi Andrew,
On Mon, Sep 09, 2013 at 10:32:55PM +0100, Andrew Pinski wrote:
> Right now CONFIG_COMPAT means enabling AARCH32 support in the ARM64 traget,
> which we want to split out so we can it to mean any 32bit ABI support instead.
First, there are some coding style and patch format issues. Ple
On Wed, Sep 11, 2013 at 01:08:04PM +0300, Michael S. Tsirkin wrote:
> On Wed, Sep 11, 2013 at 05:55:04AM -0400, Jason Wang wrote:
> >
> >
> > - Original Message -
> > > On Wed, Sep 11, 2013 at 04:24:05PM +0800, Jason Wang wrote:
> > > > Commit c8d68e6be1c3b242f1c598595830890b65cea64a (tun
Op 11 sep. 2013, om 12:06 heeft Sekhar Nori het volgende
geschreven:
> On Wednesday 11 September 2013 11:42 AM, Koen Kooi wrote:
>> Signed-off-by: Koen Kooi
>> ---
>> arch/arm/boot/dts/am335x-bone-common.dtsi | 7 +++
>> arch/arm/boot/dts/am335x-boneblack.dts| 15 +++
>> 2 f
On Mon, Sep 09, 2013 at 10:32:56PM +0100, Andrew Pinski wrote:
> Since the ILP32 ABI uses similar signal code as the LP64 ABI, it makes sense
> to reuse rather
> than copy the same code.
At a first look, I don't really like this part. I'll comment more on the
last patch.
--
Catalin
--
To unsubs
On 11 September 2013 16:23, Amit Kucheria wrote:
> Thanks for the great work cleaning up all the drivers. IIUC, you have
> ~200 patches lined up for the 3.13 merge window.
227 to be precise :)
> That causes some worries.
>
> Can we quickly do the following to get more confidence that there
> won
1 - 100 of 697 matches
Mail list logo
