On Wednesday, March 26, 2014 at 11:43:27 AM, Marek Vasut wrote:
> On Wednesday, March 26, 2014 at 04:08:27 AM, Yao Yuan wrote:
>
> [...]
>
> > > > + i2c_imx->use_dma = false;
> > > > + } else if (i2c_imx_dma_request(i2c_imx, (dma_addr_t)phy_addr))
> {
> > > > +
bp_proc_create() be called only when BP_PROC_SUPPORT defined but its
definition live outside of #ifdef BP_PROC_SUPPORT and cause following
trivial build warning:
drivers/staging/silicom/bpctl_mod.c:6786:12: warning:
‘bp_proc_create’ defined but not used [-Wunused-function]
static int
On Tue, Mar 25, 2014 at 10:12:29PM +0100, Jan Kara wrote:
> This fixes an oops triggered by trinity when it tried mounting
> anon_inodefs which overwrote anon_inode_inode pointer while other CPU
> has been in anon_inode_getfile() between ihold() and d_instantiate().
> Thus effectively
On Wed, 2014-03-26 at 10:56 +0530, Kedareswara rao Appana wrote:
> This patch adds xilinx CAN controller support.
> This driver supports both ZYNQ CANPS and Soft IP
> AXI CAN controller.
Just trivial notes about dmesg logging output.
> diff --git a/drivers/net/can/xilinx_can.c
On Tue 25-03-14 17:41:59, Linus Torvalds wrote:
> On Tue, Mar 25, 2014 at 2:12 PM, Jan Kara wrote:
> >
> > Can you try whether the following patch fixes the issue for you?
>
> Good catch, Honza.
>
> I hate how fragile that code ends up being and would love to see that
> "anon_inode_inode"
Hi Guangrong,
Thanks a lot!
I will reopen a new discussion next time.
Does that means once the level 1 guest page table entry is modified,
the host should make a decision in page fault handler whether the page
sync or unsync?
My question is that since all level 1 guest page tables are writable,
This patch adds xilinx CAN controller support.
This driver supports both ZYNQ CANPS and Soft IP
AXI CAN controller.
Signed-off-by: Kedareswara rao Appana
---
This patch is rebased on the 3.14 rc8 kernel
Chnages for v6:
- Updated the driver with review comments.
- Used the clock names specified
Current error handling of virtqueue_kick() was wrong in two places:
- The skb were freed immediately when virtqueue_kick() fail during
xmit. This may lead double free since the skb was not detached from
the virtqueue.
- try_fill_recv() returns false when virtqueue_kick() fail. This will
lead
On 03/26/2014 12:40 PM, Hu Yaohui wrote:
> Hi all,
> I hope you have a good day!
> I have debugged the code myself. I have called dump_stack() in
> function "__kvm_unsync_page"
> and function "invlpg". Actually every time before invlpg is called,
> the page fault handled will call
Ping Thierry, can you have a look at this series? It is quite similar
to the same change you merged for panel-simple (although I cannot see
it in -next neither).
On Thu, Feb 27, 2014 at 2:53 PM, Alexandre Courbot wrote:
> These two patches initiate the switch of the pwm-backlight driver to
> the
This patch adds support for the GPIO buttons on some Intel Bay Trail
tablets originally running Windows 8. The ACPI description of these
buttons follows "Windows ACPI Design Guide for SoC Platforms".
Signed-off-by: Lejun Zhu
---
drivers/input/misc/Kconfig | 10 ++
A suggestion: please send a new mail to ask question, especially,
when your question is not related to the patches, so that others
will probably discover the topic and join the discussion.
On 03/26/2014 12:25 AM, Hu Yaohui wrote:
> Hi Guangrong,
> Since you have written in the kvm/mmu.txt.
>
>
On Wed, 2014-03-12 at 07:37 +1100, Benjamin Herrenschmidt wrote:
> On Tue, 2014-03-04 at 12:23 -0800, Joe Perches wrote:
> > It seems to duplicate CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
> > so use that instead.
> >
> > This changes the !CPU_LITTLE_ENDIAN powerpc arch to use unaligned
> > accesses
Hi all,
I hope you have a good day!
I have debugged the code myself. I have called dump_stack() in
function "__kvm_unsync_page"
and function "invlpg". Actually every time before invlpg is called,
the page fault handled will call "__kvm_unsync_page" before invlpg to
mark the specified sp as
On Tue, Mar 25, 2014 at 9:10 AM, Thierry Reding
wrote:
> On Mon, Mar 24, 2014 at 05:42:33PM +0900, Alexandre Courbot wrote:
>> GK20A does not embed a dedicated COPY engine and thus cannot allocate
>> the copy channel that nouveau_accel_init() attempts to create. It also
>> lacks any display
On Mon, Mar 24, 2014 at 6:42 PM, Alexandre Courbot wrote:
> Set the correct subdev/engine classes when GK20A (0xea) is probed.
>
> Signed-off-by: Alexandre Courbot
> ---
> drivers/gpu/drm/nouveau/core/engine/device/nve0.c | 20
> 1 file changed, 20 insertions(+)
>
> diff
On Mon, Mar 24, 2014 at 6:42 PM, Alexandre Courbot wrote:
> Add a GR device for GK20A based on NVE4, with the correct classes
> definitions (GK20A's 3D class is 0xa297).
>
> Most of the NVE4 code can be used on GK20A, so make relevant bits of
> NVE4 available to other chips as well.
This will
On Mon, Mar 24, 2014 at 6:42 PM, Alexandre Courbot wrote:
> Pad the microcode to a multiple of 0x40, otherwise firmware will fail to
> run from non-prepadded firmware files.
>
> Signed-off-by: Alexandre Courbot
> ---
> drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c | 4
> 1 file changed,
On Tue, Mar 25, 2014 at 8:13 AM, Thierry Reding
wrote:
> On Mon, Mar 24, 2014 at 05:42:25PM +0900, Alexandre Courbot wrote:
>> Some chips that use system memory exclusively (e.g. GK20A) do not
>> expose 2 BAR regions. For them only BAR1 exists, and it should be used
>> for USERD mapping. Do not
On Tue, Mar 25, 2014 at 7:54 AM, Thierry Reding
wrote:
> On Mon, Mar 24, 2014 at 05:42:24PM +0900, Alexandre Courbot wrote:
>> GK20A's timer is directly attached to the system timer and cannot be
>> calibrated. Skip the calibration phase on that chip since the
>> corresponding registers do not
On Tue, Mar 25, 2014 at 8:58 AM, Thierry Reding
wrote:
> On Mon, Mar 24, 2014 at 05:42:30PM +0900, Alexandre Courbot wrote:
> [...]
>> diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c
>> b/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c
>> index 6ef8bf181b2d..f997a18f5760 100644
>>
From: Aaron Tomlin
It is difficult to detect a stack overrun when it
actually occurs.
We have observed that this type of corruption is often
silent and can go unnoticed. Once the corrupted region
is examined, the outcome is undefined and often
results in sporadic system crashes.
When the stack
From: Mathieu Desnoyers
After the following commit:
commit b75ef8b44b1cb95f5a26484b0e2fe37a63b12b44
Author: Mathieu Desnoyers
Date: Wed Aug 10 15:18:39 2011 -0400
Tracepoint: Dissociate from module mutex
The following functions became unnecessary:
- tracepoint_probe_register_noupdate,
Fix following trivial build warning:
drivers/md/dm-cache-target.c:2182:13: warning:
‘too_many_discard_blocks’ defined but not used [-Wunused-function]
static bool too_many_discard_blocks(sector_t discard_block_size,
^
It's usage removed by ab1f4c35b7("dm cache: prevent corruption
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 3862807880acc0adaef6749738d210c9f45c3049
Aaron Tomlin (1):
tracing: Add BUG_ON when stack end location is over written
Mathieu Desnoyers (1):
tracepoint: Remove unused API functions
Its possible that the tick_broadcast_force_mask contains cpus which are not
in cpu_online_mask when a broadcast tick occurs. This could happen under the
following circumstance assuming CPU1 is among the CPUs waiting for broadcast.
CPU0CPU1
Run CPU_DOWN_PREPARE
Fix following trivial build warning:
drivers/net/xen-netback/netback.c: In function ‘xenvif_tx_dealloc_action’:
drivers/net/xen-netback/netback.c:1585:8: warning:
format ‘%x’ expects argument of type
‘unsigned int’, but argument 3 has type ‘long int’ [-Wformat=]
gop - vif->tx_unmap_ops,
On Wed, Mar 26, 2014 at 03:23:47AM +, Haiyang Zhang wrote:
>
>
> > -Original Message-
> > From: David Miller [mailto:da...@davemloft.net]
> > Sent: Tuesday, March 25, 2014 8:47 PM
> > To: Haiyang Zhang
> > Cc: net...@vger.kernel.org; KY Srinivasan; o...@aepfle.de;
> >
There were just a handful of more while loops in this file that needed
timeouts, and this patch takes care of them. One new callback is
introduced, and all of the proper comedi_timeout() calls are then used.
Signed-off-by: Chase Southwood
---
2: s626_i2c_handshake_eoc() can be used in
On Wednesday, March 26, 2014 at 04:08:27 AM, Yao Yuan wrote:
[...]
> > > + i2c_imx->use_dma = false;
> > > + } else if (i2c_imx_dma_request(i2c_imx, (dma_addr_t)phy_addr)) {
> > > + dev_info(>dev,
> > > + "can't request dma chan, faild use dma.\n");
> > >
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Tuesday, March 25, 2014 8:47 PM
> To: Haiyang Zhang
> Cc: net...@vger.kernel.org; KY Srinivasan; o...@aepfle.de;
> jasow...@redhat.com; linux-kernel@vger.kernel.org; driverdev-
> de...@linuxdriverproject.org
>
Fix spelling typo in printk from various part of kernel source.
Signed-off-by: Masanari Iida
Acked-by: Arend van Spriel
Acked-by: Randy Dunlap
---
arch/powerpc/platforms/powernv/opal.c | 2 +-
drivers/i2c/busses/i2c-s3c2410.c | 2 +-
This patches are preparing for Vybird, LS1 and LS2. And on LS1 the IP will
in BE mode.
And this has been test on Vybird.
Changes in V2:
- Add the detail information in the commit comment.
- 'big-endians' --> 'big-endian'.
Xiubo Li (2):
watchdog: imx2_wdt: Sort the header files alphabetically
Signed-off-by: Xiubo Li
Cc: Guenter Roeck
---
drivers/watchdog/imx2_wdt.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/watchdog/imx2_wdt.c b/drivers/watchdog/imx2_wdt.c
index dd51d95..1795922 100644
--- a/drivers/watchdog/imx2_wdt.c
+++
For the platforms that this IP driver now supports:
SoCCPUWatchdog Need 'big-endian'?
--
Vybird little little No
LS1little big Yes
LS2little little No
IMX+ little
On Sunday, March 23, 2014 @ 11:50:00 AM, Marek Vasut wrote:
> On Thursday, March 13, 2014 at 02:47:56 AM, Yuan Yao wrote:
> > Add dma support for i2c. This function depend on DMA driver.
> > You can turn on it by write both the dmas and dma-name properties in
> > dts node.
> >
> > Signed-off-by:
On Tue, 2014-03-25 at 21:36 +0100, Andre Tomt wrote:
> *testing hat on*
>
> PAM within namespaces (say, LXC) does not work anymore with 3.14-rc8,
> making login, ssh etc fail in containers unless you boot with audit=0.
>
> This is due to a change in return value to user space; and is
>
If vme_master_request() returns NULL when it failed,
it need to free buffers for master.
And also removes unreachable code in vme_user_probe().
Signed-off-by: Daeseok Youn
---
drivers/staging/vme/devices/vme_user.c |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
diff --git
On Tue, Mar 25, 2014 at 9:51 PM, Linus Walleij wrote:
> This provides a function gpiochip_irqchip_add() to set
> up an irqchip for a GPIO controller, and a function
> gpiochip_set_chained_irqchip() to chain it to a parent
> irqchip.
>
> Most GPIOs are of the type where a number of lines form
> a
On 03/26/2014 10:23 AM, Zhang Rui wrote:
>> From: Eduardo Valentin
>> >
>> > This patch changes the thermal core driver to allow
>> > registration of thermal zones without the .get_temp callback.
>> >
>> > The idea behind this change is to allow lazy registration
>> > of sensor callbacks.
>> >
CONFIG_FHANDLE is required by systemd >= 210 to spawn a serial TTY.
Signed-off-by: Alexandre Courbot
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index
CONFIG_FHANDLE is required by systemd >= 210 to spawn a serial TTY.
Signed-off-by: Alexandre Courbot
---
arch/arm/configs/tegra_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/tegra_defconfig b/arch/arm/configs/tegra_defconfig
index 131b8d6ff9d3..2926281368ab
> Subject: Re: [PATCH 2/2] watchdog: imx2_wdt: Add big-endian support
>
> On 03/25/2014 02:35 AM, Xiubo Li wrote:
> > Signed-off-by: Xiubo Li
> > ---
>
> There is no explanation for this patch in the headline.
>
> Ultimately there are four cases
> CPU HW
> little little
This
On Tue, 2014-03-25 at 18:49 +0800, Alex Shi wrote:
> From: Eduardo Valentin
>
> This patch changes the thermal core driver to allow
> registration of thermal zones without the .get_temp callback.
>
> The idea behind this change is to allow lazy registration
> of sensor callbacks.
>
> The
Signed-off-by: Neil Zhang
---
Documentation/arm64/memory.txt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/arm64/memory.txt b/Documentation/arm64/memory.txt
index 5e054bf..c2765e2 100644
--- a/Documentation/arm64/memory.txt
+++
On 03/25/2014 02:35 AM, Xiubo Li wrote:
Signed-off-by: Xiubo Li
---
There is no explanation for this patch in the headline.
Ultimately there are four cases
CPU HW
little little
little big
big little
big big
Current code handles big/big as
On Tue, Mar 25, 2014 at 5:46 PM, David Miller wrote:
> From: "H. Peter Anvin"
> Date: Tue, 25 Mar 2014 17:24:27 -0700
>
>> If you allow loops, it greatly increases the expressibility of the
>> language, but we would really need another control to limit CPU usage.
>
> We don't want super
Ian,
>On Tuesday, March 25, 2014 7:13 AM, Ian Abbott wrote:
>>On 2014-03-25 05:09, Chase Southwood wrote:
>>There were just a handful of more while loops in this file that need timeouts,
>>and this patch takes care of them, using comedi_timeout(). A couple of new
>>callbacks are introduced, but
Hi Ulf,
On 03/25/2014 06:44 PM, Ulf Hansson wrote:
On 25 March 2014 10:47, wrote:
From: Micky Ching
Add new command type(R1 without CRC) handle, without this
patch mmc card initialize will be failed.
Using a more careful handle in request timeout, this would
improve error recover
From: Monam Agarwal
Date: Mon, 24 Mar 2014 00:02:32 +0530
> This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL)
>
> The rcu_assign_pointer() ensures that the initialization of a structure
> is carried out before storing a pointer to that structure.
> And in
From: Monam Agarwal
Date: Mon, 24 Mar 2014 00:41:13 +0530
> This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL)
>
> The rcu_assign_pointer() ensures that the initialization of a structure
> is carried out before storing a pointer to that structure.
> And in
From: Monam Agarwal
Date: Mon, 24 Mar 2014 00:42:46 +0530
> This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL)
>
> The rcu_assign_pointer() ensures that the initialization of a structure
> is carried out before storing a pointer to that structure.
> And in
From: Monam Agarwal
Date: Mon, 24 Mar 2014 00:00:17 +0530
> This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL)
>
> The rcu_assign_pointer() ensures that the initialization of a structure
> is carried out before storing a pointer to that structure.
> And in
On Sat, 22 Mar 2014, Joe Perches wrote:
> How about just changing this message to something like:
>
> WARN("__GFP_NOFAIL",
>"Use of __GFP_NOFAIL may cause the OOM handler to
> kill a random process\n" . $herecurr);
Because it doesn't, the
On Sat, 22 Mar 2014, Dave Jones wrote:
> On Sat, Mar 22, 2014 at 10:55:24AM -0700, Andrew Morton wrote:
> > On Sat, 22 Mar 2014 13:32:07 -0400 ty...@mit.edu wrote:
> >
> > > On Sat, Mar 22, 2014 at 01:26:06PM -0400, ty...@mit.edu wrote:
> > > > > Well. Converting an existing retry-for-ever
From: Thomas Gleixner
Date: Sun, 23 Mar 2014 15:09:28 -
> The device is about to vanish. So we need to make sure that the timer
> is completely stopped and the callback is not running on another CPU.
>
> Signed-off-by: Thomas Gleixner
Applied.
--
To unsubscribe from this list: send the
From: Thomas Gleixner
Date: Sun, 23 Mar 2014 15:09:28 -
> The module is about to go away. Make sure everything is stopped safely
> before we pull the plug.
>
> Signed-off-by: Thomas Gleixner
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
So, I tried RC8 and I'm still getting the error. It start too fast to
be able to read whatever it is saying, but here is what I can read:
...
cp: error writing /run/initramfs/new_root/...
cp: failed to extend ...
... (and so on)
It goes on like that for a long time.
Alexandre Demers
On Mon 17
On 2014/3/25 16:36, zheng.li wrote:
> 于 2014年03月25日 11:42, Ding Tianhong 写道:
>> On 2014/3/25 11:00, Zheng Li wrote:
>>> In bond mode tlb and alb, inactive slaves should keep inactive flag to
>>> 1 to refuse to receive broadcast packets. Now, active slave send broadcast
>>> packets
>>> (for
On Tue, Mar 25, 2014 at 07:45:55PM -0300, Ezequiel Garcia wrote:
> Let's Cc: LAKML, and To: Russell.
>
> Russell, any comments on this?
>
> Without this patch we got the heartbeat's reboot_notifier called twice while
> testing the recent hibernation patches, which was unexpected and produced a
>
From: David Miller
Date: Tue, 25 Mar 2014 20:43:43 -0400 (EDT)
> From: Haiyang Zhang
> Date: Tue, 25 Mar 2014 20:37:43 +
>
>> Do we know when the dependency (commit: 8a7206a89f) will be merged
>> into net-next tree?
>
> You're really not very patient, to say the least.
>
> It's done now
From: "H. Peter Anvin"
Date: Tue, 25 Mar 2014 17:24:27 -0700
> If you allow loops, it greatly increases the expressibility of the
> language, but we would really need another control to limit CPU usage.
We don't want super expressibility.
We want an extremely simple, trivial to validate,
Sorry, I woud like to add the AFO defines in the Linux Kernel.
No afo defines exists in the current kernel tree.
I correctly changed the log for adding the afo defines.
Kernel Version : linux-3.14.rc7
Signed-off-by: Yonghwan Ki
diff -uprN -X Documentation/dontdiff ./drivers/hid/hid-core.c
From: Haiyang Zhang
Date: Tue, 25 Mar 2014 20:37:43 +
> Do we know when the dependency (commit: 8a7206a89f) will be merged
> into net-next tree?
You're really not very patient, to say the least.
It's done now and I'm working to integrate your patch.
That patch has been in under review
Gregory,
On Tue, Mar 25, 2014 at 11:48:11PM +0100, Gregory CLEMENT wrote:
...
> The first patch should go through ARM subsystem and should be taken by
> Russell King. I made few change on it following Lorenzo advice and
> now it will reuse the cpu v7 suspend and resume function and just do
>
On Tue, Mar 25, 2014 at 2:12 PM, Jan Kara wrote:
>
> Can you try whether the following patch fixes the issue for you?
Good catch, Honza.
I hate how fragile that code ends up being and would love to see that
"anon_inode_inode" allocation and assignment just once in
anon_inode_init(), but
On Tue, Mar 25, 2014 at 11:48:19PM +0100, Gregory CLEMENT wrote:
> The initial binding for PMSU were wrong. It didn't take into account
> all the registers from the PMSU and in the other hand refereed to
> registers which are not part of PMSU. This commit introduces a new
> compatible for the PMSU
On Tue, Mar 25, 2014 at 11:48:18PM +0100, Gregory CLEMENT wrote:
> The initial binding for PMSU were wrong. It didn't take into account
> all the registers from the PMSU and moreover it referred to registers
> which are not part of PMSU.
>
> The Power Management Unit Service block also controls
Commit-ID: b9a4a56c1e5c72eac92d18aa48250a8c965632be
Gitweb: http://git.kernel.org/tip/b9a4a56c1e5c72eac92d18aa48250a8c965632be
Author: Andy Lutomirski
AuthorDate: Tue, 25 Mar 2014 16:25:53 -0700
Committer: H. Peter Anvin
CommitDate: Tue, 25 Mar 2014 17:08:58 -0700
x86, vdso, build:
On 03/25/2014 05:17 PM, David Miller wrote:
> From: Daniel Borkmann
> Date: Tue, 25 Mar 2014 13:10:56 +0100
>
>> - Conditional jt/jf targets replaced with jt/fall-through,
>> and forward/backward jumps now possible as well
>
> Ummm... does anyone even remember why backwards jumps were not
On 03/25/2014 06:39 PM, Alessandro Zummo wrote:
On Tue, 25 Mar 2014 17:52:30 -0400
Sasha Levin wrote:
Pretty interesting indeed. One option would be to remove
the sys files before acquiring the lock. But I wonder
if this could lead to other issues.
Ping? Seems this thing got
On 03/25/2014 02:10 PM, Christoph Lameter wrote:
On Tue, 25 Mar 2014, Sasha Levin wrote:
So here's the full trace. There's obviously something wrong here since we
pagefault inside the section that was supposed to be running with irqs
disabled
and I don't see another cause besides this.
The
On Tue, Mar 25, 2014 at 1:03 PM, Linn Crosetto wrote:
> Thanks for the patch.
>
> On Tue, Jan 28, 2014 at 01:54:05PM -0800, Yinghai Lu wrote:
>> used_vectors is a bitmap for vectors that are not tracked in per_cpu
>> vector_irq.
>
> I feel like this comment (also in the code) could be misleading
From: Daniel Borkmann
Date: Tue, 25 Mar 2014 13:10:56 +0100
> - Conditional jt/jf targets replaced with jt/fall-through,
> and forward/backward jumps now possible as well
Ummm... does anyone even remember why backwards jumps were not allowed
in the original BPF?
It's to guarentee forward
On 03/25/2014 05:12 PM, Jan Kara wrote:
On Tue 25-03-14 13:51:11, Sasha Levin wrote:
On 03/25/2014 01:33 PM, Jan Kara wrote:
On Mon 24-03-14 20:44:14, Sasha Levin wrote:
On 03/24/2014 05:48 PM, Jan Kara wrote:
[ 339.948946] ** 4194304 8805ac03ba38 [eventpoll] 8806ec051fe0
On Tue, Mar 25, 2014 at 04:40:56PM -0700, Tim Chen wrote:
> On Fri, 2014-03-21 at 22:40 +0800, Herbert Xu wrote:
> > On Mon, Mar 17, 2014 at 04:52:26PM -0700, Tim Chen wrote:
> > > The crypto algorithm modules utilizing the crypto daemon could
> > > be used early when the system start up. Using
On Tue, Mar 25, 2014 at 11:16:53PM +0100, Sebastian Hesselbarth wrote:
> On 03/25/2014 08:27 PM, Alexander Elbs wrote:
> >> On Wed, 19 Mar 2014, Bruno Prémont wrote:
> >>> Since upgrading my Sheevaplug from 3.7.2 to 3.13.6 (FDT) I'm seeing
> >>> mvsdio f109.mvsdio: unhandled interrupt
Commit-ID: 6058bb362818e09990de722e983a7f2874e7f61c
Gitweb: http://git.kernel.org/tip/6058bb362818e09990de722e983a7f2874e7f61c
Author: Carlo Caione
AuthorDate: Wed, 19 Mar 2014 20:21:17 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 26 Mar 2014 01:00:50 +0100
ARM: sun7i/sun6i:
Commit-ID: ae7d9d3245b7ced5c6f615cfef1250226d518436
Gitweb: http://git.kernel.org/tip/ae7d9d3245b7ced5c6f615cfef1250226d518436
Author: Carlo Caione
AuthorDate: Wed, 19 Mar 2014 20:21:19 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 26 Mar 2014 01:00:50 +0100
ARM: sun7i/sun6i:
Commit-ID: 8ff973a26763ef2f2d45c1649c618dfff528a502
Gitweb: http://git.kernel.org/tip/8ff973a26763ef2f2d45c1649c618dfff528a502
Author: Carlo Caione
AuthorDate: Wed, 19 Mar 2014 20:21:18 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 26 Mar 2014 01:00:50 +0100
ARM: sun7i/sun6i: dts:
If the mux uses 1 bit position per input, and requires to set one
single bit at a time, then an N bit register can support up to N
inputs. In more recent Tegra chips, we have at least greater than
64 inputs which requires at least 2 .reg fields in struct soc_enum.
Signed-off-by: Arun Shamanna
Commit-ID: b97f0291a2504291aef850077f98cab68a5a2f33
Gitweb: http://git.kernel.org/tip/b97f0291a2504291aef850077f98cab68a5a2f33
Author: Viresh Kumar
AuthorDate: Tue, 25 Mar 2014 13:56:23 +0530
Committer: Thomas Gleixner
CommitDate: Wed, 26 Mar 2014 00:56:49 +0100
tick: Remove code
Commit-ID: cacb3c76c2012ade52124e8c6fdc5cb125625772
Gitweb: http://git.kernel.org/tip/cacb3c76c2012ade52124e8c6fdc5cb125625772
Author: Viresh Kumar
AuthorDate: Tue, 25 Mar 2014 16:09:18 +0530
Committer: Thomas Gleixner
CommitDate: Wed, 26 Mar 2014 00:56:49 +0100
tick: Fix spelling
Am 26.03.2014 00:36, schrieb Alexander Holler:
Am 25.03.2014 19:38, schrieb Alexander Holler:
reboot too. Another solution would be to unregister the reboot_notifier
in the reboot_nofifier itself. I've just seen one watchdog driver
(drivers/rtc/rtc-m41t80.c) which does that. But I still think
On Mon, 24 Mar 2014 01:09:16 -, Feminist Software Foundation said:
> From: Feminist-Software-Foundation
>
The merge window is expected to open *next* week, around Monday or Tuesday.
Please resubmit then.
pgpNc2_MhLJ7W.pgp
Description: PGP signature
The first half of pinbank 0 only has one muxing function (as gpios) and
does not have a special mux-register.
Therefore ensure that no other mux function can be selected and also do not
write to a non-existent register.
Signed-off-by: Heiko Stuebner
---
drivers/pinctrl/pinctrl-rockchip.c | 14
In a following change, rockchip_set_mux gets the possibility to fail.
Therefore add a return value to it and honor error codes in functions
using rockchip_set_mux.
Signed-off-by: Heiko Stuebner
---
drivers/pinctrl/pinctrl-rockchip.c | 32 +---
1 file changed, 25
Am Dienstag, 25. März 2014, 20:43:59 schrieb Beniamino Galvani:
> On Tue, Mar 25, 2014 at 12:14:42AM +0100, Heiko Stübner wrote:
> > GPIO0 only has the second two IOMUX registers:
> > - GRF_GPIO0C_IOMUX at 0x68
> > - GRF_GPIO0D_IOMUX at 0x6c
> > which I guess is where my mistake comes from.
[...]
Without this change, 'blkdiscard /dev/mmcblk0' would panic:
Because max_discard_sectors was set to 4G sectors, discard request issued
on behalf of blkdiscard would be merged, leading to request larger than 4GB:
[ 169.035929] __end_that: dev mmcblk0: type=1, flags=122c8081
[ 169.041464] sector
max_discard_sectors can not be larger than UINT_MAX>>9,
otherwise, there is a risk that discard requests would be merged
into a request larger than 4GB.
Signed-off-by: Gwendal Grignou
---
drivers/mtd/mtd_blkdevs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The links to "The perfect patch" and "NO No more huge patch
bombs..." have gone stale. Update them to some working locations.
Signed-off-by: Mitchel Humpherys
---
Documentation/SubmittingPatches | 4 ++--
Documentation/ja_JP/SubmittingPatches | 4 ++--
The link to the tarball for Andrew Morton's patch scripts is dead. These
scripts don't seem to be used for kernel development these days anyways
so just rip out all references to them.
Signed-off-by: Mitchel Humpherys
---
Documentation/SubmittingPatches | 5 -
Some URLs in Documentation/SubmittingPatches have gone stale. This
series cleans some of them up by removing or updating them.
Mitchel Humpherys (2):
Documentation/SubmittingPatches: update some dead URLs
Documentation/SubmittingPatches: remove references to patch-scripts
max_discard_sectors can not be larger than UINT_MAX>>9,
otherwise, there is a risk that discard requests would be merged
into a request larger than 4GB.
Signed-off-by: Gwendal Grignou
---
drivers/block/nbd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/nbd.c
max_discard_sectors can not be larger than UINT_MAX>>9,
otherwise, there is a risk that discard requests would be merged
into a request larger than 4GB.
Signed-off-by: Gwendal Grignou
---
block/blk-lib.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block/blk-lib.c
max_discard_sectors can not be larger than UINT_MAX>>9,
otherwise, there is a risk that discard requests would be merged
into a request larger than 4GB.
Ensure that max_discard_sectors is in unit of sectors.
Signed-off-by: Gwendal Grignou
---
drivers/mmc/core/core.c | 6 --
1 file changed,
Am 25.03.2014 19:38, schrieb Alexander Holler:
reboot too. Another solution would be to unregister the reboot_notifier
in the reboot_nofifier itself. I've just seen one watchdog driver
(drivers/rtc/rtc-m41t80.c) which does that. But I still think such
That, btw. is broken. ;)
Right after
On Fri, 2014-03-21 at 22:40 +0800, Herbert Xu wrote:
> On Mon, Mar 17, 2014 at 04:52:26PM -0700, Tim Chen wrote:
> > The crypto algorithm modules utilizing the crypto daemon could
> > be used early when the system start up. Using module_init
> > does not guarantee that the daemon's work queue is
On 03/25/2014 05:01 PM, Davidlohr Bueso wrote:
Good timing! The topic came up just yesterday in LSF/MM. This
functionality is on the wish list for both facebook and postgres.
Thanks for letting me know. I am glad to hear of others who need this
functionality. Did you happen to catch the
vdso32/vclock_gettime.o was confusing kbuild.
Signed-off-by: Andy Lutomirski
---
arch/x86/vdso/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/vdso/Makefile b/arch/x86/vdso/Makefile
index a2de5fc..6e6361a 100644
--- a/arch/x86/vdso/Makefile
+++
1 - 100 of 1198 matches
Mail list logo
