[ cut here ]
WARNING: CPU: 1 PID: 10 at kernel/time/tick-sched.c:191 0x8107bac6()
NO_HZ FULL will not work with unstable sched clock
Modules linked in:
CPU: 1 PID: 10 Comm: rcuop/0 Not tainted 3.12.2-rt4 #3
Hardware name: TYAN Computer Corp. S2895/S2895, BIOS 2004Q3
On Tue, Nov 19, 2013 at 11:18:03AM +0100, Pali Rohár wrote:
This patch adds a notifier chain to the power_supply.
This notifier helps drivers in other subsystem to listen to
changes in power supply subsystem. This would help to take some
actions in those drivers on changing the power supply
On Mon, Nov 25, 2013 at 09:40:04AM +0900, jonghwa3@samsung.com wrote:
max17042 now uses regmap interface but does not enable config option. This
patch fixes the following build errors:
drivers/power/max17042_battery.c:661:15: error: variable
‘max17042_regmap_config’ has
On 11/25/13 15:37, Chander Kashyap wrote:
Hi Kikjin,
Hi Chander,
On 21 October 2013 02:32, Kukjin Kimkgene@samsung.com wrote:
On 10/18/13 02:53, Tomasz Figa wrote:
Hi Kukjin,
On Thursday 26 of September 2013 14:05:09 Kukjin Kim wrote:
Chander Kashyap wrote:
Replace
On Sun, 2013-12-01 at 10:35 +0100, Johannes Berg wrote:
Good try, but no, now ap_sdata isn't even assigned. :)
Right. Oh well. There's no improving this without
significant rewrite. Even then, there may not be much
overall improvement.
btw: Chen, I think fall-throughs are fine as long as
On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
...
So you can read this value without any type of synchronization
with the power_supply_core
and sysfs implementation?
...
https://lists.ubuntu.com/archives/kernel-team/2013-January/025206.html
I found and equivalent
Congratulation Confirm your 300,000,00 Eur. Contact claims office via
wucla...@126.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On 01.12.2013 21:06, Joe Perches wrote:
On Sun, 2013-12-01 at 19:07 +0200, Ivaylo DImitrov wrote:
From: Ivaylo Dimitrov freemangor...@abv.bg
Custom uuid helper function is needed only in rmgr/dbdcd.c and doesn't
need to be exported. It can also be made way simpler by using sscanf.
[]
diff
Use devm_backlight_device_register() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/video/backlight/hp680_bl.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/video/backlight/hp680_bl.c
Use devm_backlight_device_register() to make cleanup paths simpler,
and remove unnecessary remove().
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/video/backlight/jornada720_bl.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git
Use devm_backlight_device_register() to make cleanup paths simpler,
and remove unnecessary remove().
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/video/backlight/omap1_bl.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git
Use devm_backlight_device_register() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/video/backlight/tosa_bl.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/video/backlight/tosa_bl.c
Use devm_backlight_device_register() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/video/backlight/ot200_bl.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/video/backlight/ot200_bl.c
Use devm_lcd_device_register() to make cleanup paths simpler,
and remove unnecessary remove().
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/video/backlight/jornada720_lcd.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
diff --git
Use devm_lcd_device_register() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/video/backlight/tosa_lcd.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/video/backlight/tosa_lcd.c
b/drivers/video/backlight/tosa_lcd.c
Use devm_lcd_device_register() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/video/backlight/l4f00242t03.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/video/backlight/l4f00242t03.c
Hi Anton
On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
...
So you can read this value without any type of synchronization
with the power_supply_core
and sysfs implementation?
...
The dwarf option for callstacks is getting stuck on the unwind and showing
repeated frames. For example,
qemu-system-x86 13759 [001] 287663.084957: syscalls:sys_enter_futex: uaddr:
0x7f770a958700, op: 0x0081, val: 0x0001, utime: 0x7f75ea
7f7705fd23ea __lll_unlock_wake
Allow user to specify an address within an executable. This is useful, for
example, in probing local functions. If the function name begins with 0x
then try to convert the supplied name to an address. If succuessful then
treat the function name as the address within the executable to be probed.
On Friday, November 29, 2013 10:34 AM, Jingoo Han wrote:
On Thursday, November 28, 2013 3:24 PM, Joe Perches wrote:
On Wed, 2013-11-27 at 21:53 -0800, 'Greg Kroah-Hartman' wrote:
On Wed, Nov 27, 2013 at 09:40:13PM -0800, Joe Perches wrote:
On Thu, 2013-11-28 at 14:29 +0900, Jingoo Han wrote:
When requesting a function from a userspace library the error message to
the user is less than helpful. e.g.,
perf probe -x /lib64/libpthread-2.14.90.so -a
'lock_full=__pthread_mutex_lock_full'
no symbols found in /lib64/libpthread-2.14.90.so, maybe install a debug
package?
Failed
Addressed comments by Namhyung (thank you!).
David Ahern (2):
perf sched: Introduce timehist command - v2
perf sched: Add documentation for timehist options
tools/perf/Documentation/perf-sched.txt | 61 ++-
tools/perf/builtin-sched.c | 932 +++-
Add entry to perf-sched documentation for timehist command and its
options.
v2: Addressed comments by Namhyung
Signed-off-by: David Ahern dsah...@gmail.com
Cc: Ingo Molnar mi...@kernel.org
Cc: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Cc: Mike Galbraith
'perf sched timehist' provides an analysis of scheduling events.
Example usage:
perf sched record -- sleep 1
perf sched timehist
By default it shows the individual schedule events, including the time between
sched-in events for the task, the task scheduling delay (time between wakeup
and
On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
...
So you can read this value without any type of synchronization
with the
On 12/02/2013 12:17 AM, Bart Van Assche wrote:
On 11/27/13 03:29, Chen Gang wrote:
the macro SP is too common to make conflict with some architectures,
so recommend to add prefix for it.
The related warning (with allmodconfig for hexagon):
CC [M] drivers/scsi/scsi_lib.o
On 12/02/2013 06:38 AM, Joe Perches wrote:
On Sun, 2013-12-01 at 10:35 +0100, Johannes Berg wrote:
Good try, but no, now ap_sdata isn't even assigned. :)
Right. Oh well. There's no improving this without
significant rewrite. Even then, there may not be much
overall improvement.
btw:
On Mon, 2013-12-02 at 08:34 +0800, Chen Gang wrote:
On 12/02/2013 12:17 AM, Bart Van Assche wrote:
On 11/27/13 03:29, Chen Gang wrote:
the macro SP is too common to make conflict with some architectures,
so recommend to add prefix for it.
The related warning (with allmodconfig for
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_display.c between commit a1216444283e
(drm/i915: use the correct force_wake function at the PC8 code) from
the drm-intel-fixes tree and commit c8d9a5905e45 (drm/i915: Add power
well arguments to
On Sunday, December 01, 2013 12:39:19 PM Michael Chan wrote:
On Sun, 2013-12-01 at 02:34 +0100, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Modify tg3_chip_reset() and tg3_close() to check if the PCI network
adapter device is accessible at all in order to
ccing linux-kernel@vger.kernel.org
On 11/29/2013 01:14 PM, Arnaldo Carvalho de Melo wrote:
Em Fri, Nov 29, 2013 at 04:05:52PM -0500, Dongsheng Yang escreveu:
The package required for numa is named numactl-devel in Fedora and RHEL and
libnuma-devel in OpenSuSE. This patch correct the package
On Mon, 2 Dec 2013 12:04:37 +1100 Stephen Rothwell s...@canb.auug.org.au
wrote:
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_display.c between commit a1216444283e
(drm/i915: use the correct force_wake function at the PC8 code) from
the
On Sunday, December 01, 2013 02:24:33 AM Rafael J. Wysocki wrote:
On Saturday, November 30, 2013 02:27:15 PM Yinghai Lu wrote:
On Sat, Nov 30, 2013 at 1:37 PM, Rafael J. Wysocki r...@rjwysocki.net
wrote:
On Saturday, November 30, 2013 01:31:33 AM Rafael J. Wysocki wrote:
On Saturday,
From: Michael S. Tsirkin m...@redhat.com
Date: Thu, 28 Nov 2013 13:30:55 +0200
Eric Dumazet noticed that if we encounter an error
when processing a mergeable buffer, we don't
dequeue all of the buffers from this packet,
the result is almost sure to be loss of networking.
Jason Wang noticed
From: Michael S. Tsirkin m...@redhat.com
Date: Thu, 28 Nov 2013 13:30:59 +0200
receive mergeable now handles errors internally.
Do same for big and small packet paths, otherwise
the logic is too hard to follow.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
Acked-by: Jason Wang
On 12/02/2013 09:11 AM, Dongsheng Yang wrote:
ccing linux-kernel@vger.kernel.org
On 11/29/2013 01:14 PM, Arnaldo Carvalho de Melo wrote:
Em Fri, Nov 29, 2013 at 04:05:52PM -0500, Dongsheng Yang escreveu:
The package required for numa is named numactl-devel in Fedora and RHEL and
libnuma-devel
Tested-and-reviewed-by: Yijing Wang wangyij...@huawei.com
On 2013/11/29 16:50, Jiang Liu wrote:
Currently Intel interrupt remapping drivers uses the present flag bit
in remapping entry to track whether an entry is allocated or not.
It works as follow:
1) allocate a remapping entry and set its
Reviewed-by: Yijing Wang wangyij...@huawei.com
On 2013/11/29 16:50, Jiang Liu wrote:
Function dmar_parse_dev_scope() should release the PCI device reference
count gained in function dmar_parse_one_dev_scope() on error recovery,
otherwise will cause PCI device object leakage.
This patch also
On 2013/11/29 16:50, Jiang Liu wrote:
Release allocated resources on error recovery path in function
iommu_init_domains().
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel-iommu.c |2 ++
1 file changed, 2 insertions(+)
diff --git
This patch is the same as the last.:)
On 2013/11/29 16:50, Jiang Liu wrote:
Flag irq_remapping_enabled is only set by intel_enable_irq_remapping(),
which is called after detect_intel_iommu(). So we should check flag
disable_irq_remap instead of irq_remapping_enabled in function
Hi
On Mon, Dec 2, 2013 at 1:24 AM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov an...@enomsg.org wrote:
On Mon, Nov 25, 2013 at 08:16:34PM +0100, Michael Trimarchi wrote:
...
So
On 2013/11/29 16:50, Jiang Liu wrote:
Flag irq_remapping_enabled is only set by intel_enable_irq_remapping(),
which is called after detect_intel_iommu(). So we should check flag
disable_irq_remap instead of irq_remapping_enabled in function
detect_intel_iommu().
Signed-off-by: Jiang Liu
Reviewed-by: Yijing Wang wangyij...@huawei.com
On 2013/11/29 16:50, Jiang Liu wrote:
In function free_dmar_iommu(), it sets IRQ handler data to NULL
before calling free_irq(), which will cause invalid memory access
because free_irq() will access IRQ handler data when calling
function
On Saturday, November 30, 2013 06:20 PM, Peter Chen wrote:
usb: chipidea: Fix Internal error: : 808 [#1] ARM related to STS flag
* init the sts flag to 0 (missed)
* Set PORTCS_STS only if VUSB_HS_PHY_TYPE 1
otherwise the register is ReadOnly
* Set/Reset correct BIT(28)/BIT(29) for STS
I have a Dell Inspiron N7010 Laptop with Intel graphics. When the dell-laptop
module is loaded,
two backlight device devices are created; dell_backlight, and intel_backlight
from the Intel
graphics driver. The dell_backlight device is non-functional, but the graphics
subsystem uses
it instead
On 12/01/2013 08:33 PM, Peter Hurley wrote:
On 12/02/2013 09:11 AM, Dongsheng Yang wrote:
ccing linux-kernel@vger.kernel.org
On 11/29/2013 01:14 PM, Arnaldo Carvalho de Melo wrote:
Em Fri, Nov 29, 2013 at 04:05:52PM -0500, Dongsheng Yang escreveu:
The package required for numa is named
Hi
On Sunday, December 01, 2013 01:28 AM, Sergei Shtylyov wrote:
Hello.
On 30-11-2013 7:51, Chris Ruehl wrote:
usb: chipidea: Fix Internal error: : 808 [#1] ARM related to STS flag
* init the sts flag to 0 (missed)
* Set PORTCS_STS only if VUSB_HS_PHY_TYPE 1
otherwise the register is
2013/11/13 Ming Lei tom.leim...@gmail.com:
Hi Axel,
On Wed, Nov 13, 2013 at 5:58 PM, Axel Lin axel@ingics.com wrote:
Hi Ming,
You missed ; then in the end of if statement in your patch.
So I got below error with your patch:
scripts/link-vmlinux.sh: line 87: syntax error near
On 11/30/2013 09:48 AM, Jaegeuk Kim wrote:
Previously f2fs allocates its own bi_private data structure all the time even
though we don't use it. But, can we remove this bi_private allocation?
This patch removes such the additional bi_private allocation.
1. Retrieve f2fs_sb_info from its
Hi Axel,
I am fine to resend it to RMK's patch system, but I am not sure
if Russell would like to host it.
Maybe it is better to push it via Rusty's tree since the change is only
on scripts/, and it doesn't depend on the 1st one.
Rusty, could you pick up the patch with title of
On Sat, Nov 30, 2013 at 6:23 AM, Tejun Heo t...@kernel.org wrote:
On Tue, Nov 26, 2013 at 12:43:37PM +0800, Ming Lei wrote:
sg_copy_buffer() can't meet demand for some drrivers(such usb
mass storage), so we have to use the sg_miter_* APIs to access
sg buffer, then need export sg_miter_skip()
On Tue, Oct 29, 2013 at 01:42:41PM +0900, Simon Horman wrote:
On Wed, Oct 09, 2013 at 07:39:18PM +0900, Simon Horman wrote:
On Wed, Oct 09, 2013 at 04:29:56PM +0900, Magnus Damm wrote:
Hi Simon,
On Wed, Oct 9, 2013 at 3:54 PM, Simon Horman ho...@verge.net.au wrote:
On Wed, Oct 09,
The package required for numa is named numactl-devel in Fedora or RHEL,
and libnuma-devel in OpenSuSE, and libnuma-dev in Ubuntu. This patch
corrects the package name in warning message in feature-libnuma checking.
Signed-off-by: Dongsheng Yang yangds.f...@cn.fujitsu.com
---
Changes since v1
Here is a pile of bug fixes that accumulated while I was in Europe.
1) In fixing kernel leaks to userspace during copying of socket
addresses, we broke a case that used to work, namely the user
providing a buffer larger than the in-kernel generic socket address
structure. This broke
On 12/02/2013 10:26 AM, Dongsheng Yang wrote:
The package required for numa is named numactl-devel in Fedora or RHEL,
and libnuma-devel in OpenSuSE, and libnuma-dev in Ubuntu. This patch
corrects the package name in warning message in feature-libnuma checking.
Thanks (and thanks for correcting
On 11/29/13 at 06:02pm, Borislav Petkov wrote:
On Fri, Nov 29, 2013 at 04:28:22PM +0800, Dave Young wrote:
I think for anyone who are using early_memremap should know this is a
normal kernel memory instead of real __iomem
You can never ever assume that people are using kernel interfaces
On 11/29/13 at 05:47pm, Borislav Petkov wrote:
On Fri, Nov 29, 2013 at 04:50:50PM +0800, Dave Young wrote:
It's for debugging purpose, I think it's helpful.
Why? The first kernel did dump it already.
As for the efi printk though 1st kernel already printed them out, but kexec
kernel
context
+#define FTM_CNTIN_VAL 0x00
Do we really need this?
Maybe not, I think that the initial value maybe modified in the future.
And this can be more easy to ajust it.
Why would it need to be modified?
Well, for the PWM function modifying it make no sense, so I'll remove
On 11/29/13 at 05:46pm, Borislav Petkov wrote:
On Fri, Nov 29, 2013 at 05:14:16PM +0800, Dave Young wrote:
That's reserved for future extension use, who knows if we will need to
pass other fields in the future.
Hrrmmm, 8*64 = 64 Bytes?? And you can't change it later because of the
On Friday, 29 November 2013 09:40:02 UTC+8, Andreas Noever wrote:
Thunderbolt hotplug is supposed to be implemented by the firmware. But Apple's
firmeware only initializes devices during boot and ignores hotplugged devices.
This patch series adds a driver for the Intel Cactus Ridge Thunderbolt
On Mon, Dec 02, 2013 at 10:11:21AM +0800, Ming Lei wrote:
On Sat, Nov 30, 2013 at 6:23 AM, Tejun Heo t...@kernel.org wrote:
On Tue, Nov 26, 2013 at 12:43:37PM +0800, Ming Lei wrote:
sg_copy_buffer() can't meet demand for some drrivers(such usb
mass storage), so we have to use the sg_miter_*
On 11/29/13 at 11:59am, Matt Fleming wrote:
On Fri, 29 Nov, at 12:50:29PM, Borislav Petkov wrote:
I did not add KEXEC because I thought it can be used for debugging
purpose.
mfleming is thinking about it :)
I finally finished my thought. The sysfs code should be automatically
On 11/29/13 at 12:50pm, Borislav Petkov wrote:
No need for the list - I actually meant you simply use a tmp pointer for
each krealloc invocation - just look around the tree for examples.
Also think about what happens to the pointed-to memory when krealloc
returns NULL.
Ok, thanks for the
On 11/30/2013 02:25 PM, Jaegeuk Kim wrote:
This patch integrates redundant bio operations on read and write IOs.
1. Move bio-related codes to the top of data.c.
2. Replace f2fs_submit_bio with f2fs_submit_merged_bio, which handles read
bios additionally.
3. Introduce __submit_merged_bio
Boris,
Sorry for the delay.
On Wed, Nov 27, 2013 at 06:19:08PM +0100, boris brezillon wrote:
On 27/11/2013 15:56, Jason Cooper wrote:
On Wed, Nov 27, 2013 at 01:44:45PM +0100, Boris BREZILLON wrote:
This patch adds support for accuracy retrieval on fixed clocks.
It also adds a new dt
From: Fabio Estevam fabio.este...@freescale.com
clk_prepare_enable() may fail, so let's check its return value and propagate it
in the case of error.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
drivers/rtc/rtc-mxc.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
From: Fabio Estevam fabio.este...@freescale.com
There is no need to jump to the 'exit_free_pdata' label when devm_clk_get()
fails, as we can directly return the error and simplify the code a bit.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
drivers/rtc/rtc-mxc.c | 5 +
1
ping
I do a grep for kmem_cache_zalloc and kmem_cache_alloc
in kernel tree, and find some code do not handle NULL
return of kmem_cache_zalloc correctly
Signed-off-by: Zhouyi Zhou yizhouz...@ict.ac.cn
---
arch/powerpc/kvm/book3s_32_mmu_host.c |5 +
drivers/iommu/omap-iommu.c
On Thu, Nov 28, 2013 at 09:02:58AM +0100, boris brezillon wrote:
On 27/11/2013 19:10, Mike Turquette wrote:
Quoting boris brezillon (2013-11-27 09:19:08)
On Wed, Nov 27, 2013 at 01:44:45PM +0100, Boris BREZILLON wrote:
...
I would also prefer to see an unknown accuracy be -1.
I decided to
On 12/01/2013 04:07 PM, Jingoo Han wrote:
On Friday, November 29, 2013 10:34 AM, Jingoo Han wrote:
On Thursday, November 28, 2013 3:24 PM, Joe Perches wrote:
On Wed, 2013-11-27 at 21:53 -0800, 'Greg Kroah-Hartman' wrote:
On Wed, Nov 27, 2013 at 09:40:13PM -0800, Joe Perches wrote:
On Thu,
On Monday, December 02, 2013 12:46 PM, Guenter Roeck wrote:
On 12/01/2013 04:07 PM, Jingoo Han wrote:
On Friday, November 29, 2013 10:34 AM, Jingoo Han wrote:
On Thursday, November 28, 2013 3:24 PM, Joe Perches wrote:
On Wed, 2013-11-27 at 21:53 -0800, 'Greg Kroah-Hartman' wrote:
On Wed,
On 12/01/2013 07:50 PM, Jingoo Han wrote:
On Monday, December 02, 2013 12:46 PM, Guenter Roeck wrote:
On 12/01/2013 04:07 PM, Jingoo Han wrote:
On Friday, November 29, 2013 10:34 AM, Jingoo Han wrote:
On Thursday, November 28, 2013 3:24 PM, Joe Perches wrote:
On Wed, 2013-11-27 at 21:53
Hi Jens,
Today's linux-next merge of the block tree got conflicts in
fs/f2fs/data.c and fs/f2fs/segment.c between commits 0626804cd9a6 (f2fs:
remove the own bi_private allocation) and 899d7625d85a (f2fs: refactor
bio-related operations) from the f2fs tree and commits 2c30c71bd653
(block: Convert
On Monday, December 02, 2013 12:56 PM, Guenter Roeck wrote:
On 12/01/2013 07:50 PM, Jingoo Han wrote:
On Monday, December 02, 2013 12:46 PM, Guenter Roeck wrote:
On 12/01/2013 04:07 PM, Jingoo Han wrote:
On Friday, November 29, 2013 10:34 AM, Jingoo Han wrote:
On Thursday, November 28,
Hi Kim,
-Original Message-
From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
Sent: Friday, November 29, 2013 6:14 PM
To: Chao Yu
Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
linux-f2fs-de...@lists.sourceforge.net; 谭姝
Subject: Re: [f2fs-dev] [PATCH 2/5] f2fs:
Hi,
Some comments as following.
-Original Message-
From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
Sent: Saturday, November 30, 2013 2:26 PM
Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
linux-f2fs-de...@lists.sourceforge.net
Subject: [f2fs-dev] [PATCH] f2fs:
On 11/30/13 06:59, Masanari Iida wrote:
Correct spelling typo in Documentation/devicetree
Signed-off-by: Masanari Iida standby2...@gmail.com
Reviewed-By: Levente Kurusa le...@linux.com
Has Levente replied to this patch with his Reviewed-by: tag?
You should not add it just because he has
If you have a look into the function hw_write() you will see that there
is no
effect if hw_write(...,sts) is called with sts=0/1, because the mask will
cut
off all bits beside BIT(29).
Yes, it is my careless. I thought sts is PORTCS_STS.
I used BIT(29) rather then PORTCS_STS to make it
On 1/17/13, Lance Ortiz lance.or...@hp.com wrote:
This header file will define a new trace event that will be triggered when
a AER event occurs. The following data will be provided to the trace
event.
char * dev_name - The name of the slot where the device resides
On Monday, December 02, 2013 01:10 PM, Peter Chen wrote:
If you have a look into the function hw_write() you will see that there
is no
effect if hw_write(...,sts) is called with sts=0/1, because the mask will
cut
off all bits beside BIT(29).
Yes, it is my careless. I thought sts is
Dear Sir,
Good day!
We had dealing welding materials for many years . And supplied high quality
different type Welding Electrode/Welding Wire/Sintered Flux to our old and new
customers.
Should any of the items be of interest to you, please let me know. We shall be
glad to give you our
Hi all,
Changes since 20131129:
The drm-intel tree gained a conflict against the drm-intel-fixes tree.
The sound-asoc tree lost its build failure.
The block tree gained conflicts against the f2fs tree.
Non-merge commits (relative to Linus' tree): 2243
2091 files changed, 81369 insertions(+),
This introduces another routine cpufreq_notify_post_transition() which can be
used to send POSTCHANGE notification for new freq with or without both
{PRE|POST}CHANGE notifications for last freq. This is useful at multiple places,
specially for sending transition failure notifications.
In the current code, if we fail during a frequency transition we simply send the
POSTCHANGE notification with old frequency. This isn't enough.
One of the core user of these notifications is the code responsible for keeping
loops_per_jiffy aligned with frequency change. And mostly it is written
In the current code, if we fail during a frequency transition we simply send the
POSTCHANGE notification with old frequency. This isn't enough.
One of the core user of these notifications is the code responsible for keeping
loops_per_jiffy aligned with frequency change. And mostly it is written
In the current code, if we fail during a frequency transition we simply send the
POSTCHANGE notification with old frequency. This isn't enough.
One of the core user of these notifications is the code responsible for keeping
loops_per_jiffy aligned with frequency change. And mostly it is written
In the current code, if we fail during a frequency transition we simply send the
POSTCHANGE notification with old frequency. This isn't enough.
One of the core user of these notifications is the code responsible for keeping
loops_per_jiffy aligned with frequency change. And mostly it is written
(Adding Jonas Bonn to list as he added the macro in the first place...)
On Mon, 2013-12-02 at 13:03 +0900, Jingoo Han wrote:
On Monday, December 02, 2013 12:56 PM, Guenter Roeck wrote:
On 12/01/2013 07:50 PM, Jingoo Han wrote:
On Monday, December 02, 2013 12:46 PM, Guenter Roeck wrote:
Recently support for suspending governors has been added in cpufreq and
callbacks are called from dpm_{suspend|resume}_noirq(). The problem here is that
most of the devices (i.e. devices with -suspend() callbacks) have already been
suspended by now and so if drivers want to change frequency before
This patchset moves cpufreq callbacks to dpm_{suspend|resume}() from
dpm_{suspend|resume}_noirq() for handling suspend/resume of cpufreq governors
and core. This is required for early suspend and late resume of governors as
there are drivers which want to change cpu frequency before suspending
Currently we have implemented PM notifiers to disable/enable -target() routines
functionality during suspend/resume.
Now we have support present in cpufreq core, lets use it.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/s5pv210-cpufreq.c | 49
Multiple platforms need to set CPU to a particular frequency before suspending
system. And so they need a common infrastructure which is provided by this
patch. Those platforms just need to initialize their -suspend() pointers with
the generic routine.
Tested-by: Stephen Warren swar...@nvidia.com
Currently we have implemented PM notifiers to disable/enable -target() routines
functionality during suspend/resume.
Now we have support present in cpufreq core, lets use it.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/exynos-cpufreq.c | 96
(2013/12/02 9:07), David Ahern wrote:
Allow user to specify an address within an executable. This is useful, for
example, in probing local functions. If the function name begins with 0x
then try to convert the supplied name to an address. If succuessful then
treat the function name as the
Currently we have implemented PM notifiers to disable/enable -target() routines
functionality during suspend/resume.
Now we have support present in cpufreq core, lets use it.
Acked-and-tested-by: Stephen Warren swar...@nvidia.com
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
Earlier cpufreq suspend/resume callbacks into drivers were getting called only
for the boot CPU, as by the time callbacks were called non-boot CPUs were
already removed. Because we might still need driver specific actions on
suspend/resume, its better to use earlier infrastructure from the early
(2013/12/02 9:07), David Ahern wrote:
When requesting a function from a userspace library the error message to
the user is less than helpful. e.g.,
perf probe -x /lib64/libpthread-2.14.90.so -a
'lock_full=__pthread_mutex_lock_full'
no symbols found in /lib64/libpthread-2.14.90.so,
* David Ahern dsah...@gmail.com [2013-12-01 17:23:15]:
Add entry to perf-sched documentation for timehist command and its
options.
v2: Addressed comments by Namhyung
Signed-off-by: David Ahern dsah...@gmail.com
Cc: Ingo Molnar mi...@kernel.org
Cc: Frederic Weisbecker fweis...@gmail.com
Dear Guenter,
In message 529b9152.9090...@roeck-us.net you wrote:
On 11/30/2013 07:45 AM, Christophe Leroy wrote:
MPC8xx watchdog is enabled at startup by HW.
If the bootloader disables it, it cannot be reenabled.
Is that true for all variants of 8xx, especially for 823 ? I am a bit
Hi Kim,
-Original Message-
From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
Sent: Saturday, November 30, 2013 9:48 AM
Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
linux-f2fs-de...@lists.sourceforge.net
Subject: [f2fs-dev] [PATCH] f2fs: remove the own
301 - 400 of 422 matches
Mail list logo
