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
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
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 +-
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
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
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
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
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
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:
[] ==
[] [
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,
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
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(>arp_queue) without holding
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)
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
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
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
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
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
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.
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:
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
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
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:
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
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
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
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:
> -
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
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
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
[ 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
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
>>
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
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
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
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
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
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
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
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
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
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
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
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, >next_lock_num) % NR_GLOBAL_LOCKS;
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
(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
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.
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
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
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. According to Christoph in the
>> other mail, access_process_vm() is
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-gpio.c |2 +-
1 file changed, 1 insertion(+), 1
Signed-off-by: Guenter Roeck
---
v2: Document gpio_active_low variable in gpio_extcon_platform_data
Rewrite active-low logic to be easier to read.
drivers/extcon/extcon-gpio.c |4
include/linux/extcon/extcon-gpio.h |5 +
2 files changed, 9 insertions(+)
diff --git
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-adc-jack.c |2 +-
1 file changed, 1 insertion(+), 1
register_blkdev(0, NULL) can result kernel Oops by copying from NULL
in strlcpy(). Fix it by checking NULL pointer at the beginning and
WARN when encountered in unregister_blkdev.
Signed-off-by: Vaughan Cao
---
block/genhd.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
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.
---
drivers/extcon/extcon-adc-jack.c |2 +-
drivers/extcon/extcon-gpio.c |2 +-
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 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
On 08/30/2013 01:29 PM, Guenter Roeck wrote:
> Signed-off-by: Guenter Roeck
> ---
> drivers/extcon/extcon-gpio.c |4 +++-
> include/linux/extcon/extcon-gpio.h |1 +
> 2 files changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/extcon/extcon-gpio.c
queue_pages_pmd_range() checks pmd_huge() to find hugepage, but this check
assumes the pmd is in the normal format and does not work on migration entry
whoes format is like swap entry. We can distinguish them with present bit,
so we need to check it before cheking pmd_huge(). Otherwise, pmd_huge()
Hi, Experts,
This email is aimed at a first time disclosure of project XenGT, which is a
Graphics virtualization solution based on Xen.
As you can see, requirements for GPU to be sharable among virtual machines have
been constantly rising. The targeted usage model might be accelerating
On 09/10/2013 05:31 AM, Mel Gorman wrote:
> It has been a long time since V6 of this series and time for an update. Much
> of this is now stabilised with the most important addition being the inclusion
> of Peter and Rik's work on grouping tasks that share pages together.
>
> This series has a
On 09/11/2013 10:57 AM, Guenter Roeck wrote:
> On 09/10/2013 06:16 PM, Chanwoo Choi wrote:
>> Hi Guenter
>>
>> I agree to use gpio_set_debounce() API but, I suggest following patch to
>> code clean.
>> and I'd like you to use declarative sentence on patch name instead of 'If
>> ...'.
>>
>> On
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 infrastructure in place but at 3
> sites test it and fold its value into
On 09/10/2013 06:16 PM, Chanwoo Choi wrote:
Hi Guenter
I agree to use gpio_set_debounce() API but, I suggest following patch to code
clean.
and I'd like you to use declarative sentence on patch name instead of 'If ...'.
On 08/30/2013 01:29 PM, Guenter Roeck wrote:
Signed-off-by: Guenter
On 09/09/2013 02:11 PM, H. Peter Anvin wrote:
> It recently came to my attention that there are no standards whatsoever
> for random number generated by TPMs. In fact, there *are* TPMs where
> random numbers are generated by an encrypted nonvolatile counter (I do
> not know which ones); this is
On 09/10/2013 04:25 PM, Linus Torvalds wrote:
On Tue, Sep 10, 2013 at 12:57 PM, Mace Moneta wrote:
The (first) patch looks good; no recurrence. It has only taken 3-5 minutes
before, and I've been up for about half an hour now.
Ok, good. It's pushed out.
Al, your third pile of VFS stuff is
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. According to Christoph in the
> other mail, access_process_vm() is also a core mm function that is not
> supposed to be exported.
201 - 300 of 1878 matches
Mail list logo
