On Tue, 2013-11-26 at 11:11 -0600, Rob Herring wrote:
> I think we don't really want '+' (or '_') in compatible strings.
What about lines like:
arch/powerpc/boot/dts/kmeter1.dts: compatible = "ucc_geth";
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Tuesday 26 November 2013 18:16:06 Felipe Balbi wrote:
> Hi,
>
> On Tue, Nov 19, 2013 at 11:51:12AM +0100, Pali Rohár wrote:
> > Hi!
> >
> > For a long time (since 3.5 or 3.8? - I do not remember) obex
> > subdriver in g_nokia usb gadget module causing kernel panic
> > after module is loaded
On 11/25/2013 03:51 AM, srinivas_g_go...@dell.com wrote:
> Setting up mod_timer() for IPMI_READ_EVENT_MSG_BUFFER_CMD.
> Driver stalls in case we hit error cases for IPMI_READ_EVENT_MSG_BUFFER_CMD.
>
> Signed-off-by: Srinivas Gowda
> ---
> drivers/char/ipmi/ipmi_si_intf.c | 3 +++
> 1 file
On 11/22/2013 11:06 PM, Kumar Gala wrote:
On Nov 20, 2013, at 1:03 PM, ivan.khoronzhuk wrote:
On 11/20/2013 08:21 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
+ the chip select signal.
+ Minimum value is 1 (0 treated as 1).
+
+-
On 11/26/2013 8:35 PM, Santosh Shilimkar wrote:
> On Tuesday 26 November 2013 02:20 AM, Sekhar Nori wrote:
>> On Monday 11 November 2013 10:36 PM, Khoronzhuk, Ivan wrote:
>>> Add new AEMIF driver for EMIF16 davinci controller. The EMIF16 module
>>> is intended to provide a glue-less interface to a
On 11/26, Masami Hiramatsu wrote:
>
> (2013/11/26 4:29), Oleg Nesterov wrote:
> > +#define PSEUDO_REG_OFFSET 4096/* arbitrary value > MAX_REG_OFFSET */
> > +
> > +static unsigned long probe_get_register(struct pt_regs *regs, unsigned
> > long offset)
> > +{
> > + if (offset <
On Tue, Nov 26, 2013 at 06:10:22PM +0100, Pali Rohár wrote:
> On Tuesday 19 November 2013 11:51:12 Pali Rohár wrote:
> > For a long time (since 3.5 or 3.8? - I do not remember) obex
> > subdriver in g_nokia usb gadget module causing kernel panic
> > after module is loaded on Nokia N900. I do not
Hi,
On Tue, Nov 19, 2013 at 11:51:12AM +0100, Pali Rohár wrote:
> Hi!
>
> For a long time (since 3.5 or 3.8? - I do not remember) obex
> subdriver in g_nokia usb gadget module causing kernel panic after
> module is loaded on Nokia N900. I do not know where is problem
> and due to immediatelly
On Tuesday 26 November 2013 06:03 PM, Grygorii Strashko wrote:
> On 11/25/2013 01:00 PM, Sekhar Nori wrote:
>> On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
>>> From: KV Sujith
>>>
>>> This patch adds OF parser support for davinci gpio
>>> driver and also appropriate documentation
On Tue, Nov 26, 2013 at 10:43 AM, Joe Perches wrote:
> On Tue, 2013-11-26 at 10:01 -0600, Rob Herring wrote:
>> From: Rob Herring
>
> Hi Rob.
>
>> This adds a simple check that any compatible strings in DeviceTree dts
>> files are present in Documentation/devicetree/bindings. This should be a
>>
On Tuesday 19 November 2013 11:51:12 Pali Rohár wrote:
> Hi!
>
> For a long time (since 3.5 or 3.8? - I do not remember) obex
> subdriver in g_nokia usb gadget module causing kernel panic
> after module is loaded on Nokia N900. I do not know where is
> problem and due to immediatelly kernel crash
From: Stephen Warren
dma_request_slave_channel() simply returns NULL whenever DMA channel
lookup fails. Lookup could fail for two distinct reasons:
a) No DMA specification exists for the channel name.
This includes situations where no DMA specifications exist at all, or
other general
> I had looked a bit in that direction, but I think there's currently
> no way for a driver to say "I won't be needing the bus for a while".
> Something like that would be critical for such a pm system to work.
Yes. I wasn't sure if something already existed.
> In any case, it doesn't sound
On Mon, Nov 25, 2013 at 11:40 PM, Lars-Peter Clausen wrote:
> On 11/26/2013 02:25 AM, Stephen Warren wrote:
> [...]
>> +struct dma_chan *of_dma_slave_xlate(struct of_phandle_args *dma_spec,
>> + struct of_dma *ofdma)
>> +{
>> + struct of_dma_slave_xlate_info
On Thu, Nov 21, 2013 at 05:52:28PM +, David Vrabel wrote:
> On 08/11/13 17:38, Konrad Rzeszutek Wilk wrote:
> > The 'read_reply' works with 'process_msg' to read of a reply in XenBus.
> > 'process_msg' is running from within the 'xenbus' thread. Whenever
> > a message shows up in XenBus it is
Perform upwards rounding when calculating dividers for periph clks on Tegra30
and Tegra114.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra114.c | 53 -
drivers/clk/tegra/clk-tegra30.c | 19 +++--
2 files changed, 39
On Tue, Nov 26, 2013 at 10:35:58AM +0900, Alexandre Courbot wrote:
> On Tue, Nov 26, 2013 at 9:06 AM, Olof Johansson wrote:
> > On Sun, Nov 24, 2013 at 03:30:52PM +0900, Alexandre Courbot wrote:
> >> Support for Trusted Foundations is light and allows the kernel to run on
> >> a wider range of
On Thu, Nov 21, 2013 at 11:33:49AM +, David Vrabel wrote:
> On 08/11/13 17:38, Konrad Rzeszutek Wilk wrote:
> > The user can launch the guest in this sequence:
> >
> > xl create -p /vm.cfg[launch, but pause it]
> > xl shutdown latest [sets control/shutdown=poweroff]
> > xl unpause
On Tue, 26 Nov 2013 16:55:43 +0400 Vladimir Davydov
wrote:
> What do you think about splitting this set into two main series as follows:
>
> 1) Prepare vmscan to kmemcg-aware shrinkers; would include patches 1-7
> of this set.
> 2) Make fs shrinkers memcg-aware; would include patches 9-11 of
On Thu, Nov 21, 2013 at 11:09:52AM +, David Vrabel wrote:
> On 08/11/13 17:38, Konrad Rzeszutek Wilk wrote:
> > There is a race case where the user does 'poweroff'
> > and at the same time the system admin does 'xl shutdown'.
>
> This isn't a Xen-specific problem is it? Wouldn't it be better
On 11/26/2013 11:45 AM, Mel Gorman wrote:
> On Mon, Nov 25, 2013 at 03:26:08PM +0100, Vlastimil Babka wrote:
>> Compaction of a zone is finished when the migrate scanner (which begins at
>> the
>> zone's lowest pfn) meets the free page scanner (which begins at the zone's
>> highest pfn). This is
On Tue, 2013-11-26 at 10:01 -0600, Rob Herring wrote:
> From: Rob Herring
Hi Rob.
> This adds a simple check that any compatible strings in DeviceTree dts
> files are present in Documentation/devicetree/bindings. This should be a
> temporary check until we have more sophisticated binding schema
On 11/25/2013 08:33 PM, Bjorn Helgaas wrote:
[+cc Lan, Khalid, Konstantin, Alan, Takao, Jility, Florian, linux-kernel]
On Tue, Nov 12, 2013 at 07:40:03PM +, Chang Liu wrote:
This fixes https://bugzilla.kernel.org/show_bug.cgi?id=63861
Commit b566a22c2 and 7897e60227 made
On 11/22/2013 11:04 PM, Kumar Gala wrote:
On Nov 20, 2013, at 9:46 AM, Ivan Khoronzhuk wrote:
Add bindings for AEMIF controller drivers/memory/ti-aemif.c
Binding shouldn’t normally refer to code.
Just saying something like:
Adding binging for TI Async External Memory Interface (AEMIF)
On 11/25/2013 05:44 AM, Ben Hutchings wrote:
This is the start of the stable review cycle for the 3.2.53 release.
There are 87 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
Hi,
On Tue, Nov 12, 2013 at 04:51:35PM +0200, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Hi,
>
> Patches have been tested on top of Stephen's clock controller
> patches[1] and recent fixes for chipidea msm glue layer driver
> posted here[2]. Hardware platform AP8074 DragonBoard. Only
On 11/22/2013 11:04 PM, Kumar Gala wrote:
>
> On Nov 20, 2013, at 9:46 AM, Ivan Khoronzhuk wrote:
>
>> Add bindings for AEMIF controller drivers/memory/ti-aemif.c
>>
>
> Binding shouldn’t normally refer to code.
>
> Just saying something like:
>
> Adding binging for TI Async External Memory
Hey Jens,
Please git pull the following branch:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
stable/for-jens-3.13-take-two
which has bug-fixes. It is based on todays on your 'for-3.13/drivers'
(f7cb20f03dc6dff1b19942cf3dda6d154c86f29b "floppy: Correct documentation of
driver
* Arnaldo Carvalho de Melo wrote:
> Em Tue, Nov 26, 2013 at 07:30:02AM -0700, David Ahern escreveu:
> > On 11/26/13, 7:20 AM, Arnaldo Carvalho de Melo wrote:
> > >Em Tue, Nov 26, 2013 at 12:52:21PM +0200, Adrian Hunter escreveu:
> > >>On 25/11/13 16:17, Arnaldo Carvalho de Melo wrote:
> >
Hi Sam,
As requested.
The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)
are available in the git repository at:
git://git.linaro.org/people/ljones/mfd.git tags/mfd-lee-3.13-fixes-1
for you to fetch changes up to
* Adrian Hunter wrote:
> The logic was not looking in the buildid cache for kcore
> if the host kernel buildid did not match the recorded
> kernel buildid.
It would be nice to also include the specific failure mode in the
changelog: exactly how can users run into this. That will be more
People seem to delight in writing wrong and broken mwait idle routines;
collapse the lot.
This leaves mwait_play_dead() the sole remaining user of __mwait() and
new __mwait() users are probably doing it wrong.
Also remove __sti_mwait() as its unused.
Cc: ar...@linux.intel.com
Cc:
The only valid use of preempt_enable_no_resched() is if the very next
line is schedule() or if we know preemption cannot actually be enabled
by that statement due to known more preempt_count 'refs'.
This busy_poll stuff looks to be completely and utterly broken,
sched_clock() can return utter
People are starting to grow their own idle implementations in various
disgusting ways. Collapse the lot and use the generic idle code to
provide a proper idle cycle implementation.
This does not fully preseve existing behaviour in that the generic
idle cycle function calls into the normal cpuidle
The only valid use of preempt_enable_no_resched() is if the very next
line is schedule() or if we know preemption cannot actually be enabled
by that statement due to known more preempt_count 'refs'.
Cc: r...@rjwysocki.net
Cc: Eliezer Tamir
Cc: David S. Miller
Cc: rui.zh...@intel.com
Cc:
With various drivers wanting to inject idle time; we get people
calling idle routines outside of the idle loop proper.
Therefore we need to be extra careful about not missing
TIF_NEED_RESCHED -> PREEMPT_NEED_RESCHED propagations.
While looking at this, I also realized there's a small window in
Discourage drivers/modules to be creative with preemption.
Sadly all is implemented in macros and inline so if they want to do
evil they still can, but at least try and discourage some.
Cc: Eliezer Tamir
Cc: David S. Miller
Cc: rui.zh...@intel.com
Cc: jacob.jun@linux.intel.com
Cc: Mike
* Jiri Olsa wrote:
> On Tue, Nov 26, 2013 at 01:00:55PM +0100, Ingo Molnar wrote:
> >
> > * Jiri Olsa wrote:
> >
> > > On Tue, Nov 26, 2013 at 12:31:08PM +0100, Ingo Molnar wrote:
>
> SNIP
>
> > > >
> > > > Also note that we have duplicate code for this in Makefile.perf
> > > > already.
Currently local_bh_disable() is out-of-line for no apparent reason.
So inline it to save a few cycles on call/return nonsense, the
function body is a single add on x86 (a few loads and store extra on
load/store archs).
Also expose two new local_bh functions:
__local_bh_{dis,en}able_ip(unsigned
Respin of the earlier series that tries to cure the 2 idle injection drivers
and cleans up some of the preempt_enable_no_resched() mess.
The intel_powerclamp driver is tested by Jacob Pan and needs one more patch to
cpuidle to work as before. I'll let him provide this patch; since he actually
has
Currently all _bh_ lock functions do two preempt_count operations:
local_bh_disable();
preempt_disable();
and for the unlock:
preempt_enable_no_resched();
local_bh_enable();
Since its a waste of perfectly good cycles to modify the same variable
twice when you can do it in one go; use
From: Rob Herring
This adds a simple check that any compatible strings in DeviceTree dts
files are present in Documentation/devicetree/bindings. This should be a
temporary check until we have more sophisticated binding schema checking.
Signed-off-by: Rob Herring
Cc: Grant Likely
Cc: Andy
On Tue, Nov 26, 2013 at 9:05 PM, Rob Herring wrote:
> On Mon, Nov 25, 2013 at 10:00 AM, Anup Patel wrote:
>> On Mon, Nov 25, 2013 at 9:13 PM, Rob Herring wrote:
>>> On Sat, Nov 23, 2013 at 2:41 AM, Anup Patel wrote:
On Wed, Nov 20, 2013 at 4:28 PM, Marc Zyngier wrote:
> [dropping
On Tue, 26 Nov, at 01:57:50PM, Dave Young wrote:
> Export fw_vendor, runtime and config tables physical
> addresses to /sys/firmware/efi/systab becaue kexec
> kernel will need them.
This commit log needs updating.
> From EFI spec these 3 variables will be updated to
> virtual address after
On Tue, Nov 26, 2013 at 10:23:37AM -0500, Benjamin LaHaise wrote:
> On Mon, Nov 25, 2013 at 11:19:53PM -0800, Kent Overstreet wrote:
> > On Tue, Nov 26, 2013 at 01:01:32AM -0500, Dave Jones wrote:
> > > On Mon, Nov 25, 2013 at 10:26:45PM -0500, Dave Jones wrote:
> > > > Hi Kent,
> > > >
>
On Tue, Nov 26, 2013 at 03:31:55PM +0530, Kishon Vijay Abraham I wrote:
> Fixes
> warning: (OMAP_USB2 && TWL4030_USB) selects USB_PHY which has unmet
> direct dependencies (USB_SUPPORT)
> that shows up while disabling USB_SUPPORT from menuconfig.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
>
On Tue, 2013-11-26 at 13:34 +0100, Thomas Gleixner wrote:
> On Tue, 26 Nov 2013, Peter Zijlstra wrote:
>
> > On Tue, Nov 26, 2013 at 12:21:40PM +0100, Ingo Molnar wrote:
> > > I'm somewhat reluctant to chalk it up to a single mfence - maybe
> > > timings/behavior changed in some substantial way?
On Mon, Nov 25, 2013 at 10:00 AM, Anup Patel wrote:
> On Mon, Nov 25, 2013 at 9:13 PM, Rob Herring wrote:
>> On Sat, Nov 23, 2013 at 2:41 AM, Anup Patel wrote:
>>> On Wed, Nov 20, 2013 at 4:28 PM, Marc Zyngier wrote:
[dropping from the CC list, as someone seems to have
tripped on
Hi Chao,
On Mon, Nov 25, 2013 at 09:30:46PM -0600, Chao Xu wrote:
> Refresh the patch “gpio: omap: be more aggressive with pm_runtime” by
> Felipe Balbi against v3.12-rc5. Add version checking so that the
> aggressive pm_runtime only applies to omap4 devices. Tested with
> pandaboard rev a2
On Tue, Nov 26, 2013 at 12:58:08PM +0400, Vyacheslav Tyrtov wrote:
> From: Tarek Dakhran
>
> Add EDCS(Exynos Dual Cluster Support) for Samsung Exynos5410 SoC.
> This enables all 8 cores, 4 x A7 and 4 x A15 run at the same time.
>
> Signed-off-by: Tarek Dakhran
> Signed-off-by: Vyacheslav
On 11/26/2013 08:27 AM, Mark Trompell wrote:
> Answering my own mail again and even top posting, sorry, but makes
> more sense to me in that case).
> I reverted bridge related patches from 3.11.5 and it boils down to
> commit 0e308361d7ca0bf8b23fd472b90aae0fb10a1c32
> Author: Herbert Xu
> Date:
On Mon, Nov 25, 2013 at 11:19:53PM -0800, Kent Overstreet wrote:
> On Tue, Nov 26, 2013 at 01:01:32AM -0500, Dave Jones wrote:
> > On Mon, Nov 25, 2013 at 10:26:45PM -0500, Dave Jones wrote:
> > > Hi Kent,
> > >
> > > I hit the GPF below on a tree based on
> >
Hi Nithin,
sorry for the delay, but I had to wait to our regular maintaince window.
Yesterday I rebootet to kernel 3.10.19 (longterm). This kernel seems to have
included the patch, too.
Until now the server is running normal without any errors in the logs, etc. and
some load (15min average
Correct spelling typo within various drivers.
Signed-off-by: Masanari Iida
---
arch/arm/mach-at91/Kconfig.non_dt | 2 +-
arch/x86/Kconfig | 2 +-
arch/xtensa/Kconfig | 2 +-
drivers/gpu/drm/i915/Kconfig | 2 +-
drivers/i2c/busses/Kconfig| 2 +-
On 11/25/2013 08:03 PM, Sun Paul wrote:
> Hi
>
> we have a problem on using LKSCTP to form a 4 ways multi-homing network.
>
> Configuration
> - Node-A has 2 IP addresses in different subnets, known as IP-A (eth1),
> IP-B (eth2)
> - Node-B has 2 IP addresses in different subnets, known as IP-X
On 11/26/2013 07:46 AM, Steven Rostedt wrote:
On Fri, 22 Nov 2013 23:18:09 +0100
"Rafael J. Wysocki" wrote:
On Friday, November 22, 2013 10:54:29 AM Shuah Khan wrote:
Tracing infrastructure routine __assign_str doesn't handle null strings.
As a result when an trace event passes in a null
From: JC Lafoucriere
This is only part of the original Lustre tree commit.
Main part of the original commit changes server code and is
unneeded at client side.
Lustre-change: http://review.whamcloud.com/6534
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3342
Signed-off-by: JC Lafoucriere
From: Andrew Perepechko
This patch implements an extended attribute cache for
a Lustre client. It is organized as a write-through
cache: reads are performed from cache, updates are sent
synchronously to the MDS. An additional inode bit
MDS_INODELOCK_XATTR is added to protect the cache.
From: Amir Shehata
When a system runs out of memory and the function
ptlrpc_register_bulk() is called from ptl_send_rpc() the call to
LNetMEAttach() fails due to failure to allocate memory. This forces
the code into an error path, which most probably previously went
untested. The error path:
From: "John L. Hammond"
ll_lookup_it() checks for O_CREAT in struct lookup_intent's
it_create_mode member which is nonsensical, as it_create_mode is used
for file mode bits (S_IFREG, S_IRUSR, ...). Fix this by just checking
for IT_CREATE in it_op and do the same in llu_lookup_it(). This will
not
From: Dmitry Eremin
Clean up the code from really unused variables and rearrange other
to remove SET_BUT_UNUSED and UNUSED macro usage if possible.
Clean up or comment on some dead code.
Removed never implemented suspend timeouts functionality from pinger.c
which was commented out since 2007
From: Jinshan Xiong
HSM Release is one of the key feature of HSM. To perform HSM
release, clients need to acquire the file lease exclusivelt and
flush dirty cache from clients. A special close REQ will be sent
to the MDT to release the lease and get rid of OST objects.
Lustre-change:
From: Dmitry Eremin
After removing LIBCFS_HAVE_IS_COMPAT_TASK test we have a
compilation issue with kernels configured without CONFIG_COMPAT.
Lustre-change: http://review.whamcloud.com/7118
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-2800
Signed-off-by: Dmitry Eremin
Reviewed-by: James
This reverts commit ad8dbc93a464869f64365a2123b3491965df3b3e.
The original commit was reverted in Lustre tree this due to
interoperability problems with 2.1 servers. But I forgot to remove
it from my patch queue. sorry for the noise.
Cc: Patrick Farrell
Cc: Andreas Dilger
Signed-off-by: Peng
From: Fan Yong
This is the coding style part of the original Lustre commit.
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3335
Lustre-change: http://review.whamcloud.com/6669
Signed-off-by: Fan Yong
Reviewed-by: Andreas Dilger
Reviewed-by: Alex Zhuravlev
Signed-off-by: Peng Tao
From: Fan Yong
Main part of original patch in Lustre tree
(http://review.whamcloud.com/6669) changes server code and
is unneeded by client. The patch only picks up common
functions and data structures change.
Quoting original commit message here:
"
OI scrub should has the ability to handle
From: JC Lafoucriere
This is only part of the original Lustre tree commit.
Main part of the original commit changes server code and is
unneeded at client side.
Lustre-change: http://review.whamcloud.com/6534
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3342
Signed-off-by: JC Lafoucriere
From: Mikhail Pershin
MGC uses lvfs API to access local llogs blocking removal of old code
- MGS is converted to use OSD API for local llogs
- llog_is_empty() and llog_backup() are introduced
- initial OSD start initialize run ctxt so llog can use it too
- shrink dcache after initial scrub in
Hi Greg,
PATCH 1 reverts previous commit ad8dbc9. I forgot to remove it from
my local queue after the discussion last time and ended up resending it.
Sorry for the noise...
PATCH 2 is updated to fix checkpatch error about return().
PATCH 3 and 4 are extracted from one external tree commit to do
On Tuesday 26 November 2013 02:20 AM, Sekhar Nori wrote:
> On Monday 11 November 2013 10:36 PM, Khoronzhuk, Ivan wrote:
>> Add new AEMIF driver for EMIF16 davinci controller. The EMIF16 module
>> is intended to provide a glue-less interface to a variety of
>> asynchronous memory devices like ASRA
Since b000c8065a92 "tracing: Remove the extra 4 bytes of padding in events"
removed padding bytes, perf timechart got out of sync with the kernel's
trace_entry structure.
We can't just align perf's trace_entry definition with the kernel because we
want timechart to continue working with old
On Tue, 26 Nov, at 01:57:49PM, Dave Young wrote:
> Add two small functions:
> efi_merge_regions and efi_map_regions, efi_enter_virtual_mode
> calls them instead of embedding two long for loop.
>
> v1->v2:
> refresh; coding style fixes.
>
> v2->v3:
> Toshi Kani:
> remove unused variable
> Matt:
On 2013-09-20 06:10, Joe Perches wrote:
> Casts of int to pointer need additional casts to (unsigned long)
> when compiled for x86-64 to silence the compiler.
>
> Signed-off-by: Joe Perches
> ---
> drivers/video/arkfb.c| 2 +-
> drivers/video/vt8623fb.c | 2 +-
> 2 files changed, 2
On Tue, 2013-11-26 at 12:56 +0100, Peter Zijlstra wrote:
> On Tue, Nov 26, 2013 at 12:21:40PM +0100, Ingo Molnar wrote:
> > I'm somewhat reluctant to chalk it up to a single mfence - maybe
> > timings/behavior changed in some substantial way?
That would be nthread mfence calls.
>
> Ah indeed!
On Fri, 22 Nov 2013 23:18:09 +0100
"Rafael J. Wysocki" wrote:
> On Friday, November 22, 2013 10:54:29 AM Shuah Khan wrote:
> > Tracing infrastructure routine __assign_str doesn't handle null strings.
> > As a result when an trace event passes in a null string, kernel panics
> > when
On Tue, 26 Nov 2013 07:32:43 -0700
Shuah Khan wrote:
> I sent in a patch to fix it. You can try the patch out if you like,
>
> https://lkml.org/lkml/2013/11/22/337
That was the patch I sent to you.
https://lkml.org/lkml/2013/11/20/637
I wanted you to test it, not submit it as your own. I
On Mon, Nov 25, 2013 at 01:43:02AM +0100, Christian Engelmayer wrote:
> I had this patch applied during daily use. No systematic testing, but no user
> perceived regressions either. The originally reported divide by 0 scenario
> could no longer be reproduced with this change.
Thanks! slightly
On 2013-11-19 21:25, Sasha Levin wrote:
> kyro would copy u32s and specify sizeof(unsigned long) as the size to copy.
>
> This would copy more data than intended and cause memory corruption and might
> leak kernel memory.
>
> Signed-off-by: Sasha Levin
> ---
> drivers/video/kyro/fbdev.c |6
On 25 November 2013 19:41, Viresh Kumar wrote:
> 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
> ---
>
On 2013-11-15 04:52, Sachin Kamat wrote:
> + Tomi
>
> Hi Olof,
>
> On 15 November 2013 02:39, Olof Johansson wrote:
>> commit 7e0be9f9f7cba3356f75b86737dbe3a005da067e ('video: exynos_mipi_dsim:
>> Use the generic PHY driver') resulted in a warning about an unused
>> variable:
>>
>>
Em Tue, Nov 26, 2013 at 07:30:02AM -0700, David Ahern escreveu:
> On 11/26/13, 7:20 AM, Arnaldo Carvalho de Melo wrote:
> >Em Tue, Nov 26, 2013 at 12:52:21PM +0200, Adrian Hunter escreveu:
> >>On 25/11/13 16:17, Arnaldo Carvalho de Melo wrote:
> >>>From: David Ahern
> >>> } else {
> >>>+
I sent in a patch to fix it. You can try the patch out if you like,
https://lkml.org/lkml/2013/11/22/337
thanks,
-- Shuah
On Tue, Nov 26, 2013 at 5:58 AM, Steven Rostedt wrote:
> On Tue, 26 Nov 2013 12:38:53 +0800
> Jovi Zhangwei wrote:
>
>> Hi,
>>
>> I'm not sure this issue already be fixed
On 11/26/13, 7:20 AM, Arnaldo Carvalho de Melo wrote:
Em Tue, Nov 26, 2013 at 12:52:21PM +0200, Adrian Hunter escreveu:
On 25/11/13 16:17, Arnaldo Carvalho de Melo wrote:
From: David Ahern
} else {
+ if (al.sym->ignore)
Seems to segfault here because sym is null
+
On Tue, Nov 26, 2013 at 04:23:36AM -0800, Eric W. Biederman wrote:
> Vivek Goyal writes:
>
> > On Fri, Nov 22, 2013 at 07:39:14PM -0800, Eric W. Biederman wrote:
> >
> > [..]
> >> > Hmm..., I am running out of ideas here. This is what I understand.
> >> >
> >> > - If I sign the bzImage (using
On Tue, 2013-11-26 at 15:07 +0100, Geert Uytterhoeven wrote:
> On Tue, Nov 26, 2013 at 2:50 PM, Krzysztof Kozlowski
> wrote:
> > On S5M8767A registers were not properly updated and read due to usage of
> > the same regmap as the PMIC. This could be observed in various hangs,
> > e.g. in infinite
I am Mr. Kent B Miller assistant manager of Financial Brokers and Business,
we currently offer Xmas loan to individuals and company investors at 2%
interest rate.
Email:adeyemisu...@gmail.com
Fill out the details below:
Full name:
Country:
Address:
State:
Zip code:
Amount
needed:
Duration:
On 11/26/2013 03:03 PM, Peter Zijlstra wrote:
> Juri hit the below lockdep report:
>
> [4.303391] ==
> [4.303392] [ INFO: SOFTIRQ-safe -> SOFTIRQ-unsafe lock order detected ]
> [4.303394] 3.12.0-dl-peterz+ #144 Not tainted
> [
Commit-ID: b71d47c14fba6270c0b5a0d56639bf042017025b
Gitweb: http://git.kernel.org/tip/b71d47c14fba6270c0b5a0d56639bf042017025b
Author: Jason Baron
AuthorDate: Mon, 25 Nov 2013 23:23:11 +
Committer: Ingo Molnar
CommitDate: Tue, 26 Nov 2013 12:12:28 +0100
powerpc: Clean up
Commit-ID: 7972e966b032939afe63d8db22975240879dfd2a
Gitweb: http://git.kernel.org/tip/7972e966b032939afe63d8db22975240879dfd2a
Author: Ralf Baechle
AuthorDate: Mon, 25 Nov 2013 23:23:07 +
Committer: Ingo Molnar
CommitDate: Tue, 26 Nov 2013 12:12:27 +0100
MIPS: Remove panic_timeout
Commit-ID: 5800dc3cff87c3a1548382298bb16e1fb4ec7e32
Gitweb: http://git.kernel.org/tip/5800dc3cff87c3a1548382298bb16e1fb4ec7e32
Author: Jason Baron
AuthorDate: Mon, 25 Nov 2013 23:23:04 +
Committer: Ingo Molnar
CommitDate: Tue, 26 Nov 2013 12:12:26 +0100
panic: Make panic_timeout
Em Tue, Nov 26, 2013 at 12:52:21PM +0200, Adrian Hunter escreveu:
> On 25/11/13 16:17, Arnaldo Carvalho de Melo wrote:
> > From: David Ahern
> > } else {
> > + if (al.sym->ignore)
>
> Seems to segfault here because sym is null
>
> > + return;
> > +
Changed it to
On Tue, Nov 26, 2013 at 2:45 PM, Patrick Farrell wrote:
> Peng,
>
> I'm sorry to say, this patch was reverted due to interoperability problems
> with 2.1 servers (This either a slightly later [but still broken] version of
> the patch we discussed recently, or the same one.). If Greg's accepted
On Tue, Nov 26, 2013 at 2:50 PM, Krzysztof Kozlowski
wrote:
> On S5M8767A registers were not properly updated and read due to usage of
> the same regmap as the PMIC. This could be observed in various hangs,
> e.g. in infinite loop during waiting for UDR field change.
>
> On this chip family the
On 11/26/2013 01:28 PM, Wolfram Sang wrote:
CCing linux-pm, maybe they know more...
The extra I2C traffic consumes extra power. If the bus is terminated
using 2k resistors, approximately 1mA of current (assuming ~2V
signals) is flowing when the bus is pulled low. On low power
designs, this
Juri hit the below lockdep report:
[4.303391] ==
[4.303392] [ INFO: SOFTIRQ-safe -> SOFTIRQ-unsafe lock order detected ]
[4.303394] 3.12.0-dl-peterz+ #144 Not tainted
[4.303395]
Em Tue, Nov 26, 2013 at 05:47:55PM +0400, Stanislav Fomichev escreveu:
> > Se above, if before this patch the format_field info was obtained from
> > the perf.data file, why should it now get it from the local machine?
> Yes, sorry for confusion, I didn't know that we can obtain trace events
>
On Mon, Nov 25, 2013 at 1:07 PM, Guenter Roeck wrote:
> On Fri, Nov 22, 2013 at 09:52:00PM -0800, Guenter Roeck wrote:
>> Simplify the code and fix race condition seen because
>> attribute files were created after hwmon device registration.
>>
>> Signed-off-by: Guenter Roeck
>> ---
>> Compile
On Mon, 25 Nov 2013, Darren Hart wrote:
> On Mon, 2013-11-25 at 20:47 +0100, Thomas Gleixner wrote:
> > So now your code melts down to:
> >
> > write(hb->waiters)|write(uaddr)
> > mb|read(hb->waiters)
> > read(uaddr)
> >
> > I fear you simply managed to make
After setting alarm or time the driver is waiting for UDR register to be
cleared indicating that registers data have been transferred.
Limit the endless loop to only 5 retries.
Signed-off-by: Krzysztof Kozlowski
Signed-off-by: Kyungmin Park
---
drivers/rtc/rtc-s5m.c | 37
On S5M8767A registers were not properly updated and read due to usage of
the same regmap as the PMIC. This could be observed in various hangs,
e.g. in infinite loop during waiting for UDR field change.
On this chip family the RTC has different I2C address than PMIC so
additional regmap is needed.
701 - 800 of 1902 matches
Mail list logo