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
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
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
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:
>
於 二,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
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
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
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
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
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
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
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
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
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
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
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
> > +++
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
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 >=
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, 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
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
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
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
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
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
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
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
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
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
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
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.
>>> 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, 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()
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
>
>
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
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
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
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
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
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.
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 -
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:
>
>
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
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
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() //
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()
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
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
> > 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 =
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
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.
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
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
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
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
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
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Ralf Baechle
[ Upstream commit 27f62b9f294b7e2019c94c385abda43a0af6bb8b ]
CC drivers/rapidio/switches/idt_gen2.o
drivers/rapidio/switches/idt_gen2.c: In function
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Enrico Mioso
[ Upstream commit 3d1a69e726406ab662ab88fa30a3a05ed404334d ]
Prevent the option driver from binding itself to the QMI/WWAN interface, making
it unusable by the proper
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Josef Bacik
[ Upstream commit d29a9f629e009c9b90e5859bce581070fd6247fc ]
If we stop dropping a root for whatever reason we need to add it back to the
dead root list so that we will
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Ren Bigcren
[ Upstream commit e7a6121f4929c17215f0cdca3726f4bf3e4e9529 ]
The device report an error capacity when read_capacity_16().
Using read_capacity_10() can get the correct
Am Dienstag, 10. September 2013, 17:14:54 schrieb Theodore Ts'o:
Hi Theodore,
>On Tue, Sep 10, 2013 at 10:48:00PM +0200, Geert Uytterhoeven wrote:
>> So the first importance for random_get_fast_cycles() is that it needs
>> to be fast. What's most important next: number of bits or
>>
> 3.6.11.9-rc1 stable review patch.
> If anyone has any objections, please let me know.
Yes, this patch is broken and we reverted it upstream.
johannes
--
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen, Deutschland
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer:
On 09/11/2013 04:20 AM, Guenter Roeck wrote:
On Wed, Sep 11, 2013 at 08:02:49AM +1000, Benjamin Herrenschmidt wrote:
On Mon, 2013-09-09 at 16:55 -0700, Asai Thambi S P wrote:
On 09/08/2013 5:28 PM, Guenter Roeck wrote:
Hi all,
Guenter, Ben,
Sorry for the inconvenience. I never realized my
Hello,
On 9/10/2013 9:45 PM, Rob Herring wrote:
On 09/10/2013 04:13 AM, Marek Szyprowski wrote:
> It is not needed to include asm/dma-contiguous.h header to compile
> reserved memory initialization code, so remove it to avoid build break
> on architectures without CMA support.
>
>
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Ralf Baechle
[ Upstream commit 39205750efa6d335fac4f9bcd32b49c7e71c12b7 ]
If CONFIG_CAVIUM_OCTEON_LOCK_L2_TLB, CONFIG_CAVIUM_OCTEON_LOCK_L2_EXCEPTION,
Hi Felipe,
Thanks for finding this issue. Indeed, there is a bug on 3M+ baud
rates. First patch is close to a complete fix, but still contains
div-by-zero issue. Here is my version:
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 816d1a2..808a880 100644
---
Mauro add "*.png" and "*.gif" in DocBook/.gitignore in commit 6d172492,
but forgot to add "*.svg", this made git unnecessary to track directory
DocBook/media_api generated by `make htmldocs`:
$ git status
# On branch master
# Untracked files:
# (use "git add ..." to include in what will be
From: Alexander Holler
This enables the use of MMC cards even when no card was inserted at boot.
Signed-off-by: Alexander Holler
Signed-off-by: Koen Kooi
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 14 ++
arch/arm/boot/dts/am335x-bone.dts | 4
2 files changed,
Here are two patches to fix MMC on beaglebone, one fixes card detect on BBW,
the other adds the eMMC entry for BBB and its fixed regulator.
This series depends on:
http://comments.gmane.org/gmane.linux.kernel.stable/63648
https://lkml.org/lkml/2013/9/10/454
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-bone-common.dtsi
b/arch/arm/boot/dts/am335x-bone-common.dtsi
index
Thanks for your code and for documentation!
I see you did your work in a new net/wireless/rtl818x/rtl8187se
directory and you produced a new driver.
Now I have to evaluate whether to keep doing it in this way, trying to
continue your work, or to merge support in
net/wireless/rtl818x/rtl8180 code,
Op 11 sep. 2013, om 08:00 heeft Joel Fernandes het volgende
geschreven:
> On 09/11/2013 12:18 AM, Koen Kooi wrote:
>>
>> Op 10 sep. 2013, om 22:14 heeft Joel Fernandes het volgende
>> geschreven:
>>
>>> On 09/10/2013 02:39 PM, Koen Kooi wrote:
Op 10 sep. 2013, om 21:24 heeft
On 09/11/2013 12:18 AM, Koen Kooi wrote:
>
> Op 10 sep. 2013, om 22:14 heeft Joel Fernandes het volgende
> geschreven:
>
>> On 09/10/2013 02:39 PM, Koen Kooi wrote:
>>>
>>> Op 10 sep. 2013, om 21:24 heeft Joel Fernandes het volgende
>>> geschreven:
>>>
Here are last few patches required
On 09/11/2013 12:18 AM, Koen Kooi wrote:
Op 10 sep. 2013, om 22:14 heeft Joel Fernandes jo...@ti.com het volgende
geschreven:
On 09/10/2013 02:39 PM, Koen Kooi wrote:
Op 10 sep. 2013, om 21:24 heeft Joel Fernandes jo...@ti.com het volgende
geschreven:
Here are last few patches
Op 11 sep. 2013, om 08:00 heeft Joel Fernandes jo...@ti.com het volgende
geschreven:
On 09/11/2013 12:18 AM, Koen Kooi wrote:
Op 10 sep. 2013, om 22:14 heeft Joel Fernandes jo...@ti.com het volgende
geschreven:
On 09/10/2013 02:39 PM, Koen Kooi wrote:
Op 10 sep. 2013, om 21:24 heeft
Thanks for your code and for documentation!
I see you did your work in a new net/wireless/rtl818x/rtl8187se
directory and you produced a new driver.
Now I have to evaluate whether to keep doing it in this way, trying to
continue your work, or to merge support in
net/wireless/rtl818x/rtl8180 code,
Here are two patches to fix MMC on beaglebone, one fixes card detect on BBW,
the other adds the eMMC entry for BBB and its fixed regulator.
This series depends on:
http://comments.gmane.org/gmane.linux.kernel.stable/63648
https://lkml.org/lkml/2013/9/10/454
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
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-bone-common.dtsi
From: Alexander Holler hol...@ahsoftware.de
This enables the use of MMC cards even when no card was inserted at boot.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 14 ++
Mauro add *.png and *.gif in DocBook/.gitignore in commit 6d172492,
but forgot to add *.svg, this made git unnecessary to track directory
DocBook/media_api generated by `make htmldocs`:
$ git status
# On branch master
# Untracked files:
# (use git add file... to include in what will be
Hi Felipe,
Thanks for finding this issue. Indeed, there is a bug on 3M+ baud
rates. First patch is close to a complete fix, but still contains
div-by-zero issue. Here is my version:
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 816d1a2..808a880 100644
---
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Ralf Baechle r...@linux-mips.org
[ Upstream commit 39205750efa6d335fac4f9bcd32b49c7e71c12b7 ]
If CONFIG_CAVIUM_OCTEON_LOCK_L2_TLB, CONFIG_CAVIUM_OCTEON_LOCK_L2_EXCEPTION,
Hello,
On 9/10/2013 9:45 PM, Rob Herring wrote:
On 09/10/2013 04:13 AM, Marek Szyprowski wrote:
It is not needed to include asm/dma-contiguous.h header to compile
reserved memory initialization code, so remove it to avoid build break
on architectures without CMA support.
Signed-off-by:
On 09/11/2013 04:20 AM, Guenter Roeck wrote:
On Wed, Sep 11, 2013 at 08:02:49AM +1000, Benjamin Herrenschmidt wrote:
On Mon, 2013-09-09 at 16:55 -0700, Asai Thambi S P wrote:
On 09/08/2013 5:28 PM, Guenter Roeck wrote:
Hi all,
Guenter, Ben,
Sorry for the inconvenience. I never realized my
Am Dienstag, 10. September 2013, 17:14:54 schrieb Theodore Ts'o:
Hi Theodore,
On Tue, Sep 10, 2013 at 10:48:00PM +0200, Geert Uytterhoeven wrote:
So the first importance for random_get_fast_cycles() is that it needs
to be fast. What's most important next: number of bits or
high-frequency?
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
Yes, this patch is broken and we reverted it upstream.
johannes
--
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen, Deutschland
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer:
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Ren Bigcren bigcren@sonymobile.com
[ Upstream commit e7a6121f4929c17215f0cdca3726f4bf3e4e9529 ]
The device report an error capacity when read_capacity_16().
Using read_capacity_10()
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Josef Bacik jba...@fusionio.com
[ Upstream commit d29a9f629e009c9b90e5859bce581070fd6247fc ]
If we stop dropping a root for whatever reason we need to add it back to the
dead root list
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Ralf Baechle r...@linux-mips.org
[ Upstream commit 27f62b9f294b7e2019c94c385abda43a0af6bb8b ]
CC drivers/rapidio/switches/idt_gen2.o
drivers/rapidio/switches/idt_gen2.c: In
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Enrico Mioso mrkiko...@gmail.com
[ Upstream commit 3d1a69e726406ab662ab88fa30a3a05ed404334d ]
Prevent the option driver from binding itself to the QMI/WWAN interface, making
it unusable
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
On Tue, 10 Sep 2013, Jonathan Cameron wrote:
Lee Jones lee.jo...@linaro.org 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:
From: Lan Tianyu tianyu@intel.com
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 tianyu@intel.com
---
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
On 09/11/2013 09:10 AM, Lee Jones wrote:
On Tue, 10 Sep 2013, Jonathan Cameron wrote:
Lee Jones lee.jo...@linaro.org 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
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 keesc...@chromium.org
Acked-by: Ian Campbell ian.campb...@citrix.com
Thanks.
Ian.
--
To unsubscribe from this list: send the
On Tue, 10 Sep 2013, Olof Johansson wrote:
On Tue, Sep 10, 2013 at 8:35 AM, Lee Jones lee.jo...@linaro.org 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
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);
if
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 lee.jo...@linaro.org 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
601 - 700 of 1346 matches
Mail list logo