Hi,
On Tue, Jul 31, 2012 at 10:23:16AM +0530, Poddar, Sourav wrote:
> The device tree data for acquiring the above GPIO interrupt line looks
> like this.
>
> +++ linux-omap-storage/arch/arm/boot/dts/omap5-evm.dts 2012-07-30
> 14:11:08.931694001 +0530
> @@ -42,7 +42,8
Hi Marc,
On Mon, Jul 30, 2012 at 11:17:53PM +0200, Marc Kleine-Budde wrote:
> On 07/30/2012 09:20 PM, Fabio Baltieri wrote:
> > This patch implements the functions to add two LED triggers, named
> > -tx and -rx, to a canbus device driver.
> >
> > Triggers are called from specific handlers by each
On 07/30/2012 05:02 PM, chetan loke wrote:
> On Wed, Jun 6, 2012 at 1:20 PM, Paul Clements
> wrote:
>> Makes sense. Looks good to me.
>>
>> Acked-by: paul.cleme...@steeleye.com
>>
>> On Wed, Jun 6, 2012 at 10:15 AM, Chetan Loke wrote:
>>>
>>> Add in-flight cmds to the tail. That way while searchi
On Fri, 2012-07-27 at 13:42 +0530, Laxman Dewangan wrote:
> On Tuesday 24 July 2012 10:30 AM, Laxman Dewangan wrote:
> > On Tuesday 24 July 2012 10:38 AM, Vinod Koul wrote:
> >> On Fri, 2012-07-20 at 13:31 +0530, Laxman Dewangan wrote:
> >>> Enable the DMA clock when allocating channel and
> >>> di
>
> If mmap_region()->uprobe_mmap() fails, unmap_and_free_vma path
> does unmap_region() but does not remove the soon-to-be-freed vma
> from rb tree (actually there are more problems).
>
> Perhaps we could do do_munmap() + return in this case, but in fact
> it is simply wrong to abort if uprobe_m
Hi,
On Mon, Jul 30, 2012 at 01:36:47PM -0700, Kevin Hilman wrote:
> >>> The device tree data for acquiring the above GPIO interrupt line looks
> >>> like this.
> >>>
> >>> +++ linux-omap-storage/arch/arm/boot/dts/omap5-evm.dts 2012-07-30
> >>> 14:11:08.931694001 +0530
> >>> @@ -42,7 +42,8 @@
>
+++ b/Documentation/devicetree/bindings/mmc/sdhci-dove.txt
@@ -0,0 +1,12 @@
+* Marvell sdhci-dove controller
+
+Required properties:
+- compatible: Should be "marvell,dove-sdhci".
+
+Example:
+
+sdio0: sdio@92000 {
+ compatible = "marvell,dove-sdhci";
+ reg = <0x92000 0x100>;
+ in
On Mon, 2012-07-30 at 14:38 +0200, javier Martin wrote:
> On 30 July 2012 13:31, javier Martin wrote:
> > Hi,
> >
> > On 27 July 2012 13:37, Fabio Estevam wrote:
> >> On Fri, Jul 27, 2012 at 12:17 AM, Vinod Koul
> >> wrote:
> >>
> Reported-by: Javier Martin
> Signed-off-by: Fabio Est
On Tue, 2012-07-31 at 15:07 +0900, Paul Mundt wrote:
> On Mon, Jul 30, 2012 at 09:28:18PM +0200, Guennadi Liakhovetski wrote:
> > Hi all
> >
> > as has been reported in this
> >
> > http://thread.gmane.org/gmane.linux.kernel/1294256/focus=16001
> >
> > thread, currently sh-sci doesn't comiple in
Hi,
(This is an email originally addressed to the linux-kernel
mailing-list.)
On our board we've got an MV78200 and a network device between which we
xfer memory chunks via the ddram with an external dma controller.
To handle these xfers we're using the dma API.
To tx a chunk of data from the
Sorry, please ignore the above patch, there was an paste error.
Please check the following patch.
I'm wondering if the below solution is fine to you which is based on
your changes.
BTW, I have verified this patch and it works ok for all the situation,
b
-Original Message-
From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
Sent: Monday, July 30, 2012 9:16 PM
To: Francois Romieu
Cc: Singh Sandeep-B37400; de...@driverdev.osuosl.org;
linuxppc-...@lists.ozlabs.org; ga...@kernel.crashing.org;
linux-arm-ker...@lists.infradead.org; l
From: Chao Xie
Initialize the clocks for pxa910
Signed-off-by: Chao Xie
---
drivers/clk/mmp/Makefile |1 +
drivers/clk/mmp/clk-pxa910.c | 249 ++
2 files changed, 250 insertions(+), 0 deletions(-)
create mode 100644 drivers/clk/mmp/clk-pxa910.c
On Fri, Jul 27, 2012 at 01:47:51PM -0300, Fabio Estevam wrote:
> Adapt clocks to the new i.mx clock framework and fix the following warning:
>
> Cc: Theodore Ts'o
> Cc: Herbert Xu
> Cc:
> Signed-off-by: Fabio Estevam
Both:
Acked-by: Sascha Hauer
Sascha
> ---
> Changes since v1:
> - Conve
From: Chao Xie
Initialize the clocks for mmp2
Signed-off-by: Chao Xie
---
drivers/clk/mmp/Makefile |1 +
drivers/clk/mmp/clk-mmp2.c | 337
2 files changed, 338 insertions(+), 0 deletions(-)
create mode 100644 drivers/clk/mmp/clk-mmp2.c
diff
From: Chao Xie
Initialize the clocks for pxa168
Signed-off-by: Chao Xie
---
drivers/clk/mmp/Makefile |2 +
drivers/clk/mmp/clk-pxa168.c | 268 ++
2 files changed, 270 insertions(+), 0 deletions(-)
create mode 100644 drivers/clk/mmp/clk-pxa168.c
From: Chao Xie
add mmp specific clocks including apbc cloks, apmu clocks,
and pll2, fraction clocks
Signed-off-by: Chao Xie
---
drivers/clk/Makefile |3 +
drivers/clk/mmp/Makefile |5 ++
drivers/clk/mmp/clk-apbc.c | 141 +++
drivers/clk/mmp/
-Original Message-
From: John Stoffel [mailto:j...@stoffel.org]
Sent: Monday, July 30, 2012 7:40 PM
To: Singh Sandeep-B37400
Cc: John Stoffel; linuxppc-...@lists.ozlabs.org;
linux-arm-ker...@lists.infradead.org; ga...@kernel.crashing.org;
linux-kernel@vger.kernel.org; de...@driverdev.os
We could observe unexpected behavior if the time is set
to a value large enough to overflow a 64bit ktime_t
(which is something larger then the year 2264).
So check timekeeping inputs to make sure we don't set
the time to a value that overflows ktime_t.
Note: This does not protect from setting th
There's currently a slight difference in ktime_get_update_offsets()
vs ktime_get() which can result in boot time crashes when booting
with insane CMOS clock values larger then ~2264.
ktime_get() does basically the following:
return timespec_to_ktime(timespec_add(xtime, wall_to_monotonic))
So CAI Qian noticed recent boot trouble on a machine that had its CMOS
clock configured for the year 8200.
See: http://lkml.org/lkml/2012/7/29/188
While running with a crazy CMOS clock isn't advised, and a simple
"don't do that" might be reasonable, the behavior has in effect
regressed recently d
From: Chao Xie
Signed-off-by: Chao Xie
---
drivers/mmc/host/sdhci-pxav2.c |6 +++---
drivers/mmc/host/sdhci-pxav3.c |8
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pxav2.c b/drivers/mmc/host/sdhci-pxav2.c
index dbb75bf..4d10159 100644
-
From: Chao Xie
Signed-off-by: Chao Xie
---
drivers/i2c/busses/i2c-pxa.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/i2c/busses/i2c-pxa.c b/drivers/i2c/busses/i2c-pxa.c
index a997c7d..0a57f3e 100644
--- a/drivers/i2c/busses/i2c-pxa.c
+++ b/driver
Hi Michel,
On Mon, 30 Jul 2012 22:45:46 -0700 Michel Lespinasse wrote:
>
> There is a good chance that this is the right fix, if ceph doesn't use
> the RB_CLEAR_NODE / RB_EMPTY_NODE macros or try to directly access the
> rb_node fields. I wanted to grab the ceph tree to make sure, however
> the f
On Wed, 18 Jul 2012, Michael Ellerman wrote:
> It occurred to me overnight that I forgot to mention that in order to
> build the new code you need the headers from a 3.5-rc1 era kernel (for
> the ioctl & KVM_CAP definitions).
>
> The easiest way to do that is to merge linus' tree into kvmtool.
>
On 31.07.2012 02:59, Ville Syrjälä wrote:
> On Mon, Jul 30, 2012 at 10:12:39PM +0400, Evgeniy Polyakov wrote:
>> Hi
>>
>> Sorry for long delay
>> [resend with fixed Greg's address :)]
>>
>> On Wed, Jul 25, 2012 at 10:54:29PM +0200, Daniel Mack (zon...@gmail.com)
>> wrote:
>>> In the process of por
I'm wondering if the below solution is fine to you which is based on
your changes.
BTW, I have verified this patch and it works ok for all the situation,
but only one problem persists:
there is a potential that commands will exceeds SCTP_MAX_NUM_COMMANDS
which happens during sending lots of small e
This patch adds a comment on top of the schedule() function to explain
to scheduler newbies how the main scheduler function is entered.
Explained-by: Ingo Molnar
Explained-by: Peter Zijlstra
Signed-off-by: Pekka Enberg
---
kernel/sched/core.c | 34 ++
1 files
On Mon, Jul 30, 2012 at 09:28:18PM +0200, Guennadi Liakhovetski wrote:
> Hi all
>
> as has been reported in this
>
> http://thread.gmane.org/gmane.linux.kernel/1294256/focus=16001
>
> thread, currently sh-sci doesn't comiple in the mainline and in -next if
> CONFIG_SERIAL_SH_SCI_DMA is enabled.
On Mon, 30 Jul 2012, David Rientjes wrote:
> So much for compromise, I thought we had agreed that at least some of the
> checks for !name, in_interrupt() or bad size values should be moved out
> from under the #ifdef CONFIG_DEBUG_VM, but this wasn't done. This
> discussion would be irrelevent i
> Please do not add anything to linux-next included branches/series that is
> destined for v3.7 until after v3.6-rc1 is released.
Looks like there is a merge conflict between:
commit 1b074ac867a2bd08a6f12f0feed7d91e06941723
Author: Seth Jennings
Subject: powerpc/crypto: rework Kconfig
and
On Tue, 24 Jul 2012 01:36:34 +0200
Michael Leun wrote:
My report might sound like I'm complaining that link state detection
works because link state detection was implemented - sorry, but thats
not true.
I do NOT see this link state changes if there is no traffic on the
interface, but I start se
On 07/29/2012 08:51 PM, CAI Qian wrote:
The bisecting pointed out this patch caused one of dell servers boot panic.
5baefd6d84163443215f4a99f6a20f054ef11236
hrtimer: Update hrtimer base offsets each hrtimer_interrupt
[2.971092] WARNING: at kernel/time/clockevents.c:209
clockevents_pr
On Mon, Jul 30, 2012 at 9:40 PM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> net/ceph/osd_client.c: In function 'ceph_osdc_alloc_request':
> net/ceph/osd_client.c:216:2: error: implicit declaration of
Export dummy_irq_chip to modules to allow them to do things such as
irq_set_chip_and_handler(virq,
&dummy_irq_chip,
handle_level_irq);
This fixes
ERROR: "dummy_irq_chip" [drivers/gpio/gpio-pcf857x.ko] undefined!
wh
Hi all
These are "resend" of genirq export patches.
Kuninori Morimoto (2):
genirq: export irq_set_chip_and_handler_name()
genirq: export dummy_irq_chip
>
> Hi Thomas
>
> Could you please teach me current status of these patches ?
>
> Kuninori Morimoto (2):
> genirq: export
Export irq_set_chip_and_handler_name() to modules to allow them to
do things such as
irq_set_chip_and_handler();
This fixes
ERROR: "irq_set_chip_and_handler_name" \
[drivers/gpio/gpio-pcf857x.ko] undefined!
when gpio-pcf857x.c is being built as a module.
S
On Tue, 24 Jul 2012 15:40:37 -0400 "J. Bruce Fields"
wrote:
> On Tue, Jul 03, 2012 at 04:58:57PM +0400, Stanislav Kinsbursky wrote:
> > v3:
> > 1) rebased on 3.5-rc3 kernel.
> >
> > v2: destruction of currently processing transport added:
> > 1) Added marking of currently processing transports w
Hi all,
Please do not add anything to linux-next included branches/series that is
destined for v3.7 until after v3.6-rc1 is released.
Reminder: do not rebase your branches before asking Linus to pull them ...
Changes since 20120730:
Dropped tree: bjdooks-i2c (complex conflict against old code
* Oleg Nesterov [2012-07-30 16:16:38]:
> On 07/30, Ananth N Mavinakayanahalli wrote:
> >
> > On Thu, Jul 26, 2012 at 05:20:43PM +0200, Sebastian Andrzej Siewior wrote:
> > > If someone is using single stepping over uprobe brackpoint then after
> > > we pass the uprobe single step, single stepping
Hi all,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/regulator/s5m8767.c: In function 's5m8767_pmic_probe':
drivers/regulator/s5m8767.c:575:2: error: implicit declaration of function
's5m_reg_write' [-Werror=implicit-function-declaration
On Mon, Jul 30, 2012 at 4:17 PM, Alex Williamson
wrote:
>
> I'm pretty anxious to find out as well. Linus, ping, any thoughts on
> including this in 3.6? Thanks,
I just pulled it, but then I unpulled again when I realized it's not a
signed tag and it's on github.
Please, people. Do tagged rele
This is the start of the stable review cycle for the 3.2.25 release.
There are 73 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu Aug 2 10:00:00 UTC 2012.
Anything receiv
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit 7335084d446b83cbcb15da80497d03f0c1dc9e21 upstream.
Stable note: Not tracked in Bugzilla. This patch makes later patches
easier to apply but otherwise has little to jus
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit a6bc32b899223a877f595ef9ddc1e89ead5072b8 upstream.
Stable note: Not tracked in Buzilla. This was part of a series that
reduced interactivity stalls experienced when TH
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit fe4b1b244bdb96136855f2c694071cb09d140766 upstream.
Stable note: Not tracked on Bugzilla. THP and compaction was found to
aggressively reclaim pages and stall systems u
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit 66199712e9eef5aede09dbcd9dfff87798a66917 upstream.
Stable note: Not tracked in Buzilla. This was part of a series that
reduced interactivity stalls experienced when TH
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit 0cee34fd72c582b4f8ad8ce00645b75fb4168199 upstream.
Stable note: Not tracked on Bugzilla. THP and compaction was found to
aggressively reclaim pages and stall systems u
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rustad
commit 222a806af830fda34ad1f6bc991cd226916de060 upstream.
Avoid crashing if the private_data pointer happens to be NULL. This has
been seen sometimes when a host reset happens, nota
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Konstantin Khlebnikov
commit b1c12cbcd0a02527c180a862e8971e249d3b347d upstream.
Stable note: Not tracked in Bugzilla. [get|put]_mems_allowed() is extremely
expensive and severely impact
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit b969c4ab9f182a6e1b2a0848be349f99714947b0 upstream.
Stable note: Not tracked in Bugzilla. A fix aimed at preserving page
aging information by reducing LRU list churning
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Hugh Dickins
commit 043bcbe5ec51e0478ef2b44acef17193e01d7f70 upstream.
Stable note: Not tracked in Bugzilla. There were reports of shared
mapped pages being unfairly reclaimed in compar
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Johannes Weiner
commit b95a2f2d486d0d768a92879c023a03757b9c7e58 upstream - WARNING: this is a
substitute patch.
Stable note: Not tracked in Bugzilla. This is a partial backport of an
u
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jerome Glisse
commit d1c7871ddb1f588b8eb35affd9ee1a3d5e11cd0c upstream.
Retry label was at wrong place in function leading to memory
leak.
Signed-off-by: Jerome Glisse
Reviewed-by: Michel Dä
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Konstantin Khlebnikov
commit 34dbc67a644f11ab3475d822d72e25409911e760 upstream.
Stable note: Not tracked in Bugzilla. There were reports of shared
mapped pages being unfairly reclaimed
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jerome Glisse
commit ca2ccde5e2f24a792caa4cca919fc5c6f65d1887 upstream.
To have DP behave like VGA/DVI we need to retrain the link
on hotplug. For this to happen we need to force link
training
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit cc9a6c8776615f9c194ccf0b63a0aa5628235545 upstream.
Stable note: Not tracked in Bugzilla. [get|put]_mems_allowed() is extremely
expensive and severely impacted page al
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jerome Glisse
commit 266dcba541a1ef7e5d82d9e67c67fde2910636e8 upstream.
No need to retrain the link for passive adapters.
v2: agd5f
- no passive DP to VGA adapters, update comments
- assign ra
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit 0ec4f431eb56d633da3a55da67d5c4b6ccc7 upstream.
The only checks of the long argument passed to fcntl(fd,F_SETLEASE,.)
are done after converting the long to an int.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Lan Tianyu
commit f197ac13f6eeb351b31250b9ab7d0da17434ea36 upstream.
In the ac.c, power_supply_register()'s return value is not checked.
As a result, the driver's add() ops may return success
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Williams
commit 26f2f199ff150d8876b2641c41e60d1c92d2fb81 upstream.
Continue running revalidation until no more broadcast devices are
discovered. Fixes cases where re-discovery completes to
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit 34f6055c80285e4efb3f602a9119db75239744dc upstream.
There are a number of QUEUE_FLAG_DEAD tests. Add blk_queue_dead()
macro and use it.
This patch doesn't introduce any functi
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Maarten Lankhorst
commit ce806a30470bcd846d148bf39d46de3ad7748228 upstream.
Linear copy works by adding the offset to the buffer address,
which may end up not being 16-byte aligned.
Some tests
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Drake
commit 55fc05b7414274f17795cd0e8a3b1546f3649d5e upstream.
At http://dev.laptop.org/ticket/11980 we have determined that the
Marvell CaFe SDHCI controller reports bad card presence
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jerome Glisse
commit 8d1c702aa0b2c4b22b0742b72a1149d91690674b upstream.
We want to print link status query failed only if it's
an unexepected fail. If we query to see if we need
link training i
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Chris Mason
commit e9fbcb42201c862fd6ab45c48ead4f47bb2dea9d upstream.
Each ordered operation has a free callback, and this was called with the
worker spinlock held. Josef made the free callbac
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Williams
commit b17caa174a7e1fd2e17b26e210d4ee91c4c28b37 upstream.
commit 198439e4 [SCSI] libsas: do not set res = 0 in sas_ex_discover_dev()
commit 19252de6 [SCSI] libsas: fix wide port ho
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Williams
commit 3b661a92e869ebe2358de8f4b3230ad84f7fce51 upstream.
The following crash results from cases where the end_device has been
removed before scsi_sysfs_add_sdev has had a chance t
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Brian Foster
commit 97795d2a5b8d3c8dc4365d4bd3404191840453ba upstream.
If we hit a condition where we have allocated metadata blocks that
were not appropriately reserved, we risk underflow of
e
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit bf6932f44a7b3fa7e2246a8b18a44670e5eab6c2 upstream.
>From Al Viro:
BTW, speaking of struct file treatment related to sockets -
there's this piece of code in iscsi
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 5aaa0b7a2ed5b12692c9ffb5222182bd558d3146 upstream.
Follow up on commit 556061b00 ("sched/nohz: Fix rq->cpu_load[]
calculations") since while that fixed the busy case it re
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit a77ebd333cd810d7b680d544be88c875131c2bd3 upstream.
Stable note: Not tracked in Bugzilla. A fix aimed at preserving page aging
information by reducing LRU list churning
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Konstantin Khlebnikov
commit c909e99364c8b6ca07864d752950b6b4ecf6bef4 upstream.
Stable note: Not tracked in Bugzilla. There were reports of shared
mapped pages being unfairly reclaimed
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit c82449352854ff09e43062246af86bdeb628f0c3 upstream.
Stable note: Not tracked in Bugzilla. A fix aimed at preserving page aging
information by reducing LRU list churning
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 556061b00c9f2fd6a5524b6bde823ef12f299ecf upstream.
While investigating why the load-balancer did funny I found that the
rq->cpu_load[] tables were completely screwy.. a bi
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Bart Van Assche
commit 940f5d47e2f2e1fa00443921a0abf4822335b54d upstream.
When we call scsi_unprep_request() the command associated with the request
gets destroyed and therefore drops its refer
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown
commit 0ff97ebf0804d2e519d578fcb4db03f104d2ca8c upstream.
Ever since the DAPM performance improvements we've been marking all widgets
as not dirty after each DAPM run. Since _PRE and
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Bart Van Assche
commit 67bd94130015c507011af37858989b199c52e1de upstream.
Use blk_queue_dead() to test whether the queue is dead instead
of !sdev. Since scsi_prep_fn() may be invoked concurrent
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Roland Dreier
commit 7409a6657aebf8be74c21d0eded80709b27275cb upstream.
Fail UNMAP commands that have more than our reported limit on unmap
descriptors.
Signed-off-by: Roland Dreier
Signed-of
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Roland Dreier
commit 2594e29865c291db162313187612cd9f14538f33 upstream.
When processing an UNMAP command, we need to make sure that the number
of blocks we're asked to UNMAP does not exceed our
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 57b9655d01ef057a523e810d29c37ac09b80eead upstream.
When a partition table length is corrupted to be close to 1 << 32, the
check for its length may overflow on 32-bit systems and
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Roland Dreier
commit e2397c704429025bc6b331a970f699e52f34283e upstream.
Many SCSI commands are defined to return a CHECK CONDITION / ILLEGAL
REQUEST with ASC set to LOGICAL BLOCK ADDRESS OUT OF
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Heiko Carstens
commit 0008204ffe85d23382d6fd0f971f3f0fbe70bae2 upstream.
The s390 idle accounting code uses a sequence counter which gets used
when the per cpu idle statistics get updated and r
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Forest Bond
commit f1b00f4dab29b57bdf1bc03ef12020b280fd2a72 upstream.
Commit d83579e2a50ac68389e6b4c58b845c702cf37516 incorporated some
changes from the vendor driver that made it newly importa
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Amitkumar Karwar
commit fe020120cb863ba918c6d603345342a880272c4d upstream.
mwifiex driver supports 2x2 chips as well. Hence valid mcs values
are 0 to 15. The check for mcs index is corrected in
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Bjørn Mork
commit 09110529780890804b22e997ae6b4fe3f0b3b158 upstream.
Sold by O2 (telefonica germany) under the name "LTE4G"
Tested-by: Thomas Schäfer
Signed-off-by: Bjørn Mork
Signed-off-
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Tiejun Chen
commit b416c9a10baae6a177b4f9ee858b8d309542fbef upstream.
Add "memory" attribute in inline assembly language as a compiler
barrier to make sure 4.6.x GCC don't reorder mfmsr().
Sig
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Roland Dreier
commit b7fc7f3777582dea85156a821d78a522a0c083aa upstream.
It's possible for an initiator to send us an UNMAP command with a
descriptor that is less than 8 bytes; in that case it's
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Joerg Roedel
commit 2c9195e990297068d0f1f1bd8e2f1d09538009da upstream.
This did not work because devices are not put into the
pt_domain. Fix this.
Signed-off-by: Joerg Roedel
[bwh: Backported
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Michel Dänzer
commit f60ec4c7df043df81e62891ac45383d012afe0da upstream.
This could previously fail if either of the enabled displays was using a
horizontal resolution that is a multiple of 128
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: David Henningsson
commit 4e01ec636e64707d202a1ca21a47bbc6d53085b7 upstream.
This codec has a separate dmic path (separate dmic only ADC),
and thus it looks mostly like ALC275.
BugLink: https:/
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 03179fe92318e7934c180d96f12eff2cb36ef7b6 upstream.
The function ext4_calc_metadata_amount() has side effects, although
it's not obvious from its function name. So if we fa
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Liam Girdwood
commit 01005a729a17ab419f61a366e22f3419e7a2c3fe upstream.
Codec shutdown performs a DAPM power sequence that might cause conflicts
and/or race conditions if another stream power e
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Roland Dreier
commit 1a5fa4576ec8a462313c7516b31d7453481ddbe8 upstream.
The UNMAP DATA LENGTH and UNMAP BLOCK DESCRIPTOR DATA LENGTH fields
are in the unmap descriptor (the payload transferred
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 2102e06a5f2e414694921f23591f072a5ba7db9f upstream.
iso data buffers may have holes in them if some packets were short, so for
iso urbs we should always copy the entire buff
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit f6fb99cadcd44660c68e13f6eab28333653621e6 upstream.
Make it possible for ext4_count_free to operate on buffers and not
just data in buffer_heads.
Signed-off-by: "Theodore T
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Borislav Petkov
commit c9fc3f778a6a215ace14ee556067c73982b6d40f upstream.
Microcode reloading in a per-core manner is a very bad idea for both
major x86 vendors. And the thing is, we have such
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Shuah Khan
commit e826abd523913f63eb03b59746ffb16153c53dc4 upstream.
Change reload_for_cpu() in kernel/microcode_core.c to call kstrtoul()
instead of calling obsoleted simple_strtoul().
Signed
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Xose Vazquez Perez
commit e828b9fb4f6c3513950759d5fb902db5bd054048 upstream.
found in 2012_03_22_RT5572_Linux_STA_v2.6.0.0_DPO
RT3070:
(0x2019,0x5201) Planex Communications, Inc. RT8070
(0x73
Hi Kevin,
On Tue, Jul 31, 2012 at 2:06 AM, Kevin Hilman wrote:
> "Poddar, Sourav" writes:
>
>> On Mon, Jul 30, 2012 at 3:04 PM, DebBarma, Tarun Kanti
>> wrote:
>>> Sourav,
>>>
>>> On Mon, Jul 30, 2012 at 2:13 PM, Poddar, Sourav
>>> wrote:
Hi All,
I tried using gpio as an interr
1 - 100 of 594 matches
Mail list logo
