2014-12-16 5:42 GMT+03:00 Joonsoo Kim :
> On Mon, Dec 15, 2014 at 08:16:00AM -0600, Christoph Lameter wrote:
>> On Mon, 15 Dec 2014, Joonsoo Kim wrote:
>>
>> > > +static bool same_slab_page(struct kmem_cache *s, struct page *page,
>> > > void *p)
>> > > +{
>> > > + long d = p - page->address;
>>
On Tue, Dec 16, 2014 at 12:16:01AM +0200, Imre Deak wrote:
> Currently there is a lock order problem between the console lock and the
> kernfs s_active lock of the console driver's bind sysfs entry. When
> writing to the sysfs entry the lock order is first s_active then console
> lock, when
On 12/16/2014 03:32 PM, Kamezawa Hiroyuki wrote:
> (2014/12/16 14:30), Lai Jiangshan wrote:
>> On 12/15/2014 07:14 PM, Kamezawa Hiroyuki wrote:
>>> Unbound wq pool's node attribute is calculated at its allocation.
>>> But it's now calculated based on possible cpu<->node information
>>> which can
On 12/15/2014 07:18 PM, Kamezawa Hiroyuki wrote:
> Workqueue keeps cpu<->node relationship including all possible cpus.
> The original information was made at boot but it may change when
> a new node is added.
>
> Update information if a new node is ready with using node-hotplug callback.
>
>
On Tue, Dec 16, 2014 at 12:37:52PM +1000, Dave Airlie wrote:
> > Having a quiet deprecation warning with the understanding that things
> > will stay around for *years* is fine. Although it makes me wonder how
> > much value the deprecation message really adds. I mean, why the hell
> > print a
Add device pointer to port->dev.
Before:
"(NULL device *): ttyAL0 at MMIO 0x2020 (irq = 6, base_baud = 3125000)
is a Altera UART"
After:
"altera_uart 2020.serial: ttyAL0 at MMIO 0x2020 (irq = 6, base_baud = 3125000)
is a Altera UART"
Signed-off-by: Ley Foon Tan
---
From: Sun Wang
Subject: [PATCH] staging:vt6655 Add extern variable in head file
Extern variable must be declared in head file. Compiler can catch the
inconsistency when variable changes.
Signed-off-by: Sun Wang
---
drivers/staging/vt6655/ioctl.c | 1 -
drivers/staging/vt6655/ioctl.h | 5
On Tue, Dec 16, 2014 at 12:16:00AM +0200, Imre Deak wrote:
> Currently vt_bind and vt_unbind access at least the con_driver object
> and registered_con_driver array without holding the console lock. Fix
> this by locking around the whole function in each case.
>
> Signed-off-by: Imre Deak
>
On Tue, Dec 16, 2014 at 12:15:59AM +0200, Imre Deak wrote:
> The default console driver (conswitchp) and busy drivers bound to a
> console (as reported by con_is_bound()) shouldn't be unregistered.
> System console drivers (without the CON_DRIVER_FLAG_MODULE flag) can be
> unregistered, provided
(2014/12/16 14:30), Lai Jiangshan wrote:
On 12/15/2014 07:14 PM, Kamezawa Hiroyuki wrote:
Unbound wq pool's node attribute is calculated at its allocation.
But it's now calculated based on possible cpu<->node information
which can be wrong after cpu hotplug/unplug.
If wrong pool->node is set,
On 12/06/2014 03:29 PM, Jonathan Cameron wrote:
> On 05/12/14 19:54, Karol Wrona wrote:
>> Add sensorhub bindings for sensorhub on Galaxy Gear 2.
>>
>> Change-Id: I4ee25aef33c21a4662de230841de9a8684f2c26b
>> Signed-off-by: Karol Wrona
>> Acked-by: Kyungmin Park
> Looks good to me. Comments
Add device pointer to port->dev.
Before:
"(NULL device *): ttyJ0 at MMIO 0x1008 (irq = 2, base_baud = 0) is a
Altera JTAG UART"
After:
"altera_jtaguart 1008.serial: ttyJ0 at MMIO 0x1008 (irq = 2, base_baud = 0) is a
Altera JTAG UART"
Signed-off-by: Ley Foon Tan
---
(2014/12/16 14:32), Lai Jiangshan wrote:
On 12/15/2014 07:16 PM, Kamezawa Hiroyuki wrote:
The percpu workqueue pool are persistend and never be freed.
But cpu<->node relationship can be changed by cpu hotplug and pool->node
can point to an offlined node.
If pool->node points to an offlined
Am 2014-12-15 um 22:29 schrieb Guenter Roeck:
> On Mon, Dec 15, 2014 at 05:18:34PM +0100, Martin Kepplinger wrote:
>> ---
>
> Some description would be nice. Also, please consider adding
> relevant subsystem mailing lists and maintainers to your patches.
>
I shouldn't have added the
Greg,
On Mon, Dec 15, 2014 at 08:38:01AM -0800, Greg Kroah-Hartman wrote:
> On Mon, Dec 15, 2014 at 04:53:05AM -0800, Jeremiah Mahler wrote:
> > Johan,
> >
> > On Mon, Dec 15, 2014 at 11:23:21AM +0100, Johan Hovold wrote:
> > > On Thu, Dec 11, 2014 at 03:29:52PM -0800, Jeremiah Mahler wrote:
> >
Kevin Cernekee writes:
> +27: For patches which are not urgent fixes for bugs in the current tree,
> +double-check https://www.kernel.org/ to make sure the merge window is
> +CLOSED ("mainline:" showing an -rc kernel) before sending. For more
> +information on the release cycle, see
On Mon, Dec 15, 2014 at 10:04:45PM +0200, Laurent Pinchart wrote:
> Hi Vinod,
>
> On Monday 15 December 2014 12:08:35 Vinod Koul wrote:
> > On Fri, Dec 12, 2014 at 09:41:11PM +0200, Laurent Pinchart wrote:
> > > On Thursday 11 December 2014 01:16:31 Kuninori Morimoto wrote:
> > On Mon, Dec
On Tue, Dec 16, 2014 at 02:06:50PM +0800, Ley Foon Tan wrote:
> On Mon, Dec 15, 2014 at 6:17 PM, Michael S. Tsirkin wrote:
> > Thanks for the heads up.
> > No - it will probably need a similar fix for __get_user and get_user.
> > It's just a parse warning so it's not a blocker.
> > Can you fix it
is released.
Changes since 20141215:
The infiniband tree gained a conflict against Linus' tree and a build
failure so I used the version from next-20141215.
The userns tree gained a conflict against the vfs tree.
The clk tree gained a build failure so I used the version from
next-20141215.
Non-merge
Please pull these fixes for the security subsystem.
The following changes since commit 988adfdffdd43cfd841df734664727993076d7cb:
Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux
(2014-12-15 15:52:01 -0800)
are available in the git repository at:
>--- Original Message ---
>Sender : Juergen Gross
>Date : 2014-12-16 15:36 (GMT+09:00)
>Title : Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use
>cache mode translation tables")
>
>On 12/16/2014 07:29 AM, Jongman Heo wrote:
>>>
>>> --- Original Message ---
>>>
sed.
> >
> > Changes since 20141215:
> >
> > The infiniband tree gained a conflict against Linus' tree and a build
> > failure so I used the version from next-20141215.
> >
> > The userns tree gained a conflict against the vfs tree.
> >
> >
Alexandre Courbot:
>
> MyungJoo, the issue of having this feature in the core vs. having it
> as a devfreq "extension" aside, do you agree with the core idea? An
> informl ack for the idea would allow us to start leveraging this for
> the ACTMON driver. With a concrete user it will make it easier
On 14.12.2014, Emmanuel Benisty wrote:
> >>> The following commit permanently turns my screen off when x server is
> >>> started (i3 330M Ironlake):
> >>>
> >>> [83f45fc360c8e16a330474860ebda872d1384c8c] drm: Don't grab an fb
> >>> reference for the idr
> >>>
> >>> Reverting this commit
On 12/16/2014 07:29 AM, Jongman Heo wrote:
>>
>> --- Original Message ---
>> Sender : Juergen Gross
>> Date : 2014-12-16 14:14 (GMT+09:00)
>> Title : Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use
>> cache mode translation tables")
>>
>> On 12/16/2014 05:40 AM,
On Tue, Dec 16, 2014 at 03:46:22PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Please do not add any code destined for v3.20 to your linux-next included
> trees/branches until after v3.19-rc1 is released.
>
> Changes since 20141215:
>
> The infiniband tree gained a conf
On Tue, Dec 16, 2014 at 4:54 AM, Suman Anna wrote:
> Hi Ley Foon,
>
> On 12/12/2014 08:38 AM, Dinh Nguyen wrote:
>>
>>
>> On 12/12/14, 4:04 AM, Ley Foon Tan wrote:
>>> The Altera mailbox allows for interprocessor communication. It supports
>>> only one channel and work as either sender or
On 12/16/2014 07:18 AM, Thomas Hellstrom wrote:
> On 12/16/2014 01:35 AM, Linus Torvalds wrote:
>> On Sun, Dec 14, 2014 at 11:17 PM, Dave Airlie wrote:
>>> i915:
>>> Initial Skylake (SKL) support
>>> gen3/4 reset work
>>> start of dri1/ums removal
>>> infoframe
On Tue, Dec 16, 2014 at 09:47:39AM +0800, Huang, Ying wrote:
> On Mon, 2014-12-15 at 11:31 -0600, Eric W. Biederman wrote:
> > Huang Ying writes:
> >
> > > FYI, we noticed the below changes on
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
> > >
>
>--- Original Message ---
>Sender : Juergen Gross
>Date : 2014-12-16 14:14 (GMT+09:00)
>Title : Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use
>cache mode translation tables")
>
>On 12/16/2014 05:40 AM, Jongman Heo wrote:
>>> --- Original Message ---
>>>
Hello,
I dig little deeper to understand the situation.
All other cpus are in idle thread already.
As per my understanding, for the grace period to end, at-least one of
the following should happen on all online cpus,
1. a context switch.
2. user space switch.
3. switch to idle thread.
In this
On Sun, Dec 14, 2014 at 8:48 PM, Tim Kryger wrote:
> On Sat, Dec 13, 2014 at 11:22 PM, Bjorn Andersson wrote:
[..]
>> Or simply; what is vmmc (in the code) supposed to represent?
>
> Hi Bjorn,
>
> VMMC is the supply that delivers power out to the SD card itself (aka VDD).
>
> It is not the
Commit 85c116a6c introduces asprintf() call and matches '%ld' to a u64
argument, which is incorrect on ARM:
CC /home/wn/util/srcline.o
util/srcline.c: In function 'get_srcline':
util/srcline.c:297:6: error: format '%ld' expects argument of type 'long int',
but argument 4 has type
On 12/16/2014 01:35 AM, Linus Torvalds wrote:
> On Sun, Dec 14, 2014 at 11:17 PM, Dave Airlie wrote:
>> i915:
>> Initial Skylake (SKL) support
>> gen3/4 reset work
>> start of dri1/ums removal
>> infoframe tracking
>> fixes for lots of things.
> So I'm not
在 2014年12月16日 00:18, Mark Brown 写道:
On Mon, Dec 15, 2014 at 09:10:26PM +0800, Kuankuan.Yang wrote:
Hi Mark & Russell:
Please don't top post, that way people have some context for what you're
saying - look at how people normally format their mails on thelist.
In that way, dt will only need
From f9d84df080c16097218092630db9b5df31d487b5 Mon Sep 17 00:00:00 2001
From: Charles Chiou
Date: Fri, 7 Nov 2014 10:15:18 +0800
Subject: [PATCH 4/4] scsi:stex.c Add S3/S4 support
Add S3/S4 support, add .suspend and .resume function in pci_driver.
Pegasus need 30~40 seconds to boot up. We
From 72f5b5cbda424a254b0e9672bd4d9d249728fcb9 Mon Sep 17 00:00:00 2001
From: Charles Chiou
Date: Wed, 5 Nov 2014 19:29:46 +0800
Subject: [PATCH 3/4] scsi:stex.c Add reboot support
1. Add reboot support, Pegasus devices should be notified that
the host is going to shut down/reboot. I
On Mon, Dec 15, 2014 at 6:17 PM, Michael S. Tsirkin wrote:
> Thanks for the heads up.
> No - it will probably need a similar fix for __get_user and get_user.
> It's just a parse warning so it's not a blocker.
> Can you fix it yourself or prefer me to?
Do you have newer revision of this series?
If
On Tue, Dec 16, 2014 at 04:48:58AM +, Nicholas A. Bellinger wrote:
> In practice this has not been an issue because iscsit_do_tx_data()
> is only used for transferring 48 byte headers + 4 byte digests,
> along with seldom used control payloads from NOPIN + TEXT_RSP +
> REJECT with less than
In queue_read_lock_slowpath, when writer count becomes 0, we need
increment the read count and get the lock. Then need call
rspin_until_writer_unlock to check again if an incoming writer
steals the lock in the gap. But in rspin_until_writer_unlock
it only checks the writer count, namely low 8 bit
On 12/15/2014 01:05 PM, David Vrabel wrote:
On 11/12/14 18:04, Juergen Gross wrote:
Instead of manually list each hypercall in arch/x86/xen/xen-head.S
use the auto generated symbol list.
This also corrects the wrong address of xen_hypercall_mca which was
located 32 bytes higher than it should.
On 2014/12/16 12:49, Namhyung Kim wrote:
> Hi Wang,
>
> On Tue, Dec 16, 2014 at 10:10:10AM +0800, Wang Nan wrote:
>> Commit 85c116a6c introduces asprintf() call and matches '%ld' to a u64
>> argument, which is incorrect on ARM.
>>
>>CC /home/wn/util/srcline.o
>> util/srcline.c: In
On Tue, Dec 16, 2014 at 12:08:02PM +0800, Ganesh Mahendran wrote:
> Hello Minchan,
>
>
> 2014-12-16 8:40 GMT+08:00 Minchan Kim :
> > Hello Ganesh,
> >
> > On Sat, Dec 13, 2014 at 09:43:23PM +0800, Ganesh Mahendran wrote:
> >> Currently functions in zsmalloc.c does not arranged in a readable
> >>
On Mon, Dec 15, 2014 at 9:38 PM, Viresh Kumar wrote:
> On 16 December 2014 at 11:02, Dmitry Torokhov wrote:
>> Yes we will. Which simply means that this WARN is stupid. We also will
>> hit it if there is no opp table and the allocation below fails; or if
>> it succeeds then
Units can be passed to lprocfs_write_frac_u64_helper() via a suffix
(e.g., "...K", "...M", etc.) tacked onto the value. A comment states
that "specified units override the multiplier," though the multiplier is
overridden regardless. Update the conditional logic so that it only
applies when units
On Mon, Dec 15, 2014 at 9:33 PM, Viresh Kumar wrote:
> On 16 December 2014 at 06:20, Dmitry Torokhov wrote:
>> dev_pm_opp_get_opp_count() must be called with RCU lock held.
>>
>> Signed-off-by: Dmitry Torokhov
>> ---
>>
>> Not tested at all...
>>
>> drivers/cpufreq/imx6q-cpufreq.c | 4
>>
On 16 December 2014 at 11:02, Dmitry Torokhov wrote:
> Yes we will. Which simply means that this WARN is stupid. We also will
> hit it if there is no opp table and the allocation below fails; or if
> it succeeds then dev_pm_opp_init_cpufreq_table() will fail and we'll
> hit this code path again.
On 16 December 2014 at 06:20, Dmitry Torokhov wrote:
> dev_pm_opp_get_opp_count() must be called with RCU lock held.
>
> Signed-off-by: Dmitry Torokhov
> ---
>
> Not tested at all...
>
> drivers/cpufreq/imx6q-cpufreq.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git
On Mon, Dec 15, 2014 at 9:10 PM, Viresh Kumar wrote:
> On 16 December 2014 at 05:40, Dmitry Torokhov wrote:
>> cpufreq-dt driver supports mode when OPP table is provided by platform
>> code and not device tree. However on certain platforms code that fills
>> OPP table may run after cpufreq
On 16 December 2014 at 06:12, Dmitry Torokhov wrote:
> Certain OPP APIs need to be called under RCU lock; let's add a few
> rcu_lockdep_assert() calls to warn about potential misuse.
Very nice..
> Signed-off-by: Dmitry Torokhov
> ---
> drivers/base/power/opp.c | 20
> 1
On 12/15/2014 08:14 AM, Peter Zijlstra wrote:
[ 787.894288]
> > > [ 787.897074] UBSan: Undefined behaviour in
> > > kernel/sched/fair.c:4541:17
> > > [ 787.898981] signed integer
On 12/15/2014 07:16 PM, Kamezawa Hiroyuki wrote:
> The percpu workqueue pool are persistend and never be freed.
> But cpu<->node relationship can be changed by cpu hotplug and pool->node
> can point to an offlined node.
>
> If pool->node points to an offlined node,
> following allocation failure
On 12/15/2014 07:14 PM, Kamezawa Hiroyuki wrote:
> Unbound wq pool's node attribute is calculated at its allocation.
> But it's now calculated based on possible cpu<->node information
> which can be wrong after cpu hotplug/unplug.
>
> If wrong pool->node is set, following allocation error will
From: Nicholas Bellinger
This patch changes iscsit_do_[tx,rx]_data() to fail on short
write/reads when kernel_[send,recv]msg() returns a value different
than the requested transfer length, returning -EPIPE and thus
causing a connection reset to occur.
This avoids a potential bug in the original
On 12/16/2014 05:40 AM, Jongman Heo wrote:
>> --- Original Message ---
>> Sender : Juergen Gross
>> Date : 2014-12-15 20:52 (GMT+09:00)
>> Title : Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use
>> cache mode translation tables")
>>
>> On 12/15/2014 08:52 AM, Jongman
On 16 December 2014 at 05:40, Dmitry Torokhov wrote:
> cpufreq-dt driver supports mode when OPP table is provided by platform
> code and not device tree. However on certain platforms code that fills
> OPP table may run after cpufreq driver tries to initialize, so let's
> report -EPROBE_DEFER if
Hi Pali,
On Fri, Nov 14, 2014 at 08:38:20PM +0100, Pali Rohár wrote:
> On some laptops after starting them from off state (not after reboot),
> function
> alps_probe_trackstick_v3() (called from function alps_identify()) does not
> detect trackstick. To fix this problem we need to reset device.
+ Peter from Jacob's mail ..
On 16 December 2014 at 05:14, Frederic Weisbecker wrote:
> So to summarize: I see it enqueues a timer then it loops on that timer
> expiration.
> On that loop we stop the CPU and we expect the timer to fire and wake the
> thread up.
> But if the delayed tick fires
On 12/15/2014 07:12 AM, Peter Zijlstra wrote:
>
> Sorry for the long delay, I was out for a few weeks due to having become
> a dad for the second time.
Congrats! May you be able to sleep at night sooner rather than later.
> On Sat, Dec 13, 2014 at 09:30:12AM +0100, Ingo Molnar wrote:
>> * Sasha
Hi,
I was running some perf mem test for an upcoming patch when
I realize that precise=2 was broken on 3.18. It seems it never
(or extremely rarely) correct the off-by-one error, when until 3.18-rc4
it was 100% on the same program. So something was introduced
that broke the asm walker in
Hi Wang,
On Tue, Dec 16, 2014 at 10:10:10AM +0800, Wang Nan wrote:
> Commit 85c116a6c introduces asprintf() call and matches '%ld' to a u64
> argument, which is incorrect on ARM.
>
>CC /home/wn/util/srcline.o
> util/srcline.c: In function 'get_srcline':
> util/srcline.c:297:6: error:
Hi all,
Please do not add any code destined for v3.20 to your linux-next included
trees/branches until after v3.19-rc1 is released.
Changes since 20141215:
The infiniband tree gained a conflict against Linus' tree and a build
failure so I used the version from next-20141215.
The userns tree
Stephen Rothwell writes:
> Hi Eric,
>
> Today's linux-next merge of the userns tree got a conflict in
> kernel/user_namespace.c between commits 3c0411846118 ("switch the rest
> of proc_ns_operations to working with &...->ns") and 64964528b24e
> ("make proc_ns_operations work with struct
>--- Original Message ---
>Sender : Juergen Gross
>Date : 2014-12-15 20:52 (GMT+09:00)
>Title : Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use
>cache mode translation tables")
>
>On 12/15/2014 08:52 AM, Jongman Heo wrote:
>>> --- Original Message ---
>>>
On Sun, Dec 14, 2014 at 4:52 PM, Rickard Strandqvist
wrote:
> units = 1;
...
> /* Specified units override the multiplier */
> if (units)
That doesn't make much sense. The conditional logic will always be
executed. Maybe this is what's intended?
/* Specified
Signed-off-by: John de la Garza
---
include/linux/rbtree.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/rbtree.h b/include/linux/rbtree.h
index 57e75ae..fb31765 100644
--- a/include/linux/rbtree.h
+++ b/include/linux/rbtree.h
@@ -51,7 +51,7 @@ struct rb_root
On 16 December 2014 at 02:54, Pan, Jacob jun wrote:
> Looks good to me. You can add my Reviewed-by to the above patch.
Thanks.
> I have tested this fix and confirm powerclamp is working properly now.
Oh, nice.
> However, we also have a planned patch for consolidated idle loop. With this
>
On Tue, Dec 02, 2014 at 06:11:57PM +0100, Stefan Agner wrote:
> Stefan Agner (3):
> power: reset: adjust priority of simple syscon reboot driver
> ARM: dts: vf610: add system reset controller and syscon-reboot
> ARM: imx_v6_v7_defconfig: add POWER_RESET_SYSCON
Applied the last two.
Shawn
Hello Minchan,
2014-12-16 8:40 GMT+08:00 Minchan Kim :
> Hello Ganesh,
>
> On Sat, Dec 13, 2014 at 09:43:23PM +0800, Ganesh Mahendran wrote:
>> Currently functions in zsmalloc.c does not arranged in a readable
>> and reasonable sequence. With the more and more functions added,
>> we may meet
Hi Linus,
The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
are available in the git repository at:
git://git.infradead.org/linux-mtd.git tags/for-linus-20141215
for you to fetch changes up
As we already show mountpoints relative to the root directory, thanks
to the change made back in 2000, change show_vfsmnt() and show_vfsstat()
to skip out-of-root mountpoints the same way as show_mountinfo() does.
Signed-off-by: Dmitry V. Levin
---
fs/proc_namespace.c | 13 +++--
1 file
Date: Wed, 17 Oct 2012 20:29:36 +0400
Starting with commit v3.2-rc4-1-g02125a8, seq_path_root() no longer
changes the value of its "struct path *root" argument.
Starting with commit v3.2-rc7-104-g8c9379e, the "struct path *root"
argument of seq_path_root() is const.
As result, the temporary
have used the clk tree from next-20141215 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgp4crpdgxNIE.pgp
Description: OpenPGP digital signature
Date: Wed, 17 Oct 2012 20:29:22 +0400
Update descriptions of seq_path() and seq_path_root():
starting with commit v3.2-rc4-1-g02125a8, seq_path_root() no longer
changes the value of root;
starting with commit v3.2-rc7-104-g8c9379e, some arguments of seq_path()
and seq_path_root() are const.
From 901f2c1b2d1ae2991182f0f62cedc70f87ea49bc Mon Sep 17 00:00:00 2001
From: Charles Chiou
Date: Wed, 5 Nov 2014 17:18:37 +0800
Subject: [PATCH 2/4] scsi:stex.c Add hotplug support
1. Add hotplug support. Pegasus support surprise removal. To this end, I
use return_abnormal_state function to
From 8be76ec282e4e344e88c63d5c1e72c0a8394e703 Mon Sep 17 00:00:00 2001
From: Charles Chiou
Date: Wed, 5 Nov 2014 14:18:43 +0800
Subject: [PATCH 1/4] scsi:stex.c Support to Pegasus series.
Pegasus is a high performace hardware RAID solution designed to unleash
the raw power of Thunderbolt
Hi Eric,
Today's linux-next merge of the userns tree got a conflict in
kernel/user_namespace.c between commits 3c0411846118 ("switch the rest
of proc_ns_operations to working with &...->ns") and 64964528b24e
("make proc_ns_operations work with struct ns_common * instead of void
*") from the vfs
Strongly agreed that execution speed is not critical here. It's the update of
a proc variable, not a tight loop or critical section.
Normally I'd leave it alone, but since you're writing a patch anyway, I'd do
'tolower' myself. I dislike the stacked case statements on a single line like
On 12/14/2014 01:21 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.1 release.
> There are 19 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On 12/14/2014 01:20 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.27 release.
> There are 34 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On 12/14/2014 01:20 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.63 release.
> There are 24 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On 12/14/2014 01:20 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.17.7 release.
> There are 47 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
Hi Geert,
On Mon, 15 Dec 2014 12:00:25 +0100
Geert Uytterhoeven wrote:
> Hi Yamada-san,
>
> On Mon, Dec 15, 2014 at 11:51 AM, Masahiro Yamada
> wrote:
> > Geert Uytterhoeven wrote:
> >> On Mon, Dec 15, 2014 at 10:32 AM, Masahiro Yamada
> >> wrote:
> >> > I read through
>
> But me not seeing any other bug clearly doesn't mean it doesn't exist.
>
Perhaps we can easy the zap loop if it is busy.
thanks
Hillf
--- a/mm/memory.c Tue Dec 16 10:38:03 2014
+++ b/mm/memory.c Tue Dec 16 10:42:07 2014
@@ -1212,8 +1212,10 @@ again:
force_flush
On Sat, Dec 13, 2014 at 09:45:14PM +0800, Ganesh Mahendran wrote:
> As a ram based memory allocator, keep the fragmentation in a low level
Just say, zsmalloc.
> is our target. But now we still need to add the debug code in zsmalloc
> to get the quantitative data.
>
> After the RFC patch [1],
+ patchwork devs
On Mon, Dec 15, 2014 at 12:15:35PM +0100, Thomas Gleixner wrote:
> On Sat, 13 Dec 2014, One Thousand Gnomes wrote:
> > Is it the year for a Google summer of code project or similar to turn
> > patchwork into a proper patch management tool (one that collects the
> > patches,
Hi Krzysztof,
On 12/15/2014 07:30 PM, Krzysztof Kozlowski wrote:
> On pią, 2014-12-12 at 12:42 +0900, Chanwoo Choi wrote:
>> Hi Krzysztof,
>>
>> I replied again this mail because I'll use the mutex for
>> set_event()/get_event()
>> according to your comment. But, of_parse_phandle() seems that
On Fri, Dec 12, 2014 at 8:04 PM, Corey Minyard wrote:
> On 12/11/2014 09:20 PM, Huang Ying wrote:
>> FYI, we noticed the below changes on
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
>> commit 2ed09fc090fc0488e2ab27604a141679fe2ef610 ("ipmi: clean up the device
On Mon, Dec 15, 2014 at 10:05:22AM +0100, Vlastimil Babka wrote:
> On 12/15/2014 08:50 AM, Joonsoo Kim wrote:
> > On Fri, Dec 12, 2014 at 05:01:22PM +0100, Vlastimil Babka wrote:
> >> Changes since v1:
> >> o Reorder patch 2 and 3, Cc stable for patch 1
> >> o Fix tracepoint in patch 1 (Joonsoo
On Tue, Dec 02, 2014 at 05:59:42PM +0100, Stefan Agner wrote:
> Add shift capabilties for the frequency multiplier (DIV_SELECT) to
> support Vybrid's USB PLL oddity. The PLL3 and PLL7 are the only
> PLL control registers which have the DIV_SELECT bit shifted by
> one. Be aware, there are known
On Mon, Dec 15, 2014 at 6:37 PM, Dave Airlie wrote:
>
> Now I've no idea if this happens with SNA it probably does, but it it
> didn't then F20 is using UXA so hardly anyone at Intel would see it.
Ugh, ok. I haven't upgraded to F21 yet, and won't until the merge
window is over and my life is
在 2014年12月16日 00:18, Mark Brown 写道:
On Mon, Dec 15, 2014 at 09:10:26PM +0800, Kuankuan.Yang wrote:
Hi Mark & Russell:
Please don't top post, that way people have some context for what you're
saying - look at how people normally format their mails on thelist.
got it, thanks for your remind.
On Mon, Dec 15, 2014 at 08:16:00AM -0600, Christoph Lameter wrote:
> On Mon, 15 Dec 2014, Joonsoo Kim wrote:
>
> > > +static bool same_slab_page(struct kmem_cache *s, struct page *page, void
> > > *p)
> > > +{
> > > + long d = p - page->address;
> > > +
> > > + return d > 0 && d < (1 <<
> Having a quiet deprecation warning with the understanding that things
> will stay around for *years* is fine. Although it makes me wonder how
> much value the deprecation message really adds. I mean, why the hell
> print a message, when the only correct thing to do is to just look at
> and fix
Ccing mm list.
On Thu, Dec 11, 2014 at 04:00:30PM +0800, Huang Ying wrote:
> FYI, we noticed the below changes on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git master
> commit 6a7d22008b2294f1dacbc77632a26f2142f2d4b0 ("mm: Fix boot crash with
> f7426b983a6a ("mm: cma: adjust
Hello Kernel devs,
In my continuing use of this new laptop (Day 2), I'm encountering some other
issues. I am using Dell's latest A11 BIOS that came out last month. I have
switchable graphics currently turned on in the BIOS. Might be some bugs with
this being active and other variables.
Will
On Mon, Dec 15, 2014 at 5:56 PM, Roland Dreier wrote:
> I'll add a partial revert of that patch to my tree to get back the
> now-used enum values.
I rebased my tree on top of the merge-window merge of davem's tree,
and added the missing flag on top of the "remove this flag" commit.
- R.
--
To
Currently in arch and driver code that needs early access to the
flattened device tree it is necessary to add specific CFLAGS so that
when scripts/dtc/libfdt/libfdt.h is included the C preprocessor is able
to locate the libfdt versions of libfdt_env.h and fdt.h without
generating an error.
We
Document the GPIO device tree binding for Broadcom Cygnus SoC
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
.../devicetree/bindings/gpio/brcm,cygnus-gpio.txt | 82
1 file changed, 82 insertions(+)
create mode 100644
This enables all 3 GPIO controllers including the ASIU GPIO, the
chipcommonG GPIO, and the ALWAYS-ON GPIO, for Broadcom Cygnus SoC
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm/boot/dts/bcm-cygnus.dtsi | 30 ++
1 file changed, 30 insertions(+)
1 - 100 of 1908 matches
Mail list logo
