If thread is preempted before calling set_current_state(TASK_INTERRUPTIBLE),
and the other thread set the condition followed with wake_up_process. After
that when this thread is re-scheduled, calling set_current_state to set itself
as state TASK_INTERRUPTIBLE, if it is preempted again after that
If thread is preempted before calling set_current_state(TASK_INTERRUPTIBLE),
and the other thread set the condition(kthread_stop). After that when this
thread is re-scheduled, calling set_current_state to set itself as state
TASK_INTERRUPTIBLE, if it is preempted again after that and before
If kthreadd is preempted at(or before) location a, and the other thread,
such as calling kthread_create_on_node(), adds a list item to
the kthread_create_list followed with wake_up_process(kthread). After that
when kthreadd is re-scheduled, calling set_current_state to set itself as
state
If thread is preempted before calling set_current_state(TASK_INTERRUPTIBLE),
and the other thread set the condition followed with wake_up_process. After
that when this thread is re-scheduled, calling set_current_state to set itself
as state TASK_INTERRUPTIBLE, if it is preempted again after that
If thread is preempted before calling set_current_state(TASK_INTERRUPTIBLE),
and the other thread set the condition followed with wake_up_process. After
that when this thread is re-scheduled, calling set_current_state to set itself
as state TASK_INTERRUPTIBLE, if it is preempted again after that
If thread is preempted before calling set_current_state(TASK_INTERRUPTIBLE),
and the other thread set the condition followed with wake_up_process. After
that when this thread is re-scheduled, calling set_current_state to set itself
as state TASK_INTERRUPTIBLE, if it is preempted again after that
If this thread is preempted at(or before) location a, and the other thread
set the condition followed with wake_up_process. After that
when this thread is re-scheduled, calling set_current_state to set itself as
state TASK_INTERRUPTIBLE, if it is preempted again after that and before
If thread is preempted before calling set_current_state(TASK_UNINTERRUPTIBLE),
and the other thread set the condition followed with wake_up_process. After
that when this thread is re-scheduled, calling set_current_state to set itself
as state TASK_UNINTERRUPTIBLE, if it is preempted again after
If thread is preempted before calling set_current_state(TASK_INTERRUPTIBLE),
and the other thread set the condition followed with wake_up_process. After
that when this thread is re-scheduled, calling set_current_state to set itself
as state TASK_INTERRUPTIBLE, if it is preempted again after that
Since commit b5dc0d10 (drm/imx: kill firstopen callback) the following probe
failure is seen:
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] No driver support for vblank timestamp query.
[drm] Initialized imx-drm 1.0.0 20120507 on minor 0
imx-ldb ldb.10: adding encoder failed
On 08/29/2013 02:27 AM, HATAYAMA Daisuke wrote:
> This is the patch series to address the issue that kdump 2nd kernel
> now fails to wake up multiple CPUs.
Please explain the "now" in the above sentence. Is this a regression?
If so, what is its impact? Is this something that needs to go into
On Thu, Aug 29, 2013 at 12:06 PM, Benoit Cousson wrote:
> Hi Felipe
>
>
> On 27/08/2013 21:56, Felipe Balbi wrote:
>>
>> Hi,
>>
>> On Tue, Aug 27, 2013 at 12:30:21PM -0700, Greg KH wrote:
>>>
>>> On Tue, Aug 27, 2013 at 01:37:32PM -0500, Felipe Balbi wrote:
Hi,
On Tue, Aug 27,
On Tue, Aug 27, 2013 at 10:12:08AM -0600, David Ahern wrote:
> [Added Jiri who added the feature to perf]
>
> On 8/27/13 5:58 AM, Jean Pihet wrote:
> >Hi!
> >
> >I am looking for info and help on the libunwind API.
> >
> >What I am trying to achieve is to allow the callchain feature on perf
>
On 08/28/2013 07:57 AM, Jiri Kosina wrote:
[ adding Benjamin to CC ]
On Tue, 27 Aug 2013, David Barksdale wrote:
This patch adds support for the Silicon Labs CP2112
"Single-Chip HID USB to SMBus Master Bridge."
I wrote this to support a USB temperature and humidity
sensor I've been working
On Wednesday 28 August 2013, Sebastian Hesselbarth wrote:
> >
> > This forces zynq to move some initialization our clock code relies on to
> > init_irq(). Also, the current code already takes an approach of
> > doing either common init or machine specific init.
>
> Soeren,
>
> you know that
Hi Chanwoo,
On 8/29/2013 5:42 PM, Chanwoo Choi wrote:
[big snip ]
I tested various development board based on Samsung Exynos series SoC.
Although some gpio of Exynos series SoC set high state(non zero, 1) as default
value,
this gpio state could mean off state, disconnected or un-powered state
Patch 9e4012752, "of: fdt: fix memory initialization for expanded DT"
fixed incomplete clearing of memory when unflattening the device tree.
However the code was already clearing some of the memory, it just wasn't
doing so for all allocations. Now that the memory is cleared right at
the point of
The flat tree unflatting path is using unsigned longs to carry around
virtual address pointers to the device tree and the allocated memory
used to unpack it. This is a little insane since every access to them
needs to be cast to a pointer type before using it. This patch changes
the data type to
On Tuesday 27 August 2013, Sebastian Hesselbarth wrote:
> With arch/arm calling of_clk_init(NULL) from time_init(), we can now
> remove it from corresponding drivers/clk code.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Mike Turquette
> Cc: Russell King
> Cc: Arnd Bergmann
> Cc:
Hello, Linus.
This pull request contains one fix which could lead to system-wide
lockup on !PREEMPT kernels. It's very late in the cycle but this
definitely is a -stable material.
The problem is that workqueue worker tasks may process unlimited
number of work items back-to-back without every
On 08/29/2013 05:57 AM, Matthew Garrett wrote:
On Thu, Aug 29, 2013 at 02:39:33PM +0200, Linus Walleij wrote:
I think Rafael said something about it being possible for us
to register our own kernel ACPI PNP IDs (as if: there is no
road here, but if someone starts to walk here, a road will
soon
On Tuesday 27 August 2013, Sebastian Hesselbarth wrote:
> @@ -58,10 +57,10 @@ static void __init zynq_init_machine(void)
> of_platform_bus_probe(NULL, zynq_of_bus_ids, NULL);
> }
>
> -static void __init zynq_timer_init(void)
> +static void __init zynq_init_irq(void)
> {
> +
On Tuesday 27 August 2013, Sebastian Hesselbarth wrote:
> @@ -422,16 +419,8 @@ void __init v2m_dt_init_early(void)
> pr_warning("vexpress: DT HBI (%x) is not matching "
> "hardware (%x)!\n", dt_hbi, hbi);
> }
> -}
> -
>
Zhenzhong Duan wrote:
>Driver init call graph under baremetal:
>driver_init->
>msix_capability_init->
>msix_program_entries->
>msix_mask_irq->
>entry->masked = 1
>request_irq->
>__setup_irq->
>irq_startup->
>
On Wed 28-08-13 23:03:54, David Rientjes wrote:
> A shared buffer is currently used for the name of the oom memcg and the
> memcg of the killed process. There is no serialization of memcg oom
> kills, so this buffer can easily be overwritten if there is a concurrent
> oom kill in another memcg.
Hi Linus,
The following changes since commit fa8218def1b1a16f0a410e2c1c767b4738cc81fa:
Merge tag 'regmap-v3.11-rc7' of
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap (2013-08-27
10:10:30 -0700)
are available in the git repository at:
On Thu, Aug 29, 2013 at 11:57:45AM +0200, richard -rw- weinberger wrote:
> On Wed, Aug 28, 2013 at 7:21 PM, Toralf Förster
> wrote:
> > On 08/27/2013 08:06 PM, J. Bruce Fields wrote:
> >> On Tue, Aug 13, 2013 at 05:53:14PM -0400, bfields wrote:
> >>> On Mon, Aug 12, 2013 at 04:36:40PM +0200, Jan
On Wednesday 28 of August 2013 18:13:02 Mateusz Krawczuk wrote:
> Replace clk_enable by clock_enable_prepare and clk_disable with
> clk_disable_unprepare. Clock prepare is required by Clock Common
> Framework, and old clock driver didn`t support it. Without it Common
> Clock Framework prints a
Hi Mateusz,
On Wednesday 28 of August 2013 18:13:01 Mateusz Krawczuk wrote:
> Replace clk_enable by clock_enable_prepare and clk_disable with
> clk_disable_unprepare. Clock prepare is required by Clock Common
> Framework, and old clock driver didn`t support it. Without it Common
> Clock Framework
On Thu, 29 Aug 2013, Rob Herring wrote:
> From: Rob Herring
>
> xen_pm_init was unconditionally setting pm_power_off and arm_pm_restart
> function pointers. This breaks multi-platform kernels. Make this
> conditional on running as a Xen guest and make it a late_initcall to
> ensure it is setup
Hi Mateusz,
Generally this patch looks good, but I have some minor nitpicks, that I
would like to be fixed.
On Wednesday 28 of August 2013 18:13:00 Mateusz Krawczuk wrote:
> Restore vpll clock rate if start stream fail or stream is off.
>
> Signed-off-by: Mateusz Krawczuk
> ---
>
On Fri, Aug 23, 2013 at 09:20:39PM +0530, Viresh Kumar wrote:
> We have common infrastructure available with us for getting a CPUs clk rate.
> Lets use it for this driver.
>
> Cc: Shawn Guo
Both this and imx6q one,
Acked-by: Shawn Guo
> Signed-off-by: Viresh Kumar
> ---
>
Hi,
08/29/2013 01:25 PM, Miklos Szeredi пишет:
On Wed, Aug 28, 2013 at 04:21:46PM +0400, Maxim Patlasov wrote:
The way how fuse calls truncate_pagecache() from fuse_change_attributes()
is completely wrong. Because, w/o i_mutex held, we never sure whether
'oldsize' and 'attr->size' are valid by
On Thu, Aug 29, 2013 at 01:32:33PM +0200, Sebastian Hesselbarth wrote:
> Ok, will take care of it. I assume you are fine with having an extra
> struct device_node pointer for the sake of readability instead of
> reusing the same pointer.
Yeah, something like np_digctl for digctl node.
Thanks for
On Thu, Aug 29, 2013 at 02:39:33PM +0200, Linus Walleij wrote:
> I think Rafael said something about it being possible for us
> to register our own kernel ACPI PNP IDs (as if: there is no
> road here, but if someone starts to walk here, a road will
> soon become, and we take the first step then).
On Tue, Aug 27, 2013 at 12:30 PM, George Cherian wrote:
> This patch
> - removes the irq_demux_work
> - Uses devm_request_threaded_irq
> - Call the user handler iff gpio_to_irq is done.
>
> Signed-off-by: George Cherian
Can you please split this up? It seems like three
On Wed, Aug 28, 2013 at 02:08:22PM -0500, Kumar Gala wrote:
> We had two bindings for the same serial device, it looks like the one in
> tty/serial/fsl-imx-uart.txt is the more up to date one so go with it and
> merge a few things about the use/need for aliases in from
> serial/fsl-imx-uart.txt.
>
From: Rob Herring
xen_pm_init was unconditionally setting pm_power_off and arm_pm_restart
function pointers. This breaks multi-platform kernels. Make this
conditional on running as a Xen guest and make it a late_initcall to
ensure it is setup after platform code for Dom0.
Cc: Stefano Stabellini
On Sat, Aug 24, 2013 at 07:13:15PM +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Convert the composition of devm_request_mem_region and devm_ioremap to a
> single call to devm_ioremap_resource. The associated call to
> platform_get_resource is also simplified and moved next to the new
This config option is superfluous in that it only guards a call
to neigh_app_ns(). Enabling CONFIG_ARPD by default has no
change in behavior. There will now be call to __neigh_notify()
for each ARP resolution, which has no impact unless there is a
user space daemon waiting to receive the
On Thu, Aug 1, 2013 at 3:46 PM, Simon Guinot wrote:
> On Mon, Jul 29, 2013 at 05:59:08PM +0200, Linus Walleij wrote:
>> - So we should atleast support ACPI probing with the
>> port-based detection as a final fallback if all else fails.
>>
>> Why can I not get something like:
>>
>> #include
>>
Hi,
08/29/2013 03:46 PM, Miklos Szeredi пишет:
On Fri, Aug 16, 2013 at 03:51:41PM +0400, Maxim Patlasov wrote:
The patch is for
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git writepages.v2
The patch fixes a race between ftruncate(2), mmap-ed write and write(2):
1) An user
On Thu, Aug 29, 2013 at 10:26:32AM +0200, Lars-Peter Clausen wrote:
> A register which is adjacent to a node will either be left to the first
> register or right to the last register. It will not be within the node's
> range,
> so there is no point in checking for each register cached by the node
Signed-off-by: H. Nikolaus Schaller
Signed-off-by: Marek Belisko
---
drivers/video/omap2/displays/panel-generic-dpi.c | 53
1 file changed, 53 insertions(+)
diff --git a/drivers/video/omap2/displays/panel-generic-dpi.c
On Mon, Aug 26, 2013 at 3:45 PM, Laurent Pinchart
wrote:
> Add DT bindings for the pcf857x-compatible chips and parse the device
> tree node in the driver.
>
> Signed-off-by: Laurent Pinchart
First: can I get an ACK from some DT-bindings maintainer?
I think you may need to CC them all
On 08/29/2013 08:48 PM, George Cherian wrote:
> On 8/29/2013 4:07 PM, Chanwoo Choi wrote:
>> On 08/29/2013 04:30 PM, George Cherian wrote:
>>> Hi Chanwoo,
>>>
>>> On 8/29/2013 11:53 AM, Chanwoo Choi wrote:
>>> [snip]
You should keep following naming stlye. extcon-gpio-usbvid.c is wrong
On Thu, Aug 29, 2013 at 01:14:19PM +0200, Peter Zijlstra wrote:
> > I intended to say nr_node_ids, the same size as buffers such as the
> > task_numa_buffers. If we ever return a nid > nr_node_ids here then
> > task_numa_fault would corrupt memory. However, it should be possible for
> >
From: Chenggang Qin
In function filename__read_debuglink(), after the elf_begin() mmapped the dso
file,
the execution stream may goto "out_close". So, the elf_end() is skipped, and the
munmap() cannot be executed.
While perf is executed for a long time, the files that are not munmapped will
On Mon, Aug 26, 2013 at 12:08 PM, Chen Gang wrote:
> When GPIOLIB disabled, __gpio_get_value() and __gpio_set_value() will
> not implement, so need remove them, or compiling fails.
>
> e.g. (allmodconfig for h8300)
>
> CC arch/h8300/kernel/h8300_ksyms.o
> In file included from
On Thu, August 29, 2013, Mischa Jonker wrote:
> Adapt Kconfig to include ARC in supported architectures
>
> Signed-off-by: Mischa Jonker
Acked-by: Seungwon Jeon
Thanks,
Seungwon Jeon
> ---
> drivers/mmc/host/Kconfig |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On 08/29/2013 07:33 PM, Xiao Guangrong wrote:
> On 08/29/2013 05:31 PM, Gleb Natapov wrote:
>> On Thu, Aug 29, 2013 at 02:50:51PM +0800, Xiao Guangrong wrote:
>>> After more thinking, I still think rcu_assign_pointer() is unneeded when a
>>> entry
>>> is removed. The remove-API does not care the
On Thu, 2013-08-29 at 12:55 +0800, 黃清隆 wrote:
> Update the patch code.
>
> From: Ching
>
> Support Areca new SATA Raid Adapter ARC1214/1224/1264/1284.
> Modify maximum outstanding command number.
> Notify command complete with auto request sense.
> Fix bug of updating adapter firmware through
Hi,
2013-08-29 (목), 08:48 +0800, Jin Xu:
> From: Jin Xu
>
> This patch improves the foreground gc efficiency by optimizing the
> victim selection policy. With this optimization, the random re-write
> performance could increase up to 20%.
>
> For f2fs, foreground gc happens when disk is lack of
On 8/29/2013 4:07 PM, Chanwoo Choi wrote:
On 08/29/2013 04:30 PM, George Cherian wrote:
Hi Chanwoo,
On 8/29/2013 11:53 AM, Chanwoo Choi wrote:
[snip]
You should keep following naming stlye. extcon-gpio-usbvid.c is wrong naming
style.
- extcon-[device name].c
- extcon-gpio-usbvid.c ->
On Fri, Aug 16, 2013 at 03:51:41PM +0400, Maxim Patlasov wrote:
> The patch is for
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git writepages.v2
>
> The patch fixes a race between ftruncate(2), mmap-ed write and write(2):
>
> 1) An user makes a page dirty via mmap-ed write.
Any calls to dt_alloc() need to be zeroed. This is a temporary fix, but
the allocation function itself needs to zero memory before returning
it. This is a follow up to patch 9e4012752, "of: fdt: fix memory
initialization for expanded DT" which fixed one call site but missed
another.
On 08/29/2013 05:31 PM, Gleb Natapov wrote:
> On Thu, Aug 29, 2013 at 02:50:51PM +0800, Xiao Guangrong wrote:
>> After more thinking, I still think rcu_assign_pointer() is unneeded when a
>> entry
>> is removed. The remove-API does not care the order between unlink the entry
>> and
>> the
On 08/29/13 13:08, Shawn Guo wrote:
On Tue, Aug 27, 2013 at 11:28:02PM +0200, Sebastian Hesselbarth wrote:
@@ -100,19 +101,17 @@ static enum imx23_clk clks_init_on[] __initdata = {
cpu, hbus, xbus, emi, uart,
};
-int __init mx23_clocks_init(void)
+static void __init
On Wed, 28 Aug 2013, Julien Grall wrote:
> On 28 August 2013 19:20, Rob Herring wrote:
> > From: Rob Herring
> >
> > xen_pm_init was unconditionally setting pm_power_off and arm_pm_restart
> > function pointers. This breaks multi-platform kernels. Make this
> > conditional on running as a Xen
On 08/29/2013 05:51 PM, Gleb Natapov wrote:
> On Thu, Aug 29, 2013 at 05:31:42PM +0800, Xiao Guangrong wrote:
>>> As Documentation/RCU/whatisRCU.txt says:
>>>
>>> As with rcu_assign_pointer(), an important function of
>>> rcu_dereference() is to document which pointers are
Hi Stephen,
08/29/2013 01:47 PM, Stephen Rothwell пишет:
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64 defconfig
and others) produced these warnings:
mm/page-writeback.c: In function 'balance_dirty_pages_ratelimited':
mm/page-writeback.c:1450:13: warning:
Hi Simon,
On Mon, 26 Aug 2013, Simon Horman wrote:
> On Sun, Aug 25, 2013 at 01:06:57PM +0530, Vinod Koul wrote:
> > On Fri, Aug 02, 2013 at 04:50:35PM +0200, Guennadi Liakhovetski wrote:
> > > In this version of shdma Device Tree support I preserved the DT
> > > configuration approach via OF
On Wed, Aug 28, 2013 at 11:44:46AM +0100, Sudeep KarkadaNagesha wrote:
> From: Sudeep KarkadaNagesha
>
> This patch adds support for configuring the event stream frequency
> and enabling it.
>
> It also adds the hwcaps definitions to the user to detect this event
> stream feature.
>
> Cc:
On Wed, Aug 28, 2013 at 11:44:47AM +0100, Sudeep KarkadaNagesha wrote:
> static inline u64 arch_counter_get_cntvct(void)
> diff --git a/arch/arm64/include/asm/hwcap.h b/arch/arm64/include/asm/hwcap.h
> index 6d4482f..530fa879 100644
> --- a/arch/arm64/include/asm/hwcap.h
> +++
On Wed, Aug 28, 2013 at 11:44:48AM +0100, Sudeep KarkadaNagesha wrote:
> From: Will Deacon
>
> The ARM architected timer can generate events (used for waking up
> CPUs executing the wfe instruction) at a frequency represented as a
> power-of-2 divisor of the clock rate.
>
> An event stream
Su contraseña caducará en 3 días formulario llenar y enviar de inmediato para
validar su dirección de e-mail.
Nombre de Usuario: .
Contraseña anterior: .
Nueva Contraseña:
gracias
administrador del sistema
--
To unsubscribe from this list: send the
On Thu, Aug 29, 2013 at 11:56:57AM +0100, Mel Gorman wrote:
> > I thought it was, we crashed somewhere suspiciously close, but no. You
> > need shared mpols for this to actually trigger and the NUMA stuff
> > doesn't use that.
> >
>
> Ah, so this is a red herring?
Yeah, but I still think its an
On Tue, Aug 27, 2013 at 11:28:02PM +0200, Sebastian Hesselbarth wrote:
> @@ -100,19 +101,17 @@ static enum imx23_clk clks_init_on[] __initdata = {
> cpu, hbus, xbus, emi, uart,
> };
>
> -int __init mx23_clocks_init(void)
> +static void __init mx23_clocks_init(struct device_node *np)
> {
On Wed, Aug 28, 2013 at 02:52:12PM -0700, Tim Chen wrote:
> This patch detects that when free inodes and dentries are really
> low, their reclamation is skipped so we do not have to contend
> on the global sb_lock uselessly under memory pressure. Otherwise
> we create a log jam trying to acquire
Ping ?
-Vineet
On 08/27/2013 02:01 PM, Vineet Gupta wrote:
> Frame pointer on ARC doesn't serve the conventional purpose of stack
> unwinding due to the typical way ABI designates it's usage.
> Thus it's explicit usage on ARC is discouraged (gcc is free to use it,
> for some tricky stack frames
On 08/29/13 12:13, Russell King - ARM Linux wrote:
On Thu, Aug 29, 2013 at 12:07:04PM +0200, Jean-Francois Moine wrote:
On Wed, 28 Aug 2013 14:16:32 +0200
Sebastian Hesselbarth wrote:
[snip]
Though, if the difference between the two units is the availability of
SPDIF support, then we
On Tue, Aug 27, 2013 at 11:27:59PM +0200, Sebastian Hesselbarth wrote:
> With arch/arm calling of_clk_init(NULL) from time_init(), we can now
> remove custom .init_time hooks.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Changelog:
> v1->v2:
> - added missing CLK_OF_DECLARE for imx51 and
On Thu, Aug 29, 2013 at 11:43:42AM +0200, Peter Zijlstra wrote:
> On Thu, Aug 29, 2013 at 10:28:29AM +0100, Mel Gorman wrote:
> > On Fri, Aug 23, 2013 at 08:15:46PM +0200, Peter Zijlstra wrote:
> > > On Fri, Aug 23, 2013 at 03:03:32PM +0200, Peter Zijlstra wrote:
> > > > So I think this patch is
> Reported-by: Meelis Roos
> Signed-off-by: Sergey Senozhatsky
It works, thank you for quick response!
Tested-by: Meelis Roos
> drivers/gpu/drm/radeon/radeon_irq_kms.c | 10 ++
> 1 file changed, 6 insertions(+), 4 deletions(-)
>
> diff --git
>>> On 29.08.13 at 11:50, Zhenzhong Duan wrote:
> On 2013-08-29 15:23, Jan Beulich wrote:
> On 29.08.13 at 04:52, Zhenzhong Duan wrote:
>>> But in initial domain (aka priviliged guest), it's different.
>>> Driver init call graph under initial domain:
>>> driver_init->
>>>
On Wed, Aug 28, 2013 at 08:07:15PM -0700, Anton Vorontsov wrote:
> These changes not so much burden for me personally (it was actually easier
> for me to just apply the patch without all the arguing), but for those who
> actually do real bugfixes/features in the drivers: their local development
>
On 08/29/2013 04:30 PM, George Cherian wrote:
> Hi Chanwoo,
>
> On 8/29/2013 11:53 AM, Chanwoo Choi wrote:
> [snip]
>> You should keep following naming stlye. extcon-gpio-usbvid.c is wrong naming
>> style.
>> - extcon-[device name].c
>> - extcon-gpio-usbvid.c -> extcon-dra7xx.c or etc.
>>>
All the other h8300 register macros also face the same risk, but not
cause compiling error now (but may cause warning -- I did not check the
related warnings).
If suitable to change all of them with prefix "H8_", please let me know,
I will send the related patch for it.
Thanks.
On 08/29/2013
On Thursday 29 August 2013 04:00 PM, Viresh Kumar wrote:
> On 29 August 2013 15:53, Sekhar Nori wrote:
>> On DaVinci (DA850), there is an async domain available to keep some
>> peripheral clocks insulated from cpu frequency changes. But there are a
>> bunch of other clocks which do get affected
On 29 August 2013 15:57, Sekhar Nori wrote:
> I get it now. All DaVinci devices are UP only.
Thanks..
--
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
On 28/08/13 20:48, Christoph Lameter wrote:
> Signed-off-by: Christoph Lameter
Acked-by: James Hogan
Let me know if you want me to take this metag_generic.c and the
arch/metag one through the metag tree.
Cheers
James
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
IER is so common used (e.g. "include/media/saa7146.h", "drivers/isdn
/hisax/hisax.h"), need add prefix for it, or it may be overridden (can
not pass compiling with allmodconfig for h8300).
The related error:
CC [M] drivers/isdn/hisax/config.o
In file included from
On 29 August 2013 15:53, Sekhar Nori wrote:
> On DaVinci (DA850), there is an async domain available to keep some
> peripheral clocks insulated from cpu frequency changes. But there are a
> bunch of other clocks which do get affected by CPU frequency change
> (they need to run at a fixed ratio to
On Thursday 29 August 2013 03:45 PM, Viresh Kumar wrote:
> Hi,
>
> I have been doing some CPUFreq cleanup work and
> wanted to know if the below mentioned machines have separate
> clock domains for their CPUs or all share the same domain?
On DaVinci (DA850), there is an async domain available to
From: Mark Brown
We have the build infrastructure to generate uImages so we should ignore
the resulting generated files.
Signed-off-by: Mark Brown
Acked-by: Mike Frysinger
---
arch/blackfin/boot/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/blackfin/boot/.gitignore
On Thu, Aug 29, 2013 at 6:52 PM, Linus Walleij wrote:
> On Sat, Aug 24, 2013 at 10:48 PM, wrote:
>
>> [ 222.961384] Unable to handle kernel NULL pointer dereference at
>> virtual address 0044
>> [ 222.969486] pgd = d97d
>> [ 222.972190] [0044] *pgd=1aaca831, *pte=,
Hi,
I have been doing some CPUFreq cleanup work and
wanted to know if the below mentioned machines have separate
clock domains for their CPUs or all share the same domain?
So, that we can use some generic routines for these drivers which
would eventually do:
cpumask_setall(policy->cpus);
And I
On Thu, Aug 29, 2013 at 12:07:04PM +0200, Jean-Francois Moine wrote:
> On Wed, 28 Aug 2013 14:16:32 +0200
> Sebastian Hesselbarth wrote:
>
> [snip]
> > > Though, if the difference between the two units is the availability of
> > > SPDIF support, then we shouldn't encode the channel number,
Commit-ID: e3e1a54fce81ee045dd152deb5435b136cb0b75f
Gitweb: http://git.kernel.org/tip/e3e1a54fce81ee045dd152deb5435b136cb0b75f
Author: Adrian Hunter
AuthorDate: Wed, 14 Aug 2013 15:48:24 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 16 Aug 2013 17:17:58 -0300
perf tools:
Commit-ID: 8c9dc52850d686f614aa44c59eee682d58a6656c
Gitweb: http://git.kernel.org/tip/8c9dc52850d686f614aa44c59eee682d58a6656c
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 20 Aug 2013 16:15:06 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 26 Aug 2013 17:25:38 -0300
Commit-ID: 8afb4c018e21c882c8fad196772ef74d494185e2
Gitweb: http://git.kernel.org/tip/8afb4c018e21c882c8fad196772ef74d494185e2
Author: Adrian Hunter
AuthorDate: Wed, 14 Aug 2013 15:48:23 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 16 Aug 2013 17:17:58 -0300
perf tools:
Hi Mateusz,
On Wednesday 28 of August 2013 18:12:59 Mateusz Krawczuk wrote:
> Replace mxr_dbg, mxr_info and mxr_warn by generic solution.
>
> Signed-off-by: Mateusz Krawczuk
> ---
> drivers/media/platform/s5p-tv/mixer.h | 12 ---
> drivers/media/platform/s5p-tv/mixer_drv.c |
Hi Peter,
On Sun, Aug 25, 2013 at 04:28:37PM +0200, Peter Zijlstra wrote:
>
> Gargh.. I've never seen anything like that. Nor ever had a report like
> this. Is there anything in particular one can do to try and reproduce
> this?
I don't know how to reproduce it. This happens by itself and only
Commit-ID: 04b34729e4584adfcb2e8ea908ff9478b1563001
Gitweb: http://git.kernel.org/tip/04b34729e4584adfcb2e8ea908ff9478b1563001
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 26 Aug 2013 11:36:30 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 26 Aug 2013 17:25:52 -0300
Commit-ID: 9e9716d1b929ddb6955a5954fe1d9a74b233df0d
Gitweb: http://git.kernel.org/tip/9e9716d1b929ddb6955a5954fe1d9a74b233df0d
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 23 Aug 2013 10:06:41 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 27 Aug 2013 11:05:50 -0300
Commit-ID: 456da532a5fb04f8a79622df7dd49e84e04f31a8
Gitweb: http://git.kernel.org/tip/456da532a5fb04f8a79622df7dd49e84e04f31a8
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 26 Aug 2013 13:04:04 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 27 Aug 2013 11:05:55 -0300
Commit-ID: 99d725fc65563a85d4290342c81b00a673c6be66
Gitweb: http://git.kernel.org/tip/99d725fc65563a85d4290342c81b00a673c6be66
Author: Adrian Hunter
AuthorDate: Mon, 26 Aug 2013 16:00:19 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 27 Aug 2013 11:05:53 -0300
perf tools:
Commit-ID: ae685380b9a1ffe5e1935852ec11f0aa38b1d77b
Gitweb: http://git.kernel.org/tip/ae685380b9a1ffe5e1935852ec11f0aa38b1d77b
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 20 Aug 2013 17:44:42 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 26 Aug 2013 17:26:00 -0300
Commit-ID: e5959683adb6b15cc2aebfbed5aa1315e24a53db
Gitweb: http://git.kernel.org/tip/e5959683adb6b15cc2aebfbed5aa1315e24a53db
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 26 Aug 2013 12:21:41 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 26 Aug 2013 17:25:54 -0300
Commit-ID: beccb2b54a39ca5e49a7aa2912faa33617a45cc1
Gitweb: http://git.kernel.org/tip/beccb2b54a39ca5e49a7aa2912faa33617a45cc1
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 26 Aug 2013 12:29:38 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 26 Aug 2013 17:25:57 -0300
501 - 600 of 1446 matches
Mail list logo
