On Tue, Jul 31, 2012 at 10:57:58AM +0200, richard -rw- weinberger wrote:
> >
> >> crtools seem to use ptrace() to execute parasite system calls.
> >> AFAIK this will only work if the target process is currently not
> >> ptraced() by another process.
> >>
> >
> > Yup, exactly.
>
> Dammit, I hoped
On Tue, Jul 31, 2012 at 04:38:39PM +0800, Fengguang Wu wrote:
> Hi Jan,
>
> Here is another warning for the fs freeze series.
>
> tree: git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git fsfreeze
> head: 7aff72a61f45337d83ab2b7fb16d7b542db16ad8
> commit:
On Tue, Jul 31, 2012 at 10:53 AM, Pavel Emelyanov wrote:
> On 07/30/2012 02:42 PM, richard -rw- weinberger wrote:
>> On Mon, Jul 23, 2012 at 10:53 AM, Pavel Emelyanov
>> wrote:
>>> This project is an attempt to implement the checkpoint-restore functionality
>>> for processes and containers
On 07/30/2012 02:42 PM, richard -rw- weinberger wrote:
> On Mon, Jul 23, 2012 at 10:53 AM, Pavel Emelyanov wrote:
>> This project is an attempt to implement the checkpoint-restore functionality
>> for processes and containers without driving too much code into the kernel
>> tree,
>> but putting
On 07/30/2012 09:43 PM, Christoph Hellwig wrote:
On Mon, Jul 30, 2012 at 12:43:12PM +0800, Asias He wrote:
I think we can add REQ_FLUSH & REQ_FUA support to bio path and that
deserves another patch.
Adding it is a requirement for merging the code.
OK. Will add that.
--
Asias
--
To
On Tue, 2012-07-31 at 10:40 +0800, Aaron Lu wrote:
> Hi James,
>
> Any chance of these patches get merged into 3.6?
Not 3.6 given that the series was only finalised a week into the merge
window. Generally because of the merge frenzy, linux-next doesn't work
very well during this period so
On 2012-07-31 오후 4:19, S, Venkatraman wrote:
On Tue, Jul 31, 2012 at 7:30 AM, Kyungsik Lee wrote:
It is expected that Extended CSD register(the size of this register
is larger than CID/CSD) will be referenced more frequently as more
fields have been added to Extended CSD and it seems that it
Hi Simon,
On 07/30/2012 08:00 PM, Simon Glass wrote:
For the delay, I think milliseconds is reasonable. I suppose there is
no reasonable need for microseconds?
I don't see any need for microseconds myself - anybody sees use for
finer-grained delays?
Btw, I noticed I was using mdelay
On Tue, Jul 31, 2012 at 09:34:01AM +0200, Clemens Ladisch wrote:
> Karl Beldan wrote:
> > On 7/31/12, Clemens Ladisch wrote:
> >> Karl Beldan wrote:
> >>> To tx a chunk of data from the SoC => network device, we :
> >>> - prepare a buffer with a leading header embedding a pattern,
> >>> - trigger
Wow, been ages since the last patch to this driver has hit my mail:-)
On Sat, 21 Jul 2012, Denis Efremov wrote:
> The replacement of spin_lock_irq/spin_unlock_irq pair in interrupt
> handler by spin_lock_irqsave/spin_lock_irqrestore pair.
>
> Found by Linux Driver Verification project
Hi Artem,
On Mon, 30 Jul 2012 16:56:50 +0300 Artem Bityutskiy wrote:
> Hi Shmulik, I've separated out the defconfig changes and pushed patches
> 1,2, and 3 to the UBI tree (the master branch). Patches 4 and 5 are
> already merged upstream. I did a couple of minor modifications in
> commentaries
On Thu, Jul 26, 2012 at 02:11:58PM -0700, Linus Torvalds wrote:
> On Thu, Jul 26, 2012 at 12:16 AM, Thierry Reding
> wrote:
> >
> > The new PWM subsystem aims at collecting all implementations of the
> > legacy PWM API and to eventually replace it completely. The subsystem
> > has been in
This patch adds device tree support and binding documentiation for
sdhci-dove.
v2: extended documentation and removed second interrupt as it is marked
'reserved' in dove datasheet.
Signed-off-by: Sebastian Hesselbarth
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
Cc: Chris Ball
Cc:
Hi Linus,
The following changes since commit cfaf025112d3856637ff34a767ef785ef5cf2ca9:
Linux 3.5-rc2 (2012-06-08 18:40:09 -0700)
are available in the git repository at:
git://gitorious.org/linux-pwm/linux-pwm.git tags/for-3.6
for you to fetch changes up to
With current tick_do_broadcast_on_off() and tick_broadcast_on_off(),
it only cares host cpu, and doesn't really support to make the on/off
for another target CPU as it seems to be. So remove the unneeded
online check and add a WARN to notify user who doesn't know this
new usage model.
Next step
Hi David,
On Tue, 31 Jul 2012 09:26:07 David Herrmann wrote:
> This is not directly related to this patchset, but did you fix the
> locking issue with hid-core? It is still on my todo-list but I haven't
> gotten around fixing it, yet. However, I plan on fixing it this
> summer, but if picolcd
On Mon, Jul 30, 2012 at 04:22:12PM -0400, Benjamin Poirier wrote:
> It's against linux-next, which already contains some patches for
> menuconfig.
Ok, applying against the linux-next from today succeeds. And they seem
to work, I can search for CONFIG_* stuff and then go straight to the
results.
31.07.2012 03:12, Myklebust, Trond пишет:
On Fri, 2012-07-20 at 15:57 +0400, Stanislav Kinsbursky wrote:
Without this patch kernel will panic on LockD start, because lockd_up() checks
lockd_up_net() result for negative value.
>From my pow it's better to return negative value from rpcbind
Hi Laurent,
On Friday 27 July 2012 04:19 PM, Laurent Pinchart wrote:
Hi Manjunath,
On Friday 27 July 2012 05:49:24 Hadli, Manjunath wrote:
On Thu, Jul 26, 2012 at 05:55:31, Laurent Pinchart wrote:
On Tuesday 17 July 2012 10:43:54 Hadli, Manjunath wrote:
On Sun, Jul 15, 2012 at 18:16:25,
From: Wei WANG
Realtek SD/MMC card interface driver is used to access
SD/MMC card, with the help of Realtek card reader adapter driver.
Signed-off-by: Wei WANG
---
drivers/mmc/host/Kconfig |7 +
drivers/mmc/host/Makefile |2 +
drivers/mmc/host/rtsx_sdmmc.c | 350
From: Wei WANG
Realtek card reader core driver is the bus driver for Realtek
driver-based card reader, which supplies adapter layer to
be used by lower-level pci/usb card reader and upper-level
sdmmc/memstick host driver.
Signed-off-by: Wei WANG
---
Documentation/misc-devices/realtek_cr.txt |
At 07/05/2012 05:45 PM, Jiang Liu Wrote:
> When a zone becomes empty after memory offlining, free zone->pageset.
> Otherwise it will cause memory leak when adding memory to the empty
> zone again because build_all_zonelists() will allocate zone->pageset
> for an empty zone.
>
> Signed-off-by:
Karl Beldan wrote:
> On 7/31/12, Clemens Ladisch wrote:
>> Karl Beldan wrote:
>>> To tx a chunk of data from the SoC => network device, we :
>>> - prepare a buffer with a leading header embedding a pattern,
>>> - trigger the xfer and wait for an irq
>>> // The device updates the pattern and then
Hi Linus !
Kumar sent me a handful of Freescale related fixes and I added
another regression fix to the pile.
Cheers,
Ben.
PS. I -will- eventually learn about that signed tag business :-)
The following changes since commit 1fad1e9a747687a7399bf58e87974f9b1bbcae06:
Merge tag 'nfs-for-3.6-1'
On 7/31/12, Clemens Ladisch wrote:
> Karl Beldan wrote:
>> To tx a chunk of data from the SoC => network device, we :
>> - prepare a buffer with a leading header embedding a pattern,
>> - trigger the xfer and wait for an irq
>> // The device updates the pattern and then triggers an irq
>> - upon
On Tue, Jul 24, 2012 at 11:36:24PM -0700, Dmitry Torokhov wrote:
> On Wed, Jul 25, 2012 at 07:15:12AM +0100, Al Viro wrote:
> > On Tue, Jul 24, 2012 at 10:37:55PM -0700, Dmitry Torokhov wrote:
> > > On Wed, Jul 25, 2012 at 01:20:56PM +0800, Baodong Chen wrote:
> > > > Fixed a coding style issue in
Hi Bruno
On Mon, Jul 30, 2012 at 9:36 PM, Bruno Prémont
wrote:
> Hi,
>
> This series updates picoLCD driver:
> - split the driver functions into separate files which get included
> depending on Kconfig selection
> (implementation for CIR using RC_CORE will follow later)
> - drop private
On Tuesday 31 July 2012 12:18 PM, Vinod Koul wrote:
On Fri, 2012-07-27 at 13:42 +0530, Laxman Dewangan wrote:
Hi Vinod,
Is there any thing remaining from my side here?
Nope, I will take care of it
Thanks for taking care.
Is it possible to make it for K3.6?
Nope 3.6 is released, too late
On Tue, Jul 31, 2012 at 7:30 AM, Kyungsik Lee wrote:
> It is expected that Extended CSD register(the size of this register
> is larger than CID/CSD) will be referenced more frequently as more
> fields have been added to Extended CSD and it seems that it is not
> a good option to double the memory
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the second batch of s390 patches for the 3.6 merge window.
Included is enablement for two common code changes, killable page faults and
sorted exception
On 07/31/2012 08:57 AM, Fabio Baltieri wrote:
> Hi Marc,
>
> On Mon, Jul 30, 2012 at 11:17:53PM +0200, Marc Kleine-Budde wrote:
>> On 07/30/2012 09:20 PM, Fabio Baltieri wrote:
>>> This patch implements the functions to add two LED triggers, named
>>> -tx and -rx, to a canbus device driver.
>>>
* Frederic Weisbecker wrote:
> On Mon, Jul 30, 2012 at 05:08:12PM +0200, Peter Zijlstra wrote:
> > On Fri, 2012-07-27 at 17:40 +0200, Frederic Weisbecker wrote:
> > > +++ b/kernel/user_hooks.c
> > > @@ -0,0 +1,56 @@
> > > +#include
> > > +#include
> > > +#include
> > > +#include
> > > +
> >
Yes, as far as I can tell. I didn't do anything different this time. The date
on the kernel file looks ok. Just did a fresh make && make install again, and
got the same behaviour. When is that number after the hash sign upped?
Marcin Slusarz wrote:
>Are you sure you boot the correct kernel?
Karl Beldan wrote:
> To tx a chunk of data from the SoC => network device, we :
> - prepare a buffer with a leading header embedding a pattern,
> - trigger the xfer and wait for an irq
> // The device updates the pattern and then triggers an irq
> - upon irq we check the pattern for the xfer
Hi,
On Tue, Jul 31, 2012 at 10:23:16AM +0530, Poddar, Sourav wrote:
> The device tree data for acquiring the above GPIO interrupt line looks
> like this.
>
> +++ linux-omap-storage/arch/arm/boot/dts/omap5-evm.dts 2012-07-30
> 14:11:08.931694001 +0530
> @@ -42,7
Hi Marc,
On Mon, Jul 30, 2012 at 11:17:53PM +0200, Marc Kleine-Budde wrote:
> On 07/30/2012 09:20 PM, Fabio Baltieri wrote:
> > This patch implements the functions to add two LED triggers, named
> > -tx and -rx, to a canbus device driver.
> >
> > Triggers are called from specific handlers by
On 07/30/2012 05:02 PM, chetan loke wrote:
> On Wed, Jun 6, 2012 at 1:20 PM, Paul Clements
> wrote:
>> Makes sense. Looks good to me.
>>
>> Acked-by: paul.cleme...@steeleye.com
>>
>> On Wed, Jun 6, 2012 at 10:15 AM, Chetan Loke wrote:
>>>
>>> Add in-flight cmds to the tail. That way while
On Fri, 2012-07-27 at 13:42 +0530, Laxman Dewangan wrote:
> On Tuesday 24 July 2012 10:30 AM, Laxman Dewangan wrote:
> > On Tuesday 24 July 2012 10:38 AM, Vinod Koul wrote:
> >> On Fri, 2012-07-20 at 13:31 +0530, Laxman Dewangan wrote:
> >>> Enable the DMA clock when allocating channel and
> >>>
>
> If mmap_region()->uprobe_mmap() fails, unmap_and_free_vma path
> does unmap_region() but does not remove the soon-to-be-freed vma
> from rb tree (actually there are more problems).
>
> Perhaps we could do do_munmap() + return in this case, but in fact
> it is simply wrong to abort if
Hi,
On Mon, Jul 30, 2012 at 01:36:47PM -0700, Kevin Hilman wrote:
> >>> The device tree data for acquiring the above GPIO interrupt line looks
> >>> like this.
> >>>
> >>> +++ linux-omap-storage/arch/arm/boot/dts/omap5-evm.dts 2012-07-30
> >>> 14:11:08.931694001 +0530
> >>> @@ -42,7 +42,8 @@
+++ b/Documentation/devicetree/bindings/mmc/sdhci-dove.txt
@@ -0,0 +1,12 @@
+* Marvell sdhci-dove controller
+
+Required properties:
+- compatible: Should be "marvell,dove-sdhci".
+
+Example:
+
+sdio0: sdio@92000 {
+ compatible = "marvell,dove-sdhci";
+ reg = <0x92000 0x100>;
+
On Mon, 2012-07-30 at 14:38 +0200, javier Martin wrote:
> On 30 July 2012 13:31, javier Martin wrote:
> > Hi,
> >
> > On 27 July 2012 13:37, Fabio Estevam wrote:
> >> On Fri, Jul 27, 2012 at 12:17 AM, Vinod Koul
> >> wrote:
> >>
> Reported-by: Javier Martin
> Signed-off-by: Fabio
On Tue, 2012-07-31 at 15:07 +0900, Paul Mundt wrote:
> On Mon, Jul 30, 2012 at 09:28:18PM +0200, Guennadi Liakhovetski wrote:
> > Hi all
> >
> > as has been reported in this
> >
> > http://thread.gmane.org/gmane.linux.kernel/1294256/focus=16001
> >
> > thread, currently sh-sci doesn't comiple
Hi,
(This is an email originally addressed to the linux-kernel
mailing-list.)
On our board we've got an MV78200 and a network device between which we
xfer memory chunks via the ddram with an external dma controller.
To handle these xfers we're using the dma API.
To tx a chunk of data from the
Sorry, please ignore the above patch, there was an paste error.
Please check the following patch.
I'm wondering if the below solution is fine to you which is based on
your changes.
BTW, I have verified this patch and it works ok for all the situation,
-Original Message-
From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
Sent: Monday, July 30, 2012 9:16 PM
To: Francois Romieu
Cc: Singh Sandeep-B37400; de...@driverdev.osuosl.org;
linuxppc-...@lists.ozlabs.org; ga...@kernel.crashing.org;
linux-arm-ker...@lists.infradead.org;
From: Chao Xie
Initialize the clocks for pxa910
Signed-off-by: Chao Xie
---
drivers/clk/mmp/Makefile |1 +
drivers/clk/mmp/clk-pxa910.c | 249 ++
2 files changed, 250 insertions(+), 0 deletions(-)
create mode 100644
On Fri, Jul 27, 2012 at 01:47:51PM -0300, Fabio Estevam wrote:
> Adapt clocks to the new i.mx clock framework and fix the following warning:
>
> Cc: Theodore Ts'o
> Cc: Herbert Xu
> Cc:
> Signed-off-by: Fabio Estevam
Both:
Acked-by: Sascha Hauer
Sascha
> ---
> Changes since v1:
> -
From: Chao Xie
Initialize the clocks for mmp2
Signed-off-by: Chao Xie
---
drivers/clk/mmp/Makefile |1 +
drivers/clk/mmp/clk-mmp2.c | 337
2 files changed, 338 insertions(+), 0 deletions(-)
create mode 100644 drivers/clk/mmp/clk-mmp2.c
From: Chao Xie
Initialize the clocks for pxa168
Signed-off-by: Chao Xie
---
drivers/clk/mmp/Makefile |2 +
drivers/clk/mmp/clk-pxa168.c | 268 ++
2 files changed, 270 insertions(+), 0 deletions(-)
create mode 100644
From: Chao Xie
add mmp specific clocks including apbc cloks, apmu clocks,
and pll2, fraction clocks
Signed-off-by: Chao Xie
---
drivers/clk/Makefile |3 +
drivers/clk/mmp/Makefile |5 ++
drivers/clk/mmp/clk-apbc.c | 141 +++
-Original Message-
From: John Stoffel [mailto:j...@stoffel.org]
Sent: Monday, July 30, 2012 7:40 PM
To: Singh Sandeep-B37400
Cc: John Stoffel; linuxppc-...@lists.ozlabs.org;
linux-arm-ker...@lists.infradead.org; ga...@kernel.crashing.org;
linux-kernel@vger.kernel.org;
We could observe unexpected behavior if the time is set
to a value large enough to overflow a 64bit ktime_t
(which is something larger then the year 2264).
So check timekeeping inputs to make sure we don't set
the time to a value that overflows ktime_t.
Note: This does not protect from setting
There's currently a slight difference in ktime_get_update_offsets()
vs ktime_get() which can result in boot time crashes when booting
with insane CMOS clock values larger then ~2264.
ktime_get() does basically the following:
return timespec_to_ktime(timespec_add(xtime, wall_to_monotonic))
So CAI Qian noticed recent boot trouble on a machine that had its CMOS
clock configured for the year 8200.
See: http://lkml.org/lkml/2012/7/29/188
While running with a crazy CMOS clock isn't advised, and a simple
"don't do that" might be reasonable, the behavior has in effect
regressed recently
From: Chao Xie
Signed-off-by: Chao Xie
---
drivers/mmc/host/sdhci-pxav2.c |6 +++---
drivers/mmc/host/sdhci-pxav3.c |8
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pxav2.c b/drivers/mmc/host/sdhci-pxav2.c
index dbb75bf..4d10159 100644
From: Chao Xie
Signed-off-by: Chao Xie
---
drivers/i2c/busses/i2c-pxa.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/i2c/busses/i2c-pxa.c b/drivers/i2c/busses/i2c-pxa.c
index a997c7d..0a57f3e 100644
--- a/drivers/i2c/busses/i2c-pxa.c
+++
Hi Michel,
On Mon, 30 Jul 2012 22:45:46 -0700 Michel Lespinasse wrote:
>
> There is a good chance that this is the right fix, if ceph doesn't use
> the RB_CLEAR_NODE / RB_EMPTY_NODE macros or try to directly access the
> rb_node fields. I wanted to grab the ceph tree to make sure, however
> the
On Wed, 18 Jul 2012, Michael Ellerman wrote:
> It occurred to me overnight that I forgot to mention that in order to
> build the new code you need the headers from a 3.5-rc1 era kernel (for
> the ioctl & KVM_CAP definitions).
>
> The easiest way to do that is to merge linus' tree into kvmtool.
>
On 31.07.2012 02:59, Ville Syrjälä wrote:
> On Mon, Jul 30, 2012 at 10:12:39PM +0400, Evgeniy Polyakov wrote:
>> Hi
>>
>> Sorry for long delay
>> [resend with fixed Greg's address :)]
>>
>> On Wed, Jul 25, 2012 at 10:54:29PM +0200, Daniel Mack (zon...@gmail.com)
>> wrote:
>>> In the process of
I'm wondering if the below solution is fine to you which is based on
your changes.
BTW, I have verified this patch and it works ok for all the situation,
but only one problem persists:
there is a potential that commands will exceeds SCTP_MAX_NUM_COMMANDS
which happens during sending lots of small
This patch adds a comment on top of the schedule() function to explain
to scheduler newbies how the main scheduler function is entered.
Explained-by: Ingo Molnar
Explained-by: Peter Zijlstra
Signed-off-by: Pekka Enberg
---
kernel/sched/core.c | 34 ++
1 files
On Mon, Jul 30, 2012 at 09:28:18PM +0200, Guennadi Liakhovetski wrote:
> Hi all
>
> as has been reported in this
>
> http://thread.gmane.org/gmane.linux.kernel/1294256/focus=16001
>
> thread, currently sh-sci doesn't comiple in the mainline and in -next if
> CONFIG_SERIAL_SH_SCI_DMA is
On Mon, 30 Jul 2012, David Rientjes wrote:
> So much for compromise, I thought we had agreed that at least some of the
> checks for !name, in_interrupt() or bad size values should be moved out
> from under the #ifdef CONFIG_DEBUG_VM, but this wasn't done. This
> discussion would be irrelevent
On Mon, 30 Jul 2012, David Rientjes wrote:
So much for compromise, I thought we had agreed that at least some of the
checks for !name, in_interrupt() or bad size values should be moved out
from under the #ifdef CONFIG_DEBUG_VM, but this wasn't done. This
discussion would be irrelevent if
On Mon, Jul 30, 2012 at 09:28:18PM +0200, Guennadi Liakhovetski wrote:
Hi all
as has been reported in this
http://thread.gmane.org/gmane.linux.kernel/1294256/focus=16001
thread, currently sh-sci doesn't comiple in the mainline and in -next if
CONFIG_SERIAL_SH_SCI_DMA is enabled. This
This patch adds a comment on top of the schedule() function to explain
to scheduler newbies how the main scheduler function is entered.
Explained-by: Ingo Molnar mi...@kernel.org
Explained-by: Peter Zijlstra a.p.zijls...@chello.nl
Signed-off-by: Pekka Enberg penb...@kernel.org
---
I'm wondering if the below solution is fine to you which is based on
your changes.
BTW, I have verified this patch and it works ok for all the situation,
but only one problem persists:
there is a potential that commands will exceeds SCTP_MAX_NUM_COMMANDS
which happens during sending lots of small
On 31.07.2012 02:59, Ville Syrjälä wrote:
On Mon, Jul 30, 2012 at 10:12:39PM +0400, Evgeniy Polyakov wrote:
Hi
Sorry for long delay
[resend with fixed Greg's address :)]
On Wed, Jul 25, 2012 at 10:54:29PM +0200, Daniel Mack (zon...@gmail.com)
wrote:
In the process of porting boards to
On Wed, 18 Jul 2012, Michael Ellerman wrote:
It occurred to me overnight that I forgot to mention that in order to
build the new code you need the headers from a 3.5-rc1 era kernel (for
the ioctl KVM_CAP definitions).
The easiest way to do that is to merge linus' tree into kvmtool.
Are
Hi Michel,
On Mon, 30 Jul 2012 22:45:46 -0700 Michel Lespinasse wal...@google.com wrote:
There is a good chance that this is the right fix, if ceph doesn't use
the RB_CLEAR_NODE / RB_EMPTY_NODE macros or try to directly access the
rb_node fields. I wanted to grab the ceph tree to make sure,
From: Chao Xie chao@marvell.com
Signed-off-by: Chao Xie xiechao.m...@gmail.com
---
drivers/i2c/busses/i2c-pxa.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/i2c/busses/i2c-pxa.c b/drivers/i2c/busses/i2c-pxa.c
index a997c7d..0a57f3e 100644
---
From: Chao Xie chao@marvell.com
Signed-off-by: Chao Xie xiechao.m...@gmail.com
---
drivers/mmc/host/sdhci-pxav2.c |6 +++---
drivers/mmc/host/sdhci-pxav3.c |8
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pxav2.c
So CAI Qian noticed recent boot trouble on a machine that had its CMOS
clock configured for the year 8200.
See: http://lkml.org/lkml/2012/7/29/188
While running with a crazy CMOS clock isn't advised, and a simple
don't do that might be reasonable, the behavior has in effect
regressed recently
There's currently a slight difference in ktime_get_update_offsets()
vs ktime_get() which can result in boot time crashes when booting
with insane CMOS clock values larger then ~2264.
ktime_get() does basically the following:
return timespec_to_ktime(timespec_add(xtime, wall_to_monotonic))
We could observe unexpected behavior if the time is set
to a value large enough to overflow a 64bit ktime_t
(which is something larger then the year 2264).
So check timekeeping inputs to make sure we don't set
the time to a value that overflows ktime_t.
Note: This does not protect from setting
-Original Message-
From: John Stoffel [mailto:j...@stoffel.org]
Sent: Monday, July 30, 2012 7:40 PM
To: Singh Sandeep-B37400
Cc: John Stoffel; linuxppc-...@lists.ozlabs.org;
linux-arm-ker...@lists.infradead.org; ga...@kernel.crashing.org;
linux-kernel@vger.kernel.org;
From: Chao Xie chao@marvell.com
add mmp specific clocks including apbc cloks, apmu clocks,
and pll2, fraction clocks
Signed-off-by: Chao Xie xiechao.m...@gmail.com
---
drivers/clk/Makefile |3 +
drivers/clk/mmp/Makefile |5 ++
drivers/clk/mmp/clk-apbc.c | 141
From: Chao Xie chao@marvell.com
Initialize the clocks for pxa168
Signed-off-by: Chao Xie xiechao.m...@gmail.com
---
drivers/clk/mmp/Makefile |2 +
drivers/clk/mmp/clk-pxa168.c | 268 ++
2 files changed, 270 insertions(+), 0 deletions(-)
From: Chao Xie chao@marvell.com
Initialize the clocks for mmp2
Signed-off-by: Chao Xie xiechao.m...@gmail.com
---
drivers/clk/mmp/Makefile |1 +
drivers/clk/mmp/clk-mmp2.c | 337
2 files changed, 338 insertions(+), 0 deletions(-)
create
On Fri, Jul 27, 2012 at 01:47:51PM -0300, Fabio Estevam wrote:
Adapt clocks to the new i.mx clock framework and fix the following warning:
Cc: Theodore Ts'o ty...@mit.edu
Cc: Herbert Xu herb...@gondor.apana.org.au
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Fabio Estevam
From: Chao Xie chao@marvell.com
Initialize the clocks for pxa910
Signed-off-by: Chao Xie xiechao.m...@gmail.com
---
drivers/clk/mmp/Makefile |1 +
drivers/clk/mmp/clk-pxa910.c | 249 ++
2 files changed, 250 insertions(+), 0 deletions(-)
-Original Message-
From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
Sent: Monday, July 30, 2012 9:16 PM
To: Francois Romieu
Cc: Singh Sandeep-B37400; de...@driverdev.osuosl.org;
linuxppc-...@lists.ozlabs.org; ga...@kernel.crashing.org;
linux-arm-ker...@lists.infradead.org;
Sorry, please ignore the above patch, there was an paste error.
Please check the following patch.
I'm wondering if the below solution is fine to you which is based on
your changes.
BTW, I have verified this patch and it works ok for all the situation,
Hi,
(This is an email originally addressed to the linux-kernel
mailing-list.)
On our board we've got an MV78200 and a network device between which we
xfer memory chunks via the ddram with an external dma controller.
To handle these xfers we're using the dma API.
To tx a chunk of data from the
On Tue, 2012-07-31 at 15:07 +0900, Paul Mundt wrote:
On Mon, Jul 30, 2012 at 09:28:18PM +0200, Guennadi Liakhovetski wrote:
Hi all
as has been reported in this
http://thread.gmane.org/gmane.linux.kernel/1294256/focus=16001
thread, currently sh-sci doesn't comiple in the mainline
On Mon, 2012-07-30 at 14:38 +0200, javier Martin wrote:
On 30 July 2012 13:31, javier Martin javier.mar...@vista-silicon.com wrote:
Hi,
On 27 July 2012 13:37, Fabio Estevam feste...@gmail.com wrote:
On Fri, Jul 27, 2012 at 12:17 AM, Vinod Koul vinod.k...@linux.intel.com
wrote:
+++ b/Documentation/devicetree/bindings/mmc/sdhci-dove.txt
@@ -0,0 +1,12 @@
+* Marvell sdhci-dove controller
+
+Required properties:
+- compatible: Should be marvell,dove-sdhci.
+
+Example:
+
+sdio0: sdio@92000 {
+ compatible = marvell,dove-sdhci;
+ reg = 0x92000 0x100;
+
Hi,
On Mon, Jul 30, 2012 at 01:36:47PM -0700, Kevin Hilman wrote:
little trimming
The device tree data for acquiring the above GPIO interrupt line looks
like this.
+++ linux-omap-storage/arch/arm/boot/dts/omap5-evm.dts 2012-07-30
14:11:08.931694001 +0530
@@ -42,7 +42,8 @@
If mmap_region()-uprobe_mmap() fails, unmap_and_free_vma path
does unmap_region() but does not remove the soon-to-be-freed vma
from rb tree (actually there are more problems).
Perhaps we could do do_munmap() + return in this case, but in fact
it is simply wrong to abort if uprobe_mmap()
On Fri, 2012-07-27 at 13:42 +0530, Laxman Dewangan wrote:
On Tuesday 24 July 2012 10:30 AM, Laxman Dewangan wrote:
On Tuesday 24 July 2012 10:38 AM, Vinod Koul wrote:
On Fri, 2012-07-20 at 13:31 +0530, Laxman Dewangan wrote:
Enable the DMA clock when allocating channel and
disable clock
On 07/30/2012 05:02 PM, chetan loke wrote:
On Wed, Jun 6, 2012 at 1:20 PM, Paul Clements
paul.cleme...@steeleye.com wrote:
Makes sense. Looks good to me.
Acked-by: paul.cleme...@steeleye.com
On Wed, Jun 6, 2012 at 10:15 AM, Chetan Loke loke.che...@gmail.com wrote:
Add in-flight cmds to
Hi Marc,
On Mon, Jul 30, 2012 at 11:17:53PM +0200, Marc Kleine-Budde wrote:
On 07/30/2012 09:20 PM, Fabio Baltieri wrote:
This patch implements the functions to add two LED triggers, named
ifname-tx and ifname-rx, to a canbus device driver.
Triggers are called from specific handlers by
Hi,
On Tue, Jul 31, 2012 at 10:23:16AM +0530, Poddar, Sourav wrote:
The device tree data for acquiring the above GPIO interrupt line looks
like this.
+++ linux-omap-storage/arch/arm/boot/dts/omap5-evm.dts 2012-07-30
14:11:08.931694001 +0530
@@ -42,7 +42,8 @@
tsl2771@39 {
Karl Beldan wrote:
To tx a chunk of data from the SoC = network device, we :
- prepare a buffer with a leading header embedding a pattern,
- trigger the xfer and wait for an irq
// The device updates the pattern and then triggers an irq
- upon irq we check the pattern for the xfer completion
Yes, as far as I can tell. I didn't do anything different this time. The date
on the kernel file looks ok. Just did a fresh make make install again, and
got the same behaviour. When is that number after the hash sign upped?
Marcin Slusarz marcin.slus...@gmail.com wrote:
Are you sure you boot
* Frederic Weisbecker fweis...@gmail.com wrote:
On Mon, Jul 30, 2012 at 05:08:12PM +0200, Peter Zijlstra wrote:
On Fri, 2012-07-27 at 17:40 +0200, Frederic Weisbecker wrote:
+++ b/kernel/user_hooks.c
@@ -0,0 +1,56 @@
+#include linux/user_hooks.h
+#include linux/rcupdate.h
On 07/31/2012 08:57 AM, Fabio Baltieri wrote:
Hi Marc,
On Mon, Jul 30, 2012 at 11:17:53PM +0200, Marc Kleine-Budde wrote:
On 07/30/2012 09:20 PM, Fabio Baltieri wrote:
This patch implements the functions to add two LED triggers, named
ifname-tx and ifname-rx, to a canbus device driver.
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the second batch of s390 patches for the 3.6 merge window.
Included is enablement for two common code changes, killable page faults and
sorted exception
On Tue, Jul 31, 2012 at 7:30 AM, Kyungsik Lee kyungsik@lge.com wrote:
It is expected that Extended CSD register(the size of this register
is larger than CID/CSD) will be referenced more frequently as more
fields have been added to Extended CSD and it seems that it is not
a good option to
601 - 700 of 1328 matches
Mail list logo