Hi Jason,
Will try this out this evening when I'm back home (and have some time
to reboot the sheevaplug).
Note that the write-back stalls seem to be nilfs2 specific (I'm getting
them on usb-storage as well while ext4 filesystem on usb-storage
does not present the stall issue).
Bruno
On Tue,
To fix the sparse warning "cast to restricted __le32" marked
"rom_version" to __le32 instead of unsigned int in "struct ath3k_version"
and added cpu_to_le32() for the expression assigning int value to
"rom_version".
Successfully built the module without warnings and errors on x86 machine with
Hi all,
This tree still fails (more than usual) the powerpc allyesconfig build.
Changes since 20140325:
The powerpc tree still had its build failure.
Non-merge commits (relative to Linus' tree): 10769
9188 files changed, 442121 insertions(+), 216825 dele
Hi Lucas,
On Mon, Mar 24, 2014 at 10:19 PM, Lucas Stach wrote:
> Hi Alexandre,
>
> Am Montag, den 24.03.2014, 17:42 +0900 schrieb Alexandre Courbot:
>> Hi everyone,
> [...]
>>
>> A few lines of hacks (not included here) are still needed to deal with cached
>> mappings triggering external aborts a
On Wed, 26 Mar 2014 02:19:04 -0400 ty...@mit.edu wrote:
> On Tue, Mar 25, 2014 at 06:06:17PM -0700, David Rientjes wrote:
> >
> > The point is not to add new callers and new code should handle NULL
> > correctly, not that we should run around changing current users to just do
> > infinite retri
On Sat, Mar 15, 2014 at 02:02:39AM +0800, Chew Chiau Ee wrote:
> From: Chew, Chiau Ee
>
> This is to disable/enable DW_DMAC hw during late suspend/early resume.
> Since DMA is providing service to other clients (eg: SPI, HSUART),
> we need to ensure DMA suspends after the clients and resume
> bef
Hi, all
since v4l2_clk_get() WON'T return EPROBE_DEFER. So this version of patch
is invalid.
Please drop this version of the patch.
Sorry for the noise.
Best Regards,
Josh Wu
On 3/20/2014 5:01 PM, Josh Wu wrote:
Since the the v4l2_clk_get() may return a EPROBE_DEFER during async
probing. So
On Wednesday, March 26, 2014 at 06:56:34 AM, Yao Yuan wrote:
> 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_dm
Because trans_support be used when check i/o accelerator mode support
before its value assigned, it caused following build warning:
drivers/scsi/hpsa.c: In function ‘hpsa_init_one’:
drivers/scsi/hpsa.c:7468:20: warning: ‘trans_support’
may be used uninitialized in this function [-Wmaybe-uninitiali
Hi, Sylwester
On 3/20/2014 10:44 PM, Sylwester Nawrocki wrote:
Hi Josh,
On 19/03/14 10:17, Josh Wu wrote:
On 3/15/2014 5:17 AM, Sylwester Nawrocki wrote:
On 03/14/2014 11:12 AM, Josh Wu wrote:
+clk = v4l2_clk_get(&client->dev, "mclk");
+if (IS_ERR(clk))
+return -EPROBE_DEFER;
On Tue, Mar 25, 2014 at 06:06:17PM -0700, David Rientjes wrote:
>
> The point is not to add new callers and new code should handle NULL
> correctly, not that we should run around changing current users to just do
> infinite retries. Checkpatch should have nothing to do with that.
My problem wi
On Tue, 2014-03-25 at 11:59 -0700, Eric W. Biederman wrote:
> So for the general horrible idea.
> Nacked-With-Extreme-Prejudice-by: "Eric W. Biederman"
Goody. I was surprised Peter didn't make it instantly dead.
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
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))
> {
> > > > + d
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 bp_proc_creat
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 creating
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 b/drivers/net/can/x
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" allo
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,
whe
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 in
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 "__kvm_unsync_pa
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 ++
drivers/input/misc/M
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 unsynce
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 hardwa
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 --g
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 need
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 ma
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 exi
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 cau
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
in
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, r
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;
> > jasow...@redhat.
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 s626_initi
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(&pdev->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 +-
drivers/infiniband/hw/
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
+++ b/drivers/watch
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 l
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: Yu
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
> appearantl
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 c
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 dc02635ca473..cee30d8d
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 10064
> 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 c
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 therma
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
+++ b/Documentation/arm64/memory.t
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 expressib
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 capability
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 the
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 the
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 the
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 the
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 GFP_NO
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 c
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 lin
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 example
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 a
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, filter
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
../li
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 stat
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
> speci
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 consid
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 th
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: Don
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 lost.
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 unr
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 b
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
[eventpoll]
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 mo
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 status=
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: irqch
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: irqch
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 Laks
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 dupli
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 mist
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 s
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 inser
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.
[...]
1 - 100 of 605 matches
Mail list logo
