Hello,
I get following error when rmmod thermal.
rmmod thermal
Killed
[ 1207.313060] BUG: unable to handle kernel NULL pointer dereference
at (null)
[ 1207.313460] IP: [] _raw_spin_lock_irq+0x6/0x30
[ 1207.313858] PGD 0
[ 1207.314256] Oops: 0002 [#1] SMP
[ 1207.314658] Modules linked
On Wed, May 21, 2014 at 6:23 AM, Naoya Horiguchi
wrote:
> Hi Konstantin,
>
> This patch is already in upstream, but I have another idea of implementing
> the similar feature. So let me review this now, and I'll post patches to
> complement this patch.
>
> On Wed, Feb 26, 2014 at 11:57:23AM +0400,
Commit-ID: 67d6259dd021006ade25d67b045ad2089b5aba96
Gitweb: http://git.kernel.org/tip/67d6259dd021006ade25d67b045ad2089b5aba96
Author: Dongsheng Yang
AuthorDate: Tue, 13 May 2014 10:38:21 +0900
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 09:17:36 +0200
perf sched: Remove
I've just released Linux 2.6.32.62. This version fixes a few build issues
in 2.6.32.61 with gcc 4.7, and the following security issues :
CVE-2013-0343 CVE-2013-1797 CVE-2013-2147 CVE-2013-2164 CVE-2013-2206
CVE-2013-2232 CVE-2013-2234 CVE-2013-2237 CVE-2013-2851 CVE-2013-2852
CVE-2013-2888
Commit-ID: 97eac381b113932bd7bd4a5c3c68b18e9ff7a2a0
Gitweb: http://git.kernel.org/tip/97eac381b113932bd7bd4a5c3c68b18e9ff7a2a0
Author: Jean Pihet
AuthorDate: Fri, 16 May 2014 10:41:12 +0200
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 11:39:29 +0200
perf tools: Add libdw DWARF
Commit-ID: 90fa9deb32b908fb258225ab562c4ef7ae8dd35a
Gitweb: http://git.kernel.org/tip/90fa9deb32b908fb258225ab562c4ef7ae8dd35a
Author: Jean Pihet
AuthorDate: Fri, 16 May 2014 10:41:11 +0200
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 11:39:18 +0200
perf tests: Add dwarf unwind
Commit-ID: 3418f9667e8cc4070a86215e6c12baa5bc2f2799
Gitweb: http://git.kernel.org/tip/3418f9667e8cc4070a86215e6c12baa5bc2f2799
Author: Jean Pihet
AuthorDate: Fri, 16 May 2014 10:41:10 +0200
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 11:39:05 +0200
perf tests: Introduce
Commit-ID: 9d372ca59bcb9339b4a34a9bf978a1fc15b68b03
Gitweb: http://git.kernel.org/tip/9d372ca59bcb9339b4a34a9bf978a1fc15b68b03
Author: Dongsheng Yang
AuthorDate: Fri, 16 May 2014 14:37:05 +0900
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 09:17:50 +0200
perf sched: Cleanup,
Commit-ID: 0680ee7db16de9c02d1d4b1a935a5daf754fe8a1
Gitweb: http://git.kernel.org/tip/0680ee7db16de9c02d1d4b1a935a5daf754fe8a1
Author: Peter Zijlstra
AuthorDate: Mon, 12 May 2014 20:19:46 +0200
Committer: Jiri Olsa
CommitDate: Mon, 12 May 2014 21:13:44 +0200
perf tools: Remove usage
Commit-ID: 21a8b756b84ecaa0b7f29199669c151e2ce5e723
Gitweb: http://git.kernel.org/tip/21a8b756b84ecaa0b7f29199669c151e2ce5e723
Author: Jean Pihet
AuthorDate: Fri, 16 May 2014 10:41:09 +0200
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 11:38:57 +0200
perf tools: Consolidate
Commit-ID: c5765ece8a050836c6255e1276fc8e0e867078da
Gitweb: http://git.kernel.org/tip/c5765ece8a050836c6255e1276fc8e0e867078da
Author: Masanari Iida
AuthorDate: Thu, 15 May 2014 02:13:38 +0900
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 09:18:51 +0200
perf session: Fix possible
At the driver unloading time the associated opps and its table may need
to be deleted. Otherwise it amounts to memory leak. The existing
OPP library does not have provision to do so.
Hence this patch implements the required functions to free the same.
Signed-off-by: Inderpal Singh
---
Changes
(2014/05/20 5:33), Tejun Heo wrote:
On Tue, May 13, 2014 at 03:49:58PM -0400, Tejun Heo wrote:
There are currently three cgroup related entries in MAINTAINERS. Make
the following updates.
* Make the names - both cgroup and cpuset - singular. We're mixing
singular and plural all over the
On Tue, May 13, 2014 at 03:42:58PM +0200, Maxime Ripard wrote:
> Hi Vinod,
>
> On Wed, Apr 30, 2014 at 12:34:08PM +0530, Vinod Koul wrote:
> > > +
> > > +static int sun6i_dma_terminate_all(struct sun6i_vchan *vchan)
> > > +{
> > > + struct sun6i_dma_dev *sdev =
On Wed, May 07, 2014 at 10:19:49PM -0500, Maxime Ripard wrote:
> On Fri, May 02, 2014 at 10:04:29PM +0530, Vinod Koul wrote:
> > On Wed, Apr 30, 2014 at 02:53:22PM -0700, Maxime Ripard wrote:
> > > Hi Vinod,
> > >
> > > On Wed, Apr 30, 2014 at 12:34:08PM +0530, Vinod Koul wrote:
> > > > On Thu,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/20/2014 04:46 PM, Mark Brown wrote:
> On Tue, May 20, 2014 at 09:55:42AM +0530, Tushar Behera wrote:
>> For audio to work on Snow board, we need the codec master clock
>> 'mclk' to be properly configured.
>>
>> Currently XCLKOUT is configured
asid_cache must be unsigned long otherwise on 64bit system
it will become 0 if the value in get_new_mmu_context()
reaches 0x and in the end the assumption of
ASID_FIRST_VERSION is not true anymore thus leads to
more dangerous things.
Reported-by: libin
Signed-off-by: Yong Zhang
---
On Wed, May 21, 2014 at 01:16:14PM +0800, Ming Lei wrote:
> I am wondering if virtio-blk is trivial block driver, :-)
It's about as simple as it gets.
> > The scsi-mq work that I plant to submit for the next merge window is
> > the prime example.
>
> It depends if one scsi-mq req has to requeue
On Tue, May 20, 2014 at 08:45:44AM +0200, Jonas Bonn wrote:
> On 05/19/2014 09:54 PM, Stefan Kristiansson wrote:
> > On Mon, May 19, 2014 at 04:44:57PM +0200, Jonas Bonn wrote:
> >
> >> ii) Put a Depends on CONFIG_ARCH_OPENRISC in the Kconfig
> >
> > Hmm, do we really need that?
> > The irqchip
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. In the PMIC there are subsystems for voltage regulation,
A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is called
Crystal Cove.
This patch adds support for the GPIO function in Crystal Cove.
v2:
-
On Tue, May 20, 2014 at 11:23 PM, Christoph Hellwig wrote:
> On Tue, May 20, 2014 at 11:20:25AM +0800, Ming Lei wrote:
>> - the conflict on the two structures just happens with flush
>> requests because rq->requeue_work is only used to queue
>> flush requests
>
> Once we get non-trivial block
The following changes since commit 86281966c7395aa9a13a20c52e26005f5e142451:
Merge tag 'iio-fixes-for-3.15b' of
git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio into staging-linus
(2014-04-30 14:19:23 -0700)
are available in the git repository at:
The following changes since commit d1db0eea852497762cab43b905b879dfcd3b8987:
Linux 3.15-rc3 (2014-04-27 19:29:27 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
driver-core-3.15-rc6
for you to fetch changes up to
On Tue, May 20, 2014 at 9:43 PM, Sumit Semwal wrote:
> Hi Bjorn,
>
> On 21 May 2014 04:50, Bjorn Helgaas wrote:
>> On Wed, May 14, 2014 at 08:49:43AM +0900, Gioh Kim wrote:
>>> Update some descriptions for API arguments and descriptions.
>>>
>>> Signed-off-by: Gioh Kim
>>
>> I applied this to
On 20 May 2014 23:42, Stratos Karafotis wrote:
> Although, a value is assigned to member name of struct cpudata,
> it is never used.
>
> We can safely remove it.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/intel_pstate.c | 4
> 1 file changed, 4 deletions(-)
Looks fine to
Hi,
the following set of patches implements the deterministic random bit generator
(DRBG) specified by SP800-90A.
The DRBG implementation offers the following:
* All three DRBG types are implemented with a derivation function.
* All DRBG types are available with and without
On Tue, 20 May 2014, Kenny Simpson wrote:
> I might need a gentle nudge with a clue stick...
> checking against latest git tree it looks as though most common
> filesystem types do support remap_file_pages.
>
> I just wrote a simple test case and it worked on my 3.13-based ubuntu
> 14.04 system
The header file includes the definition of:
* DRBG data structures with
- struct drbg_state as main structure
- struct drbg_core referencing the backend ciphers
- struct drbg_state_ops callbach handlers for specific code
supporting the Hash, HMAC, CTR DRBG
The different DRBG types of CTR, Hash, HMAC can be enabled or disabled
at compile time. At least one DRBG type shall be selected.
The default is the HMAC DRBG as its code base is smallest.
Signed-off-by: Stephan Mueller
---
crypto/Kconfig | 36 +++-
1 file
Signed-off-by: Stephan Mueller
---
crypto/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/crypto/Makefile b/crypto/Makefile
index 38e64231..bfa94fa 100644
--- a/crypto/Makefile
+++ b/crypto/Makefile
@@ -92,6 +92,7 @@ obj-$(CONFIG_CRYPTO_842) += 842.o
obj-$(CONFIG_CRYPTO_RNG2) +=
All types of the DRBG (CTR, HMAC, Hash) are covered with test vectors.
In addition, all permutations of use cases of the DRBG are covered:
* with and without predition resistance
* with and without additional information string
* with and without personalization string
As
The DRBG test code implements the CAVS test approach.
As discussed for the test vectors, all DRBG types are covered with
testing. However, not every backend cipher is covered with testing. To
prevent the testmgr from logging missing testing, the NULL test is
registered for all backend ciphers not
On Tue, 2014-05-20 at 10:20 -0700, Paul E. McKenney wrote:
> On Tue, May 20, 2014 at 06:24:36PM +0200, Frederic Weisbecker wrote:
> > On Tue, May 20, 2014 at 08:53:24AM -0700, Paul E. McKenney wrote:
> > > On Tue, May 20, 2014 at 04:53:52PM +0200, Frederic Weisbecker wrote:
>
> [ . . . ]
>
> >
On 05/20/2014 09:12 PM, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the tip tree got a conflict in
> arch/x86/kernel/ldt.c between commit fa81511bb0bb ("x86-64,
> modify_ldt: Make support for 16-bit segments a runtime option")
> from Linus' tree and commit 34273f41d57e
Felipe Contreras writes:
> Junio C Hamano wrote:
>
>> * The remote-helper interface to fast-import/fast-export via the
>>transport-helper has been tightened to avoid leaving the import
>>marks file from a failed/crashed run, as such a file that is out-of-
>>sync with reality
On 20 May 2014 22:19, Doug Anderson wrote:
> Note that in the old code you used to set the "emc" clock before the
> transition to the intermediate clock. Now you don't. Are you sure
> it's OK to change this order?
Yeah, I have seen that and as Stephen didn't had any objection to the
change I
On Tue, 2014-05-20 at 08:53 -0700, Paul E. McKenney wrote:
> On Tue, May 20, 2014 at 04:53:52PM +0200, Frederic Weisbecker wrote:
> > On Sun, May 18, 2014 at 10:34:01PM -0700, Paul E. McKenney wrote:
> > > On Mon, May 19, 2014 at 04:44:41AM +0200, Mike Galbraith wrote:
> > > > On Sun, 2014-05-18
Doug,
On 20 May 2014 22:18, Doug Anderson wrote:
> Is it worth documenting that if we implement target_intermediate()
> that target_index() must not fail? That means that any failure-prone
> things (like setting a regulator) should happen in target_index().
You meant target_intermediate() is
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/x86/kernel/ldt.c between commit fa81511bb0bb ("x86-64, modify_ldt:
Make support for 16-bit segments a runtime option") from Linus' tree
and commit 34273f41d57e ("x86, espfix: Make it possible to disable
16-bit support") from
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/x86/vdso/vdso32-setup.c between commit fa81511bb0bb ("x86-64,
modify_ldt: Make support for 16-bit segments a runtime option") from
Linus' tree and commit 18d0a6fd2271 ("x86, vdso: Move the 32-bit vdso
special pages after the
Hi Greg,
Please merge this patchset, It has been pending for some time.
regards,
navin patidar
On Wed, May 7, 2014 at 9:27 AM, wrote:
> From: navin patidar
>
> Following patches remove unused functions, variables and functions with empty
> definition.
>
> navin patidar (13):
> staging:
On 21 May 2014 02:39, Rafael J. Wysocki wrote:
>> + /* Duplicate OPPs ? */
>> + if (new_opp->rate == opp->rate) {
>> + int ret = (new_opp->u_volt == opp->u_volt) && opp->available ?
>> + 0 : -EEXIST;
>
> The parens are not necessary. And is the direction
On Thu, May 08, 2014 at 05:52:37PM +0800, Hongbo Zhang wrote:
>
> On 05/07/2014 04:31 PM, Shevchenko, Andriy wrote:
> >On Sun, 2014-05-04 at 18:22 +0800, Hongbo Zhang wrote:
> >>On 05/03/2014 12:46 AM, Vinod Koul wrote:
> >>>On Fri, Apr 18, 2014 at 04:17:51PM +0800, hongbo.zh...@freescale.com
> -Original Message-
> From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> boun...@lists.linux-foundation.org] On Behalf Of Rickard Strandqvist
> Sent: Saturday, May 17, 2014 10:47 PM
> To: Joerg Roedel; Grant Likely
> Cc: devicet...@vger.kernel.org;
I might need a gentle nudge with a clue stick...
checking against latest git tree it looks as though most common
filesystem types do support remap_file_pages.
I just wrote a simple test case and it worked on my 3.13-based ubuntu
14.04 system on an ext4 filesystem.
thanks,
-Kenny
Here was my
On Tue, 2014-05-20 at 16:53 +0200, Frederic Weisbecker wrote:
> On Sun, May 18, 2014 at 10:34:01PM -0700, Paul E. McKenney wrote:
> > On Mon, May 19, 2014 at 04:44:41AM +0200, Mike Galbraith wrote:
> > > On Sun, 2014-05-18 at 08:58 -0700, Paul E. McKenney wrote:
> > > > On Sun, May 18, 2014 at
Commit-ID: 1b1ded57a4f2f4420b4de7c395d1b841d8b3c41a
Gitweb: http://git.kernel.org/tip/1b1ded57a4f2f4420b4de7c395d1b841d8b3c41a
Author: Borislav Petkov
AuthorDate: Mon, 19 May 2014 20:59:16 +0200
Committer: H. Peter Anvin
CommitDate: Tue, 20 May 2014 20:21:24 -0700
x86, boot: Carve out
Commit-ID: 65cef1311d5d212fd3d48a43678536dc878ca288
Gitweb: http://git.kernel.org/tip/65cef1311d5d212fd3d48a43678536dc878ca288
Author: Borislav Petkov
AuthorDate: Mon, 19 May 2014 20:59:17 +0200
Committer: H. Peter Anvin
CommitDate: Tue, 20 May 2014 20:21:27 -0700
x86, microcode: Add
Hi Bjorn,
On 21 May 2014 04:50, Bjorn Helgaas wrote:
> On Wed, May 14, 2014 at 08:49:43AM +0900, Gioh Kim wrote:
>> Update some descriptions for API arguments and descriptions.
>>
>> Signed-off-by: Gioh Kim
>
> I applied this to my "dma-api" branch for v3.16, thanks!
As always, I would queue
Hi Chao,
2014-05-16 (금), 17:14 +0800, Chao Yu:
> Previously we allocate pages with no mapping in ra_sum_pages(), so we may
> encounter a crash in event trace of f2fs_submit_page_mbio where we access
> mapping data of the page.
>
> We'd better allocate pages in bd_inode mapping and invalidate
(2014/05/21 12:19), Chen Yucong wrote:
> On Wed, 2014-05-21 at 11:43 +0900, Hidetoshi Seto wrote:
>> (2014/05/21 11:03), Chen Yucong wrote:
>>> On Wed, 2014-05-21 at 10:40 +0900, Hidetoshi Seto wrote:
(2014/05/20 11:11), Chen Yucong wrote:
> mces_seen is a Per-CPU variable which should
Replaced snd_soc_register_component with its devres equivalent,
devm_snd_soc_register_component.
Signed-off-by: Tushar Behera
---
sound/soc/samsung/ac97.c|8 ++--
sound/soc/samsung/goni_wm8994.c |9 +++--
sound/soc/samsung/pcm.c |8 ++--
Replaced snd_soc_register_platform with devm_snd_soc_register_platform
in samsung_asoc_dma_platform_register(). This makes the function
samsung_asoc_dma_platform_unregister() redundant. This is removed and
all its users are updated.
Signed-off-by: Tushar Behera
---
sound/soc/samsung/ac97.c
clk_get in probe function can be safely replaced with devm_clk_get.
Signed-off-by: Tushar Behera
---
sound/soc/samsung/pcm.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/sound/soc/samsung/pcm.c b/sound/soc/samsung/pcm.c
index 90fcd52..a3c9c9c 100644
---
Replace snd_soc_register_card with devm_snd_soc_register_card.
With this change, we can delete the empty remove functions.
Signed-off-by: Tushar Behera
---
sound/soc/samsung/bells.c | 16 +++-
sound/soc/samsung/littlemill.c | 18 +++---
Adding devres APIs to various files in sound/soc/samsung saves
us close to 150 lines of code.
The patches are based on next-20140519 and have been build tested.
Tushar Behera (4):
ASoC: samsung: Use devm_snd_soc_register_card
ASoC: samsung: Use devm_snd_soc_register_platform
ASoC: samsung:
Hi~
Is this fix reasonable?
On Fri, May 09, 2014 at 01:19:59PM +0800, Wei Yang wrote:
>The commit 58b116b fixs a race condition in which some driver will stuck in the
>deferred list, while introduces another case "probe flood". The root cause is
>in commit 58b116b, deferred_trigger_count will be
On Wed, 2014-05-21 at 11:43 +0900, Hidetoshi Seto wrote:
> (2014/05/21 11:03), Chen Yucong wrote:
> > On Wed, 2014-05-21 at 10:40 +0900, Hidetoshi Seto wrote:
> >> (2014/05/20 11:11), Chen Yucong wrote:
> >>> mces_seen is a Per-CPU variable which should only be accessed by Per-CPU
> >>> as
> -Original Message-
> From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
> ow...@vger.kernel.org] On Behalf Of James Bottomley
> Sent: Tuesday, May 20, 2014 9:22 PM
> To: Yoshihiro YUNOMAE
> Cc: Hannes Reinecke; Prarit Bhargava; linux-s...@vger.kernel.org; Kay
> Sievers;
Diego Viola writes:
> Can't you just make a commit to fix it? If you want I can submit a patch.
>
> Sorry to be so OCD about this.
You know, I'd love to. If it were up to *me* I would. But my boss is a
stickler, y'know, and I've all filled my quota of useless makework for
the century. Hell, I
On 5/13/2014 7:58 AM, Grant Likely wrote:
> Make of_find_node_by_path() handle aliases as prefixes. To make this
> work the name search is refactored to search by path component instead
> of by full string. This should be a more efficient search, and it makes
> it possible to start a search at
On 5/20/2014 7:41 PM, Frank Rowand wrote:
< snip >
> I will reply to this email with an additional patch that restores the
> original behavior.
< snip >
From: Frank Rowand
If __of_find_node_by_path() returns parent when the remaining portion of the
path is "/" then the behavior of
(2014/05/21 11:03), Chen Yucong wrote:
> On Wed, 2014-05-21 at 10:40 +0900, Hidetoshi Seto wrote:
>> (2014/05/20 11:11), Chen Yucong wrote:
>>> mces_seen is a Per-CPU variable which should only be accessed by Per-CPU as
>>> possible. So the
>>> clear operation of mces_seen should also be lcoal to
On 5/18/2014 2:27 AM, Grant Likely wrote:
> On Fri, 16 May 2014 11:54:44 +0100, Grant Likely
> wrote:
>> On Thu, 15 May 2014 19:51:17 -0700, Frank Rowand
>> wrote:
>>> On 5/13/2014 7:58 AM, Grant Likely wrote:
Make of_find_node_by_path() handle aliases as prefixes. To make this
Dave,
On Tue, 20 May 2014, tip-bot for Eyal Perry wrote:
> Commit-ID: f0ba3d05c9c647ab42ed6a0dbdfdeae42bfbd6de
> Gitweb: http://git.kernel.org/tip/f0ba3d05c9c647ab42ed6a0dbdfdeae42bfbd6de
> Author: Eyal Perry
> AuthorDate: Tue, 20 May 2014 17:57:00 +0300
> Committer: Thomas Gleixner
On Tue, May 20, 2014 at 7:27 PM, Steven Rostedt wrote:
> On Tue, 2014-05-20 at 17:53 -0700, Andy Lutomirski wrote:
>>
>> If there's an NMI on the stack, we must use `RET` until we're ready
>> to re-enabled NMIs.
>
> I'm a little confused by NMI on the stack. Do you mean NMI on the target
> stack?
Commit-ID: f0ba3d05c9c647ab42ed6a0dbdfdeae42bfbd6de
Gitweb: http://git.kernel.org/tip/f0ba3d05c9c647ab42ed6a0dbdfdeae42bfbd6de
Author: Eyal Perry
AuthorDate: Tue, 20 May 2014 17:57:00 +0300
Committer: Thomas Gleixner
CommitDate: Wed, 21 May 2014 11:31:51 +0900
genirq: Provide !SMP
On 05/20/2014 07:27 PM, Steven Rostedt wrote:
>>
>> FWIW, if there's a way to read the NMI masking bit, this would be a
>> lot simpler. I don't know of any way to do that, though.
>
> Is there such a thing on all x86?
>
It is not possible to read this bit without the assistance of SMM to the
This patchset adds a new procfs interface to extrace information about
pagecache status. In-kernel tool tools/vm/page-types.c has already some
code for pagecache scanning without kernel's help, but it's not free
from measurement-disturbance, so here I'm suggesting another approach.
Patch 1/4
In the imx_startup(), we will reset the uart port which will reset all
the FIFOs, including the URXD.
So the code to clear the RX FIFO is redundant. Just remove it.
Signed-off-by: Huang Shijie
---
fix the typo.
---
drivers/tty/serial/imx.c |9 -
1 files changed, 0 insertions(+), 9
On Tue, 2014-05-20 at 17:53 -0700, Andy Lutomirski wrote:
> Here's a real proposal for iret-less return. If this is correct, then
> NMIs will never nest, which will probably delete a lot more scariness
> than is added by the code I'm describing.
Perhaps we can add this for one window release
It's useful if we can run only over a specific index range of radix trees,
which this patch does. This patch changes only radix_tree_for_each_slot()
and radix_tree_for_each_tagged(), because we need it only for them for now.
ChangeLog:
- rebased onto v3.15-rc5, which has e a few new caller of
This patch reworks on the file cache scanning mode of page-types tool,
where when page-types is called with -f , it can scan pages
in page cache tree of the specified file via /proc/kpagecache interface.
In the original implementation, it did mmap/madvise/mincore/pagemap over
page cache of the
This patch adds a chapter about kpagecache interface.
ChangeLog:
- add len column in example output
Signed-off-by: Naoya Horiguchi
---
Documentation/vm/pagemap.txt | 29 +
1 file changed, 29 insertions(+)
diff --git v3.15-rc5.orig/Documentation/vm/pagemap.txt
/proc/pid/pagemap is one of powerful analyzing and testing features about
page mapping. This is also useful to know about page status combined with
/proc/kpageflag or /proc/kpagecount. One missing is the similar interface to
scan over pagecache of a given file without opening it or mapping it to
On Wed, 2014-05-21 at 09:46 +1000, Stephen Rothwell wrote:
> Hi Christoph,
>
> On Mon, 19 May 2014 22:39:28 -0700 Christoph Hellwig
> wrote:
> >
> > On Tue, May 20, 2014 at 10:03:43AM +1000, Stephen Rothwell wrote:
> > > Is this a request for inclusion of those branches into linux-next
> > >
On Thu, 2014-02-27 at 13:17 +0900, Yoshihiro YUNOMAE wrote:
> +/* Maximum size of a local buffer for structured printk */
> +#define SCSI_LOG_LINE_MAX 512
> +
> +/* Local buffer for structured printk */
> +struct scsi_log_line {
> + int offset;
> + char buf[SCSI_LOG_LINE_MAX];
> +};
This
Hi Richard,
On 05/20/2014 08:56 PM, Richard Fitzgerald wrote:
> Add pdata option for inverted jack detect switch that
> opens when jack is inserted.
>
> Signed-off-by: Richard Fitzgerald
> ---
> drivers/extcon/extcon-arizona.c | 29 +
>
On 2014年05月21日 05:25, Rafael J. Wysocki wrote:
> On Tuesday, May 20, 2014 08:59:19 PM Lan Tianyu wrote:
>> ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation
>> region. It allows ACPI aml code able to access such kind of devices to
>> implement some ACPI standard method.
Current code resets the uart port only when it supports the irda mode.
In actually, we also need to reset the uart port in the non-irda mode.
A hang was caught in the following case:
UART A transmits data to the other end. But the transmission maybe
terminated. In some corner case, the TX
In the imx_startup(), we will reset the uart port which will reset all
the FIFOs, including the URXD.
So the code to clear the RX FIFO is redandunt. Just remove it.
Signed-off-by: Huang Shijie
---
drivers/tty/serial/imx.c |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
diff
On Tuesday 20 of May 2014 18:17:51 Roland Bosa wrote:
>
> The file format of an IFR is probably easily deducible. There's a lot of
> textual clues to parameters and the values are also written out in
> string form.
>
> I don't have a FEdit file at hand, but I suppose it will be similar.
I
Hmm, I didn't think about cross tree dependencies. I already pushed this
patch to my for-next branch which is already in linux-next, and I do not
rebase this branch unless there's a really good need to.
I guess I needed to make a separate branch that you could have pulled
separately. I'm not sure
On 2014年05月21日 05:24, Rafael J. Wysocki wrote:
> On Tuesday, May 20, 2014 08:59:20 PM Lan Tianyu wrote:
>> The acpi_buffer_to_resource is needed in i2c module
>> to convert aml buffer to struct acpi_resource
>>
>> Reviewed-by: Mika Westerberg
>> Signed-off-by: Lan Tianyu
>
> This isn't
On Wed, 2014-05-21 at 10:40 +0900, Hidetoshi Seto wrote:
> (2014/05/20 11:11), Chen Yucong wrote:
> > mces_seen is a Per-CPU variable which should only be accessed by Per-CPU as
> > possible. So the
> > clear operation of mces_seen should also be lcoal to Per-CPU rather than
> > monarch CPU.
>
On Tue, May 20, 2014 at 03:40:16PM -0700, Dan Williams wrote:
> On Tue, May 20, 2014 at 1:34 PM, Greg KH wrote:
> > On Tue, May 20, 2014 at 11:25:37AM -0700, Dan Williams wrote:
> >> On Tue, May 20, 2014 at 2:51 AM, Takashi Iwai wrote:
> >> > At Tue, 20 May 2014 12:47:36 +0300,
> >> > Mathias
Hi Will,
On Tue, Apr 22, 2014 at 05:08:21PM +0100, Will Deacon wrote:
> On Thu, Apr 17, 2014 at 02:44:19PM +0100, Will Deacon wrote:
> > write{b,w,l,q}_relaxed are implemented by some architectures in order to
> > permit memory-mapped I/O accesses with weaker barrier semantics than the
> >
ouch... hope they don't try to run that code on anything newer then :(
Will let them know.
-Kenny
On Mon, May 19, 2014 at 5:24 PM, Kirill A. Shutemov
wrote:
> On Mon, May 19, 2014 at 01:34:05PM -0400, Kenny Simpson wrote:
>> For the other cases I had used the remapping to have more of a
(2014/05/20 11:11), Chen Yucong wrote:
> mces_seen is a Per-CPU variable which should only be accessed by Per-CPU as
> possible. So the
> clear operation of mces_seen should also be lcoal to Per-CPU rather than
> monarch CPU.
I don't think it should be local.
Originally what we want to have
After check the code, 'bswapsi2' and 'muldi3' are useless for
unicore32, so can remove them to avoid compiling failure.
The related error (with allmodconfig under unicore32):
LD init/built-in.o
arch/unicore32/kernel/built-in.o:(___ksymtab+__muldi3+0x0): undefined
reference to
On Tue, 2014-05-20 at 19:33 +0200, Borislav Petkov wrote:
> On Tue, May 20, 2014 at 10:11:25AM +0800, Chen Yucong wrote:
> > mces_seen is a Per-CPU variable which should only be accessed by
> > Per-CPU as possible. So the clear operation of mces_seen should also
> > be lcoal to Per-CPU rather than
On Tue, May 20, 2014 at 12:13:49PM -0700, Florian Fainelli wrote:
> This patch adds the Device Tree binding document for the Broadcom
> Set-top-box Level 2 interrupt controller hardware.
>
> Signed-off-by: Brian Norris
> Signed-off-by: Florian Fainelli
> ---
>
Florian,
On Tue, May 20, 2014 at 12:13:48PM -0700, Florian Fainelli wrote:
> This patch adds support for the Level-2 interrupt controller hardware
> found in Broadcom Set Top Box System-on-a-Chip devices. This interrupt
> controller is implemented using the generic IRQ chip driver with
> separate
powerpc/perf: Adjust callchain based on DWARF debug info
When saving the callchain on Power, the kernel conservatively saves excess
entries in the callchain. A few of these entries are needed in some cases
but not others. We should use the DWARF debug information to determine
when the entries are
On 05/20/2014 04:30 PM, si...@mungewell.org wrote:
> Sounds like these are the effect files produced by FEdit tool (from MS
> DirectX SDK), and/or played back by pressing buttons when configuring the
> Logitech driver on Windows ('wooden bridge', etc)...
Prior to the FEdit tool, there was
On Tue, 2014-05-20 at 14:04 -0700, Tim Chen wrote:
> On Tue, 2014-05-20 at 13:59 -0700, Tim Chen wrote:
> > On Tue, 2014-05-20 at 13:51 -0700, Jason Low wrote:
> > > On Tue, May 20, 2014 at 1:17 PM, Tim Chen
> > > wrote:
> > > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
[]
> > > If
Add generic 'screen_info' just like another architectures have done
(e.g. tile, sh, score, ia64, hexagon, and cris).
The related error (with allmodconfig under unicore32):
LD init/built-in.o
drivers/built-in.o: In function `vgacon_save_screen':
powercap_sys.c:(.text+0x21788):
'csum_partial' and 'csum_partial_copy_from_user' have already been
exported in "lib/", so need not export them again, or it will cause
compiling error.
The related error (with allmodconfig under unicore32):
LD vmlinux.o
lib/built-in.o:(___ksymtab+csum_partial+0x0): multiple definition
Oh, sorry, the subject has a typo issue, need use 'remove' instead of
'remote'. I will send patch v2 for it.
On 05/21/2014 08:54 AM, Chen Gang wrote:
> 'csum_partial' and 'csum_partial_copy_from_user' have already been
> exported in "lib/", so need not export them again, or it will cause
>
'csum_partial' and 'csum_partial_copy_from_user' have already been
exported in "lib/", so need not export them again, or it will cause
compiling error.
The related error (with allmodconfig under unicore32):
LD vmlinux.o
lib/built-in.o:(___ksymtab+csum_partial+0x0): multiple definition
1 - 100 of 1666 matches
Mail list logo
