3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sujith Manoharan
[ Upstream commit d3bcb7b24bbf09fde8405770e676fe0c11c79662 ]
ah->noise is maintained globally and not per-channel. This
is updated in the reset() routine after the NF h
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
[ Upstream commit cf3aa02cb4a0c5af5557dd47f15a08a7df33182a ]
If we detect that an rpc is too short, we abort and close the
connection. Except, there's a bug here: we'
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Alex Williamson
[ Upstream commit 60d0ca3cfd199b6612f4999a3470dad38bb1 ]
If we use a large mapping, the expectation is that only unmaps from
the first pte in the superpage are suppo
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Takashi Iwai
[ Upstream commit 86f0b5b86d142b9323432fef078a6cf0fb5dda74 ]
snd_pcm_stop() must be called in the PCM substream lock context.
Cc:
Signed-off-by: Takashi Iwai
Signed-off-
Make sure that format strings cannot leak into printk() calls from the
msgbuf string.
Signed-off-by: Kees Cook
---
drivers/staging/dgnc/dgnc_driver.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_driver.c
b/drivers/staging/dgnc/dgnc_driver.
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Steffen Maier
[ Upstream commit 5fea4291deacd80188b996d2f555fc6a1940e5d4 ]
Commit 86a9668a8d29ea711613e1cb37efa68e7c4db564
"[SCSI] zfcp: support for hardware data router"
reduced the in
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "zhangwei(Jovi)"
[ Upstream commit 11034ae9c20f4057a6127fc965906417978e69b2 ]
All syscall tracing irqs-off tags are wrong, the syscall enter entry doesn't
disable irqs.
[root@jovi tra
The boot message buffer could potentially overflow the stack and the
heap. Additionally make sure format strings could not leak into printk()
calls.
Signed-off-by: Kees Cook
---
drivers/staging/dgap/dgap_driver.c | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Steffen Maier
[ Upstream commit 9edf7d75ee5f21663a0183d21f702682d0ef132f ]
Commit 64deb6efdc5504ce97b5c1c6f281fffbc150bd93
"[SCSI] zfcp: Use status_read_buf_num provided by FCP channel"
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Seth Heasley
[ Upstream commit c7e8695bfa0611b39493a9dfe8bab9f63f9809bd ]
This patch adds the IDE-mode SATA DeviceIDs for the Intel Coleto Creek PCH.
Signed-off-by: Seth Heasley
Signe
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Thomas Gleixner
[ Upstream commit 1f73a9806bdd07a5106409bbcab3884078bd34fe ]
When the system switches from periodic to oneshot mode, the broadcast
logic causes a possibility that a CPU
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Tejun Heo
[ Upstream commit 7a87718d92760fc688628ad6a430643dafa16f1f ]
For some reason, a lot of port-multipliers have issues with softreset.
SIMG [34]7x series port-multipliers have be
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: NeilBrown
[ Upstream commit 78eaa0d4cbcdb345992fa3dd22b3bcbb473cc064 ]
1/ If a RAID10 is being reshaped to a fewer number of devices
and is stopped while this is ongoing, then when the
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Shane Huang
[ Upstream commit b996ac90f595dda271cbd858b136b45557fc1a57 ]
To add AMD CZ SMBus controller device ID.
[bhelgaas: drop pci_ids.h update]
Signed-off-by: Shane Huang
Signed-
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sujith Manoharan
[ Upstream commit 30d5b709da23f4ab9836c7f66d2d2e780a69cf12 ]
For AR9485 boards with XLNA, the default gpio config
is not set correctly, fix this.
Cc: sta...@vger.kerne
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "zhangwei(Jovi)"
[ Upstream commit fa44063f9ef163c3a4c8d8c0465bb8a056b42035 ]
When wrong argument is passed into uprobe_events it does not return
an error:
[root@jovi tracing]# echo 'p
Just to be safe, call the error reporting function with "%s" to avoid
any possible future format string leak.
Signed-off-by: Kees Cook
---
drivers/md/bcache/super.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c
index
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sreekanth Reddy
[ Upstream commit 48ba2efc382f94fae16ca8ca011e5961a81ad1ea ]
When SCSI command is received with task attribute not set, set it to SIMPLE.
Previously it is set to untagge
Makes sure format string cannot leak into device_create() call.
Signed-off-by: Kees Cook
---
drivers/staging/xillybus/xillybus_core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/xillybus/xillybus_core.c
b/drivers/staging/xillybus/xillybus_core.c
index
Hi all,
Please do not add any code for v3.13 to your linux-next included branches
until after v3.12-rc1 is released.
Changes since 20130910:
I removed a lot of patches form the akpm tree that turned up in the vfs
tree
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Daniel Hansel
[ Upstream commit f76ccaac4f82c463a037aa4a1e4ccb85c7011814 ]
FCP device remains in status ERP_FAILED when device is switched online
or adapter recovery is triggered while
This fixes up the usage of snprintf, strncpy, and format strings in the
call to kthread_run to avoid ever accidentally allowing a format string
into the thread name.
Signed-off-by: Kees Cook
---
.../staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c |2 +-
.../staging/lustre/lnet/klnds/socklnd/s
On Tue, Sep 10, 2013 at 11:01:38AM -0300, Lucas De Marchi wrote:
>
> However looking at the only user right now, crct10dif: couldn't we
> detect at runtime if this module can be used instead of just trying to
> load it as a pre softdep and possibly failing?
No as sd_mod requires crct10dif to be pr
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Takashi Iwai
[ Upstream commit 5be1efb4c2ed79c3d7c0cbcbecae768377666e84 ]
snd_pcm_stop() must be called in the PCM substream lock context.
Cc:
Signed-off-by: Takashi Iwai
Signed-off-
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Hauke Mehrtens
[ Upstream commit 693026ef2e751fd94d2e6c71028e68343cc875d5 ]
When b43 gets build into the kernel and it should use bcma we have to
ensure that bcma was also build into th
This makes sure format strings cannot leak into the printk call via the
constructed buffer.
Signed-off-by: Kees Cook
---
drivers/scsi/esas2r/esas2r_log.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/esas2r/esas2r_log.c b/drivers/scsi/esas2r/esas2r_log.c
ind
This makes sure a format string cannot accidentally leak into the
kthread_run() call.
Signed-off-by: Kees Cook
---
drivers/net/xen-netback/interface.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/xen-netback/interface.c
b/drivers/net/xen-netback/interface.c
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Peter Zijlstra
[ Upstream commit 058ebd0eba3aff16b144eabf4510ed9510e1416e ]
Jiri managed to trigger this warning:
[] ==
[] [ INFO:
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Dave Jones
[ Upstream commit 4ccb93ce7439b63c31bc7597bfffd13567fa483d ]
Two of the x25 ioctl cases have error paths that break out of the function
without
unlocking the socket, leading
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit 75a493e60ac4bbe2e977e7129d6d8cbb0dd236be ]
If the socket had an IPV6_MTU value set, ip6_append_data_mtu lost track
of this when appending the seco
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit c9ab4d85de222f3390c67aedc9c18a50e767531e ]
There is a race in neighbour code, because neigh_destroy() uses
skb_queue_purge(&neigh->arp_queue) without hold
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: dingtianhong
[ Upstream commit 440d57bc5ff55ec1efb3efc9cbe9420b4bbdfefa ]
According to the commit 16b0dc29c1af9df341428f4c49ada4f626258082
(dummy: fix rcu_sched self-detected stalls)
E
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit 8822b64a0fa64a5dd1dfcf837c5b0be83f8c05d1 ]
We accidentally call down to ip6_push_pending_frames when uncorking
pending AF_INET data on a ipv6 sock
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Cong Wang
[ Upstream commit ab6c7a0a43c2eaafa57583822b619b22637b49c7 ]
vti module allocates dev->tstats twice: in vti_fb_tunnel_init()
and in vti_tunnel_init(), this lead to a memory le
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Jiri Olsa
[ Upstream commit 06f417968beac6e6b614e17b37d347aa6a6b1d30 ]
The '!ctx->is_active' check has a valid scenario, so
there's no need for the warning.
The reason is that there's
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Jiri Olsa
[ Upstream commit 734df5ab549ca44f40de0f07af1c8803856dfb18 ]
Currently when the child context for inherited events is
created, it's based on the pmu object of the first event
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
[ Upstream commit cc229884d3f77ec3b1240e467e0236c3e0647c0c ]
This adds a way to check ring empty state after enable_cb outside any
locks. Will be used by virtio_net
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
[ Upstream commit cbdadbbf0c790f79350a8f36029208944c5487d0 ]
virtio net called virtqueue_enable_cq on RX path after napi_complete, so
with NAPI_STATE_SCHED clear -
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: dingtianhong
[ Upstream commit 2c8a01894a12665d8059fad8f0a293c98a264121 ]
We rename the dummy in modprobe.conf like this:
install dummy0 /sbin/modprobe -o dummy0 --ignore-install dummy
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Wei Yongjun
[ Upstream commit e1558a93b61962710733dc8c11a2bc765607f1cd ]
Add missing .owner of struct pppox_proto. This prevents the
module from being removed from underneath its users.
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Dave Kleikamp
[ Upstream commit aabb9875d02559ab9b928cd6f259a5cc4c21a589 ]
The missing call to unregister_netdev() leaves the interface active
after the driver is unloaded by rmmod.
Si
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Neil Horman
[ Upstream commit 352900b583b2852152a1e05ea0e8b579292e731e ]
Recently had this backtrace reported:
WARNING: at lib/dma-debug.c:937 check_unmap+0x47d/0x930()
Hardware name: S
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Jason Wang
[ Upstream commit 3dd5c3308e8b671e8e8882ba972f51cefbe9fd0d ]
Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
linearize parts of the skb to let the re
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Takashi Iwai
[ Upstream commit 5b9ab3f7324a1b94a5a5a76d44cf92dfeb3b5e80 ]
snd_pcm_stop() must be called in the PCM substream lock context.
Cc:
Signed-off-by: Takashi Iwai
Signed-off-
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Takashi Iwai
[ Upstream commit 46f6c1aaf790be9ea3c8ddfc8f235a5f677d08e2 ]
snd_pcm_stop() must be called in the PCM substream lock context.
Cc:
Acked-by: Mark Brown
Signed-off-by: Tak
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sasha Levin
[ Upstream commit 110ecd69a9feea82a152bbf9b12aba57e6396883 ]
p9_release_pages() would attempt to dereference one value past the end of
pages[]. This would cause the followin
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Takashi Iwai
[ Upstream commit 256ca9c3ad5013ff8a8f165e5a82fab437628c8e ]
We've got bug reports that the module loading stuck on Debian system
with 3.10 kernel. The debugging session r
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: dingtianhong
[ Upstream commit f2966cd5691058b8674a20766525bedeaea9cbcf ]
If __rtnl_link_register() return faild when loading the ifb, it will
take the wrong path and get oops, so fix i
On 09/11/2013 12:08 PM, Jingoo Han wrote:
> Use the wrapper function for retrieving the platform data instead of
> accessing dev->platform_data directly. This is a cosmetic change
> to make the code simpler and enhance the readability.
>
> Signed-off-by: Jingoo Han
> ---
> Changes since v2:
> - s
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Takashi Iwai
[ Upstream commit cc7282b8d5abbd48c81d1465925d464d9e3eaa8f ]
snd_pcm_stop() must be called in the PCM substream lock context.
Cc:
Signed-off-by: Takashi Iwai
Signed-off-
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Chen Gang
[ Upstream commit 8246aca7058f3f2c2ae503081777965cd8df7b90 ]
the smp_release_cpus is a normal funciton and called in normal environments,
but it calls the __initdata spinnin
Hi Andrew,
On Tue, 10 Sep 2013 16:13:02 -0700 Andrew Morton
wrote:
>
> On Tue, 10 Sep 2013 23:59:34 +0100 Al Viro wrote:
> >
> > It's not that bad, actually; I think the variant I've pushed right now
> > (vfs.git#for-next, head at f5e1dd34561e0fb06400b378d595198918833021) should
> > be doing th
[ Yes, I know I said I would stop support of 3.6-stable, but
I had a need for another release. I may make one or two more
but don't count on it. ]
This is the start of the stable review cycle for 3.6.11.9-rc1 release.
There are 251 patches in this series, which will be posted as responses
to t
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Takashi Iwai
[ Upstream commit bddee96b5d0db869f47b195fe48c614ca824203c ]
When a selection to a converter MUX is changed in hdmi_pcm_open(), it
should be cached so that the given connec
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Bu, Yitian"
[ Upstream commit dbda92d16f8655044e082930e4e9d244b87fde77 ]
commit 07354eb1a74d1 ("locking printk: Annotate logbuf_lock as raw")
reintroduced a lock inversion problem whic
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Fabio Estevam
[ Upstream commit 5c78dfe87ea04b501ee000a7f03b9432ac9d008c ]
SGTL5000_PLL_FRAC_DIV_MASK is used to mask bits 0-10 (11 bits in total) of
register CHIP_PLL_CTRL, so fix the
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Takashi Iwai
[ Upstream commit 61be2b9a18ec70f3cbe3deef7a5f77869c71b5ae ]
snd_pcm_stop() must be called in the PCM substream lock context.
Cc:
Acked-by: Mark Brown
Signed-off-by: Tak
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Jason Wang
[ Upstream commit 61d46bf979d5cd7c164709a80ad5676a35494aae ]
Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
linearize parts of the skb to let the re
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit 1eb4f758286884e7566627164bca4c4a16952a83 ]
We could end up expiring a route which is part of an ecmp route set. Doing
so would invalidate the rt->
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Jan Kara
[ Upstream commit a5faeaf9109578e65e1a32e2a3e76c8b47e7dcb6 ]
Code in blkdev.c moves a device inode to default_backing_dev_info when
the last reference to the device is put and
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Aaron Plattner
[ Upstream commit d52392b1a80458c0510810789c7db4a39b88022a ]
Vendor ID 0x10de0060 is used by a yet-to-be-named GPU chip.
Reviewed-by: Andy Ritger
Signed-off-by: Aaron P
Dear Purchasing manager:
here is paper leading supplier from China
our main products include A3 copy paper, A4 copy paper, offset paper, newsprint
paper and so on
we can do the packing as customer's request
if you need any of them please reply me
Best wishes
Sunny
Manager
North China Lutuo intern
On Tue, Sep 10, 2013 at 8:56 PM, Al Viro wrote:
>
> I do. What we need on the second pass (one where we currently
> take seq_writelock()) is exclusion against writers; nothing we are
> doing is worth disturbing the readers - we don't change any data
> structures. And simple grabbing the spinlock
Hello,
You have won 1,000.000 great british pounds in the ongoing promo draw.
For claims, contact Mr Jeremy via email on: jeremy-off...@qq.com
Thanks,
T. Stratford.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mo
On Tue, Sep 10, 2013 at 08:22:56PM -0700, Linus Torvalds wrote:
> On Tue, Sep 10, 2013 at 6:48 PM, Waiman Long wrote:
> >
> > I need to clean up some comments in the code. The other thing that I want to
> > do is to introduce read_seqlock/read_sequnlock() primitives that do the
> > locking without
Jens, here's the bcache stuff for 3.12. This is on top of the pull
request I sent you of fixes for 3.11. Pull away!
The following changes since commit bef0ef06a9fe34b08177b67d3213dceab29d3abe:
bcache: Fix for handling overlapping extents when reading in a btree node
(2013-09-03 13:42:35 -0700)
Hello.
Andrew Morton wrote:
> OK, thanks, I\'ve dropped
> syscallsh-use-gcc-alias-instead-of-assembler-aliases-for-syscalls.patch
> and scripts-mod-modpostc-handle-non-abs-crc-symbols.patch.
The problem was solved ( https://lkml.org/lkml/2013/9/4/188 ) and therefore
there is no need to drop these
On 2013年09月10日 23:31, Viresh Kumar wrote:
> On 10 September 2013 20:14, wrote:
>> From: Lan Tianyu
>>
>> The cpufreq_set_policy() has been removed by commit 632786c. So remove
>> related comment.
>> ---
>> drivers/cpufreq/cpufreq.c | 4
>> 1 file changed, 4 deletions(-)
>
> I have got ano
Hi Martin,
I don't think the mentioned patch could solve your problem.
The warning messages implies some issues in CPU hotplug, need more
investigation.
Regards!
Gerry
On 2013/9/11 6:15, Martin MOKREJŠ wrote:
Hi,
I got this stacktrace shortly after bootup. I am disabling the two
hyper
Hi Jaegeuk,
On 09/10/2013 08:52 AM, Jaegeuk Kim wrote:
> Hi,
>
> At first, thank you for the report and please follow the email writing
> rules. :)
>
> Anyway, I agree to the below issue.
> One thing that I can think of is that we don't need to use the
> spin_lock, since we don't care about the
Hi Jaegeuk,
On 09/10/2013 08:59 AM, Jaegeuk Kim wrote:
> Hi,
>
> 2013-09-07 (토), 08:00 +, Chao Yu:
>> Hi Knize,
>>
>> Thanks for your reply, I think it's actually meaningless that it's
>> being named after "spin_lock",
>> it's better to rename this spinlock to "round_robin_lock".
>>
>>
On Tue, Sep 10, 2013 at 6:48 PM, Waiman Long wrote:
>
> I need to clean up some comments in the code. The other thing that I want to
> do is to introduce read_seqlock/read_sequnlock() primitives that do the
> locking without incrementing the sequence number.
I don't understand. That's the whole *
Hi Linus !
Here are a handful of small powerpc fixes. A couple of section mismatches
(always worth fixing), a missing export of a new symbol causing build
failures of modules, a page fault deadlock fix (interestingly that
bug has been around for a LONG time, though it seems to be more easily
trigg
On Tue, 2013-09-10 at 21:10 +, Christoph Lameter wrote:
> On Tue, 10 Sep 2013, Gilad Ben-Yossef wrote:
>
> > On Tue, Sep 10, 2013 at 10:26 AM, Mike Galbraith
> > wrote:
> >
> > >
> > > Hammering on the wrong spot makes removing isolcpus take longer, and
> > > adds up to more hammering in th
Frantisek Hrbata writes:
> On Tue, Sep 10, 2013 at 03:05:57PM +0930, Rusty Russell wrote:
>> Frantisek Hrbata writes:
>> > On Mon, Sep 09, 2013 at 10:44:03AM +0930, Rusty Russell wrote:
>> >> Kyle McMartin writes:
>> >> > On Fri, Sep 06, 2013 at 07:51:18PM +0200, Frantisek Hrbata wrote:
>> >> >>
On 9/10/13 4:02 PM, Theodore Ts'o wrote:
> On Tue, Sep 10, 2013 at 02:47:33PM -0600, Andreas Dilger wrote:
>> I agree that SELinux is enabled on enterprise distributions by default,
>> but I'm also interested to know how much overhead this imposes. I would
>> expect that writing large external xat
On Tue, Sep 10, 2013 at 5:31 PM, Mel Gorman wrote:
> @@ -5045,15 +5038,50 @@ static int need_active_balance(struct lb_env *env)
>
> static int active_load_balance_cpu_stop(void *data);
>
> +static int should_we_balance(struct lb_env *env)
> +{
> + struct sched_group *sg = env->sd->groups;
>
Use the wrapper function for retrieving the platform data instead of
accessing dev->platform_data directly. This is a cosmetic change
to make the code simpler and enhance the readability.
Signed-off-by: Jingoo Han
---
Changes since v2:
- squashed 3 patches into a single patch
drivers/extcon/ext
On 09/10/2013 08:00 PM, Linus Torvalds wrote:
> On Tue, Sep 10, 2013 at 7:46 PM, John Stoffel wrote:
>>
>> Linus> The timing absolutely sucks, but it looks like the SSD in my
>> Linus> main workstation just died on me.
>>
>> What model, if you care to share? I figure you'r a perfect storm of
>> S
On Tue, Sep 10, 2013 at 7:46 PM, John Stoffel wrote:
>
> Linus> The timing absolutely sucks, but it looks like the SSD in my
> Linus> main workstation just died on me.
>
> What model, if you care to share? I figure you'r a perfect storm of
> SSD beating with all your compiles and git pulls, etc.
The broadcast framework in the kernel expects an external clock device which
will
continue functioning in deep idle states also. This ability is specified by
the "non-existence" of the feature C3STOP . This is the device that it relies
upon to wakup cpus in deep idle states whose local timers/cloc
Now that we have the basic infrastructure setup to make use of the broadcast
framework, introduce the deep idle state in which cpus need to avail the
functionality provided by this infrastructure to wake them up at their
expired timer events. On ppc this deep idle state is called sleep.
In
On hotplug of the broadcast cpu, cancel the hrtimer queued to do
broadcast and nominate a new broadcast cpu to be the first cpu in the
broadcast mask which includes all the cpus that have notified the broadcast
framework about entering deep idle state.
Since the new broadcast cpu is one of the cpu
On PowerPC, when CPUs enter deep idle states, their local timers get
switched off. The local timer is called the decrementer. An external clock
device needs to programmed to wake them up at their next timer event.
On PowerPC, we do not have an external device equivalent to HPET,
which is cu
From: Srivatsa S. Bhat
For scalability and performance reasons, we want the broadcast IPIs
to be handled as efficiently as possible. Fixed IPI messages
are one of the most efficient mechanisms available - they are faster
than the smp_call_function mechanism because the IPI handlers are fixed
and
From: Srivatsa S. Bhat
The IPI handlers for both PPC_MSG_CALL_FUNC and PPC_MSG_CALL_FUNC_SINGLE map to
a common implementation - generic_smp_call_function_single_interrupt(). So, we
can consolidate them and save one of the IPI message slots, (which are precious,
since only 4 of those slots are av
On PowerPC, when CPUs enter deep idle states, their local timers get
switched off. An external clock device needs to programmed to wake them
up at their next timer event.
On PowerPC, we do not have an external device equivalent to HPET,
which is currently used on architectures like x86 unde
On Wed, Sep 11, 2013 at 10:30 AM, Guenter Roeck wrote:
> On Wed, Sep 11, 2013 at 10:25:57AM +0800, Peng Tao wrote:
>> On Wed, Sep 11, 2013 at 9:44 AM, Christoph Hellwig
>> wrote:
>> > On Wed, Sep 11, 2013 at 01:14:11AM +0800, Peng Tao wrote:
>> >> The problem is access_process_vm() is not export
Linus> The timing absolutely sucks, but it looks like the SSD in my
Linus> main workstation just died on me.
What model, if you care to share? I figure you'r a perfect storm of
SSD beating with all your compiles and git pulls, etc.
And may I suggest that you get TWO of them next time and mirr
Hi Linus,
One more x86 tree for this merge window. This tree improves the
handling of jump labels, so that most of the time we don't have to do
a massive initial patching run. Furthermore, we will error out of the
jump label is not what is expected, e.g. if it has been corrupted or
tampered with
It is supposed to be possible to call setup() on one slave while
transfers on another slave attached to the same master are in
progress.
A cursory look at the code makes it seem that all the CS control bits
share SPIDAT1? Will writing to SPIDAT1 in davinci_spi_chipselect()
cause a race if another
On Sun, 1 Sep 2013 20:13:02 -0400 ycbzzj...@gmail.com wrote:
> From: Bian Yu
>
> Because of block layer merge, one bio fails will cause other bios
> which belongs to the same request fails, so raid5_end_read_request
> will record all these bios as badblocks.
> If retry request with R5_ReadNoMer
On 09/10/2013 07:29 PM, Chanwoo Choi wrote:
On 09/11/2013 11:16 AM, Guenter Roeck wrote:
Signed-off-by: Guenter Roeck
---
v2: rephrase patch subject
call gpio_set_debounce before registering extcon device,
and set debounce_jiffies only if the call was not successful
drivers/extcon
Hi Kim,
I did some tests as you mention of using random instead of spin_lock.
The test model is as following:
eight threads race to grab one of eight locks for one thousand times,
and I used four methods to generate lock num:
1.atomic_add_return(1, &sbi->next_lock_num) % NR_GLOBAL_LOCKS;
2.spin_
Hi Jingoo,
I prefer to consolidate this patchset as one patch because of simliar
moditication.
Thanks,
Chanwoo Choi
On 09/11/2013 11:21 AM, Jingoo Han wrote:
> Use the wrapper function for retrieving the platform data instead of
> accessing dev->platform_data directly. This is a cosmetic change
(2013/09/11 7:47), Toshi Kani wrote:
> cpu_up() has #ifdef CONFIG_MEMORY_HOTPLUG code blocks, which
> call mem_online_node() to put its node online if offlined and
> then call build_all_zonelists() to initialize the zone list.
> These steps are specific to memory hotplug, and should be
> managed in
On Wed, Sep 11, 2013 at 10:25:57AM +0800, Peng Tao wrote:
> On Wed, Sep 11, 2013 at 9:44 AM, Christoph Hellwig wrote:
> > On Wed, Sep 11, 2013 at 01:14:11AM +0800, Peng Tao wrote:
> >> The problem is access_process_vm() is not exported since certain
> >> version of kernel including the latest. Acc
On 09/11/2013 11:16 AM, Guenter Roeck wrote:
>
> Signed-off-by: Guenter Roeck
> ---
> v2: rephrase patch subject
> call gpio_set_debounce before registering extcon device,
> and set debounce_jiffies only if the call was not successful
>
> drivers/extcon/extcon-gpio.c |8 +++-
>
Use the wrapper function for retrieving the platform data instead of
accessing dev->platform_data directly. This is a cosmetic change
to make the code simpler and enhance the readability.
Signed-off-by: Jingoo Han
---
drivers/extcon/extcon-palmas.c |2 +-
1 file changed, 1 insertion(+), 1 de
The timing absolutely sucks, but it looks like the SSD in my main
workstation just died on me.
I had pushed out _most_ of my pulls today, so realistically I didn't
lose a lot of work. However, any people having outstanding pull
requests or patches that they expected me to merge that are not in the
201 - 300 of 938 matches
Mail list logo
