Hi Michal,
Your patch fixes the problem.
Tested-by: Jet Chen
Thanks,
-Jet
On 03/31/2014 10:35 PM, Michal Marek wrote:
On Mon, Mar 31, 2014 at 07:34:12PM +0800, Fengguang Wu wrote:
CC Michal and kbuild list.
On Thu, Mar 27, 2014 at 04:51:53PM -0600, Bjorn Helgaas wrote:
[+cc David, Brian]
Hi, Claudiu
Please help to review this patch. This patch is for kernel 2.6.x. Thanks
a lot.
Hi, Willy
Please help to merge this patch to longterm: 2.6.32.61 since this
problem also occurs on this kernel. Thanks a lot.
Based on kernel 2.6.x, gianfar nic driver can not work well. The root
On Thu, 2014-04-03 at 09:07 +0100, Paul Durrant wrote:
> > -Original Message-
> > From: Zoltan Kiss
> > Sent: 02 April 2014 18:05
> > To: Ian Campbell; Wei Liu; xen-de...@lists.xenproject.org
> > Cc: Paul Durrant; net...@vger.kernel.org; linux-kernel@vger.kernel.org;
> > Jonathan Davies;
Commit 0e476d91244e ("MIPS: Loongson: Add Loongson-3 Kconfig options")
added "select GENERIC_HARDIRQS_NO__DO_IRQ". But the Kconfig symbol
GENERIC_HARDIRQS_NO__DO_IRQ was already removed in v2.6.38, so that
select is a nop. Drop it.
Signed-off-by: Paul Bolle
---
Tested with git grep only.
On 02/04/14 14:15, Michal Simek wrote:
>> There were some patches posted for syscon to make it available in earlier
>> system initialization stage: https://lkml.org/lkml/2014/2/19/218
>
> I haven't finished this yet. I have to look at it again.
Thanks for the information, I assume this would be
On Wed, Apr 02, 2014 at 04:18:57PM -0700, Greg Kroah-Hartman wrote:
> On Wed, Apr 02, 2014 at 09:38:06AM +0300, Peter Ujfalusi wrote:
> > Do you want me to resend this patch in hope that it is going to be taken or
> > do
> > you have other method in mind to deal with the situation I have
On Wed, 2014-04-02 at 18:04 +0100, Zoltan Kiss wrote:
> Rename identifiers to state explicitly that they refer to map ops.
>
> Signed-off-by: Zoltan Kiss
> ---
> v3:
> - rename xenvif_tx_create_gop to xenvif_tx_create_map_op
You can retain my ack from v2.
--
To unsubscribe from this list:
On Thu, Mar 27, 2014 at 08:28:44PM -0700, Jimmy Li wrote:
> You are right, I found that variable buf also don't make sense here,
> maybe this could be more clear.
>
> param = kzalloc(sizeof(struct viawget_wpa_param), GFP_KERNEL);
> if (param == NULL)
> return -ENOMEM;
>
>
On Thu, Apr 03, 2014 at 09:08:15AM +0100, Antoine Ténart wrote:
> Signed-off-by: Antoine Ténart
> ---
> Documentation/devicetree/bindings/arm/cpus.txt | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/arm/cpus.txt
>
Hi Tom,
(2014/03/27 13:54), Tom Zanussi wrote:
> Hash triggers allow users to continually hash events which can then be
> dumped later by simply reading the trigger file. This is done
> strictly via one-liners and without any kind of programming language.
>
> The syntax follows the existing
On Wed, Apr 02, 2014 at 06:21:29PM +0100, Joe Sylve wrote:
> That makes sense and I agree, it's better to fix it now so that it
> will be easier to add 16K paging later (on a side note is there any
> reason not to add it now if someone was willing to do the work?).
See another thread with the
This commit removes code lines currently not in use or never called.
Signed-off-by: Heesub Shin
Cc: Dongjun Shin
Cc: Sunghwan Yun
---
mm/compaction.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/mm/compaction.c b/mm/compaction.c
index 9635083..1ef9144 100644
---
Free scanner does not works well on systems having zones which do not
span to pageblock-aligned boundary.
zone->compact_cached_free_pfn is reset when the migration and free
scanner across or compaction restarts. After the reset, if end_pfn of
the zone was not aligned to pageblock_nr_pages, free
Jisheng,
On 03/04/2014 10:22, Jisheng Zhang wrote:
Hi,
On Thu, 3 Apr 2014 01:08:15 -0700
Antoine Ténart wrote:
Signed-off-by: Antoine Ténart
---
Documentation/devicetree/bindings/arm/cpus.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: Bockholdt Arne
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 22e580d07f6529a395c129575127ea6d860aed3a upstream.
Corrected the MWAIT flag for C-State C6 on Intel Avoton/Rangeley processors.
Signed-off-by: Arne Bockholdt
Acked-by:
On Thu, Apr 03, 2014 at 09:41:57AM +0100, Viresh Kumar wrote:
> On Thu, Apr 3, 2014 at 2:05 PM, Hanjun Guo wrote:
> > How about the following patch? if it is ok, I will resend it.
>
> http://www.spinics.net/lists/arm-kernel/msg319545.html
I can see commit
On 04/02/2014 08:59 AM, Michael wang wrote:
> During the testing, we encounter below WARN followed by Oops:
>
> WARNING: at kernel/sched/core.c:6218
> ...
> NIP [c0101660] .build_sched_domains+0x11d0/0x1200
> LR [c0101358] .build_sched_domains+0xec8/0x1200
On 04/03/2014 09:17 AM, Alexander Holler wrote:
> Am 03.04.2014 00:27, schrieb Sebastian Hesselbarth:
>> On 04/03/2014 12:12 AM, Alexander Holler wrote:
I am curious, how you determined above commit to be the cause of the
regression you are seeing. Can you bisect, if you didn't already?
On Thu, Apr 3, 2014 at 2:05 PM, Hanjun Guo wrote:
> How about the following patch? if it is ok, I will resend it.
http://www.spinics.net/lists/arm-kernel/msg319545.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Mar 25, 2014 at 10:43:58PM -0500, Chase Southwood wrote:
> 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.
>
>
Hi Rafael,
Sorry the late reply.
On 2014-3-27 23:18, Rafael J. Wysocki wrote:
[...]
>>> Just had a look at the linux-next tree and looks like the original commit:
>>> "cpufreq: enable ARM drivers on arm64" is pulled by both Catalin and Rafael
>>> which has resulted in the fixup patch[1] not
Am Mittwoch, den 02.04.2014, 13:17 -0400 schrieb Murali Karicheri:
> Arnd,
>
> Thanks for reviewing the RFC patch. Please see below my response.
>
> On 3/25/2014 3:44 AM, Arnd Bergmann wrote:
> > On Monday 24 March 2014 20:35:26 Murali Karicheri wrote:
[...]
>
> >> + ks_pcie->clk =
This Makefile tries to set the DEBUG macro but it uses an unknown
Kconfig macro to do so. Since no code appears to even care about the
DEBUG macro this line can safely be removed.
Signed-off-by: Paul Bolle
---
Completely untested.
By the way, do de...@driverdev.osuosl.org and
On 03/04/2014 at 10:08:15 +0200, Antoine Ténart wrote :
Please write a quick commit message.
> Signed-off-by: Antoine Ténart
> ---
> Documentation/devicetree/bindings/arm/cpus.txt | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/arm/cpus.txt
>
Hi
On 04/03/2014 12:29 AM, Julius Werner wrote:
Hi Mathias,
The patch looks fine. Mathias is taking over for xHCI driver
maintainership in 3.15. He's currently handling queuing bug fix patches
for 3.14 while I finish queueing feature patches for 3.15. Mathias,
will you test and queue this
On 04/03/2014 05:11 AM, Arun Shamanna Lakshmi wrote:
This looks essentially good to me. A few minor issues, once those are fixed
things should be good to go.
[...]
struct snd_soc_dapm_update {
struct snd_kcontrol *kcontrol;
- int reg;
- int mask;
- int val;
+
Hi,
On Thu, 3 Apr 2014 01:08:15 -0700
Antoine Ténart wrote:
> Signed-off-by: Antoine Ténart
> ---
> Documentation/devicetree/bindings/arm/cpus.txt | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/arm/cpus.txt
>
[CC += Peter Zijlstra]
[CC += bug-readl...@gnu.org -- maintainers, it _may_ be desirable to
fix your msync() call]
Richard,
On Thu, Apr 3, 2014 at 1:44 AM, Richard Hansen wrote:
> On 2014-04-02 07:45, Steven Whitehouse wrote:
>> Hi,
>>
>> On Wed, 2014-04-02 at 04:10 -0700, Christoph Hellwig
Yes I see the error. I have tried to build the wlan-ng driver using make
M=drivers/staging/wlan-ng/ but it built nothing, so I went one step up
and built make M=drivers/staging/ as a whole and it built fine, I think
I am missing something here, how do I specify this module for the build
to
On 03/28/2014 12:13 PM, Gregory CLEMENT wrote:
In order to have well encapsulated code, we use notifier callbacks for
CPU_PM_ENTER and CPU_PM_EXIT inside the mvebu power management code.
Signed-off-by: Gregory CLEMENT
Acked-by: Daniel Lezcano
---
arch/arm/mach-mvebu/pmsu.c | 18
On 03/28/2014 12:13 PM, Gregory CLEMENT wrote:
Add the wfi, cpu idle and cpu deep idle power states support for the
Armada XP SoCs.
All the latencies and the power consumption values used at the
"armada_370_xp_idle_driver" structure are preliminary and will be
modified in the future after
There are references to four undefined Kconfig macros in the code.
Commit 8542373dccd2 ("Staging: rtl8812ae: remove undefined Kconfig
macros") removed identical references from that staging driver, but
they resurfaced in rtlwifi. Remove these again as the checks for them
still will always evaluate
> -Original Message-
> From: Zoltan Kiss
> Sent: 02 April 2014 18:06
> To: Ian Campbell; Wei Liu; xen-de...@lists.xenproject.org;
> konrad.w...@oracle.com; boris.ostrov...@oracle.com; David Vrabel
> Cc: Stefano Stabellini; Paul Durrant; net...@vger.kernel.org; linux-
>
Hi All,
I am trying to enable a i2c client driver under ACPI. The device is being
enumerated behind adapter device and I am getting IRQ resource as well.
The problem I have now is, how do I pass the platform data to driver?
struct i2c_board_info {
chartype[I2C_NAME_SIZE];
The newly introduced CPU_METHOD_OF_DECLARE (6c3ff8b11a16) [1] allows to
get rid of the board file reference to smp ops. This serie converts the
Berlin SoC smp to use this and allows to set the enable-method in the
device tree.
This serie applies on top of Sebastian's topic/smp-bg3-bg2q branch [2]
On 03/28/2014 11:44 AM, Hongbo Zhang wrote:
On 03/11/2014 07:06 PM, Vinod Koul wrote:
On Thu, Jan 16, 2014 at 01:47:22PM +0800, hongbo.zh...@freescale.com
wrote:
From: Hongbo Zhang
There are several places where descriptors are freed using identical
code.
This patch puts this code into a
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/berlin2.dtsi | 1 +
arch/arm/boot/dts/berlin2q.dtsi | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/berlin2.dtsi b/arch/arm/boot/dts/berlin2.dtsi
index 4d85312dc17a..596f6bd07677 100644
---
Signed-off-by: Antoine Ténart
---
Documentation/devicetree/bindings/arm/cpus.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/cpus.txt
b/Documentation/devicetree/bindings/arm/cpus.txt
index 333f4aea3029..a9e42a2dbc99 100644
---
Get rid of the smp ops in the machine descriptor and select the cpu
enable method in the device tree.
Signed-off-by: Antoine Ténart
---
arch/arm/mach-berlin/berlin.c | 1 -
arch/arm/mach-berlin/common.h | 2 --
arch/arm/mach-berlin/platsmp.c | 3 ++-
3 files changed, 2 insertions(+), 4
> -Original Message-
> From: Zoltan Kiss
> Sent: 02 April 2014 18:05
> To: Ian Campbell; Wei Liu; xen-de...@lists.xenproject.org
> Cc: Paul Durrant; net...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Jonathan Davies; Zoltan Kiss
> Subject: [PATCH net-next v3 1/2] xen-netback: Rename
> -Original Message-
> From: Zoltan Kiss
> Sent: 02 April 2014 18:05
> To: Ian Campbell; Wei Liu; xen-de...@lists.xenproject.org
> Cc: Paul Durrant; net...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Jonathan Davies; Zoltan Kiss
> Subject: [PATCH net-next v3 2/2] xen-netback: Grant
On Tue, 2014-04-01 at 11:55 +0200, Ingo Molnar wrote:
> * Mike Galbraith wrote:
>
> > On Mon, 2014-03-31 at 11:37 -0700, Linus Torvalds wrote:
> > > On Mon, Mar 31, 2014 at 11:27 AM, Mike Galbraith
> > > wrote:
> > > >
> > > > Oh, I didn't cc you because I wanted it applied instantly as ultra
On Thu, Apr 3, 2014 at 2:13 AM, Jan Kara wrote:
> OK, but have you checked the generated code is actually any better? This
> is something I'd expect a compiler might be able to optimize anyway. And the
> original code looks more readable to me.
Hi, Jan,
I've disassemble the code on my x86_64
On 04/03/2014 08:10 AM, Takashi Iwai wrote:
> At Wed, 02 Apr 2014 14:24:33 +0200,
> Jean Delvare wrote:
>>
>> Le Wednesday 02 April 2014 à 12:29 +0200, Takashi Iwai a écrit :
>>> ttyprintk driver calls tty_unregister_driver() wrongly in the error
>>> path of tty_register_driver(). Also, setting
Hi!
Wakeup took longer than usual, and then I got:
usb 2-1: reset low-speed USB device number 2 using uhci_hcd
usb 5-1: reset low-speed USB device number 2 using uhci_hcd
usb 1-8: reset high-speed USB device number 6 using ehci-pci
usb 1-8: device descriptor read/64, error -110
usb 1-8: device
My comments below.
Best regards
Jacek Pielaszkiewicz
Samsung R Institute Poland
Samsung Electronics
Email: j.pielasz...@samsung.com
> -Original Message-
> From: Serge E. Hallyn [mailto:se...@hallyn.com]
> Sent: Saturday, March 29, 2014 5:16 PM
> To: Jacek Pielaszkiewicz
> Cc:
On Thu, Apr 03, 2014 at 09:11:59AM +0200, Sherif Shehab Aldin wrote:
> Removed unnecessary typedefs from hfa384x_usb.c
>
> Signed-off-by: Sherif Shehab Aldin
> ---
> drivers/staging/wlan-ng/hfa384x_usb.c | 38
> -
> 1 file changed, 18 insertions(+), 20
On Thu, Apr 03, 2014 at 09:13:29AM +0200, Sherif Shehab Aldin wrote:
> static void hfa384x_usbctlx_resptimerfn(unsigned long data)
> {
> - hfa384x_t *hw = (hfa384x_t *) data;
> + hfa384x_t *hw = (hfa384x_t *)
> unsigned long flags;
>
> spin_lock_irqsave(>ctlxq.lock, flags);
On Thu, Apr 03, 2014 at 02:25:54AM +0200, Sherif Shehab Aldin wrote:
> Removed unnecessary typedefs from hfa384x_usb.c
>
> Signed-off-by: Sherif Shehab Aldin
You've broken this patch set up in a wrong way. It should have just
been one patch. Don't introduce a warning and fix it later. The
On Wed, Mar 26, 2014 at 08:26:27AM +0100, Marek Vasut wrote:
> > > I think we disconnected here, sorry. Why can you not use (i2c_imx->dma !=
> > > NULL) instead of (i2c_imx->use_dma == true) please ?
> >
> > But there are two judge conditions. But only the "i2c_imx->dma", but also
> > whether
On Wed, Apr 02, 2014 at 09:10:12PM -0700, Matias Bjorling wrote:
> For the nvme driver, there's a single admin queue, which is outside
> blk-mq's control, and the X normal queues. Should we allow the shared
> tags structure to be used (get/put) for the admin queue, without
> initializing blk-mq?
Add devicetree bindings for Xilinx axi udc driver.
Signed-off-by: Subbaraya Sundeep Bhatta
---
Changes for v2:
- replaced xlnx,include-dma with xlnx,has-builtin-dma
.../devicetree/bindings/usb/udc-xilinx.txt | 20
1 files changed, 20 insertions(+), 0
On 04/03/2014 09:10 AM, Wolfram Sang wrote:
>
> Please don't quote large parts of the message f you are not referring to
> it.
Normally I do it. Forgot sorry.
>>> +#ifdef CONFIG_PM_SLEEP
>>> +/**
>>> + * cdns_i2c_suspend - Suspend method for the driver
>>> + * @_dev: Address of the
Hi Linus,
this is the bulk of GPIO changes for the v3.15 merge window.
Note:
- This tree has pulled in an immutable branch with some irqchip
infrastructure from Thomas Gleixner. This stuff is already in
your tree coming in from tip. However as this pull request is
based on v3.14-rc6 you
We are allocating the size of a pointer and not the size of the data.
This will lead to memory corruption.
There isn't actually a "cb_device" struct, btw. The code is only able
to compile because GCC knows that all pointers are the same size.
Fixes: 96ca848ef7ea ('DRIVERS: IRQCHIP: CROSSBAR:
Am 03.04.2014 00:27, schrieb Sebastian Hesselbarth:
On 04/03/2014 12:12 AM, Alexander Holler wrote:
I am curious, how you determined above commit to be the cause of the
regression you are seeing. Can you bisect, if you didn't already?
There was no bisecting necessary. I've just looked at
On 04/03/2014 12:35 AM, Vinod Koul wrote:
On Mon, Mar 31, 2014 at 12:08:55PM +0800, Hongbo Zhang wrote:
On 03/29/2014 09:45 PM, Vinod Koul wrote:
On Fri, Mar 28, 2014 at 02:33:37PM +0800, Hongbo Zhang wrote:
On 03/26/2014 03:01 PM, Vinod Koul wrote:
On Thu, 2014-01-16 at 13:47 +0800,
Removed multiple assignments from hfa384x_usb.c
Signed-off-by: Sherif Shehab Aldin
---
drivers/staging/wlan-ng/hfa384x_usb.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c
b/drivers/staging/wlan-ng/hfa384x_usb.c
index
Removed lines that were ignored by #if 0
Signed-off-by: Sherif Shehab Aldin
---
drivers/staging/wlan-ng/hfa384x_usb.c |5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c
b/drivers/staging/wlan-ng/hfa384x_usb.c
index 777b1e7..4e9df48 100644
---
changed declaration of ctlx_str to:
static const char * const ctlx_str[]
Signed-off-by: Sherif Shehab Aldin
---
drivers/staging/wlan-ng/hfa384x_usb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c
changed printk(KERN_WARNING .. to pr_warn
Signed-off-by: Sherif Shehab Aldin
---
drivers/staging/wlan-ng/hfa384x_usb.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c
b/drivers/staging/wlan-ng/hfa384x_usb.c
index
Fixed Alignment to match open parenthesis in hfa384x_usb.c
Signed-off-by: Sherif Shehab Aldin
---
drivers/staging/wlan-ng/hfa384x_usb.c | 113 +
1 file changed, 59 insertions(+), 54 deletions(-)
diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c
In hfa384x_usb.c:
Fixed allignment issues after open braces
Moved Logical continuations to the correct lines
Removed unnecessary blank lines
Signed-off-by: Sherif Shehab Aldin
---
drivers/staging/wlan-ng/hfa384x_usb.c | 32 ++--
1 file changed, 14 insertions(+), 18
Removed Unnecessary space after function pointer name
Signed-off-by: Sherif Shehab Aldin
---
drivers/staging/wlan-ng/hfa384x_usb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c
b/drivers/staging/wlan-ng/hfa384x_usb.c
index
When the kernel is built with CONFIG_PREEMPT it is possible to reach a state
when all modules loaded but some driver still stuck in the deferred list
and there is a need for external event to kick the deferred queue to probe
these drivers.
The issue has been observed on embedded systems with
Removed unnecessary typedefs from hfa384x_usb.c
Signed-off-by: Sherif Shehab Aldin
---
drivers/staging/wlan-ng/hfa384x_usb.c | 38 -
1 file changed, 18 insertions(+), 20 deletions(-)
diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c
Fixed coding style rule "Breaking long lines and strings" for hfa384x_usb.c
Signed-off-by: Sherif Shehab Aldin
---
drivers/staging/wlan-ng/hfa384x_usb.c | 52 -
1 file changed, 26 insertions(+), 26 deletions(-)
diff --git
Please don't quote large parts of the message f you are not referring to
it.
> > +#ifdef CONFIG_PM_SLEEP
> > +/**
> > + * cdns_i2c_suspend - Suspend method for the driver
> > + * @_dev: Address of the platform_device structure
> > + * Return: 0 always
> > + *
> > + * Put the driver into low
Nothing much, just some nitpicks :)
On 27 March 2014 22:50, Frederic Weisbecker wrote:
> A workqueue directory implements at least two files: max_active and
> per_cpu. Since thse are constant over WQ_SYSFS workqueues, they are
s/thse/these
> implemented as bus attributes.
> diff --git
Hi Thomas,
On Thu, Apr 03, 2014, Thomas Bächler wrote:
> > You can easily check by running the "Inquiry (LIAC)” test from
> > tools/hci-tester. Problem is that some of the HCI events are not
> > making it to the host. They get delivered as soon as the device
> > wakes up again. In this test case
On 27 March 2014 22:51, Frederic Weisbecker wrote:
> diff --git a/kernel/workqueue.c b/kernel/workqueue.c
> static int __init wq_sysfs_init(void)
> {
> - return subsys_virtual_register(_subsys, NULL);
> + struct device *anon_dev;
> + int ret;
> +
> + ret =
On Thu, 03 Apr 2014, James Hogan wrote:
> Hi,
>
> I've noticed that v3.14 breaks the backlight on Dell XPS13. Reverting the
> following commit fixes the issue for me (i.e. the GUI brightness controls
> work
> again):
>
> bc0bb9fd1c78 drm/i915: remove QUIRK_NO_PCH_PWM_ENABLE
>
> It appears that
On 2014/4/3 14:36, Du, ChangbinX wrote:
> Hi, All,
> I have a question for ftrace usage. It is that if I have a function A, then I
> want to
> know how function A is ivoked?
> I know ftrace can show me what sub-functions that A called by below steps:
> # echo function_graph >
> Subject: Re: [PATCHv2 2/3] regmap: Add the DT binding documentation for
> endianness
>
> On Wed, Apr 02, 2014 at 06:09:08PM +0800, Xiubo Li wrote:
>
> > +sai2: sai@40031000 {
> > + compatible = "fsl,vf610-sai";
> > + reg = <0x40031000 0x1000>;
> > + ...
> > +
(2014/04/03 4:35), Denys Vlasenko wrote:
> On Mon, Mar 31, 2014 at 4:08 AM, Hidetoshi Seto
> wrote:
>> There are 2 problems:
>>
>> [PROBLEM 1]: there is no exclusive control.
>>
>> It is easy to understand that there are 2 different cpu - an
>> observing cpu where running a program observing idle
On Thu, 2014-04-03 at 11:06 +0800, Zhang Yanfei wrote:
> On 04/03/2014 10:37 AM, Li Zhong wrote:
> > On Thu, 2014-04-03 at 09:37 +0800, Zhang Yanfei wrote:
> >> Add ccing
> >>
> >> On 04/02/2014 04:56 PM, Li Zhong wrote:
> >>> I noticed the phys_index and end_phys_index under
> >>>
* Igor Mammedov wrote:
> > I've seen that. Kernel still boots. With your patch it would hang.
Nonsense, not booting is OK when critical hardware is genuinely bad -
this isn't a disk drive or networking where bad IO 'happens sometimes'
and failure is something we have to engineer for - this
Hi, All,
I have a question for ftrace usage. It is that if I have a function A, then I
want to
know how function A is ivoked?
I know ftrace can show me what sub-functions that A called by below steps:
# echo function_graph > current_tracer
# echo function_A > set_graph_function
(To: == [the set of people I believe know a lot about inotify])
Hello all,
Lately, I've been studying the inotify API fairly thoroughly and
realized that there's a very big gap between knowing what the system
calls do versus using them to reliably and efficiently monitor the
state of a set of
> From: Steven Rostedt [mailto:rost...@goodmis.org]
> Sent: Thursday, April 03, 2014 2:14 PM
> To: Linus Torvalds; LKML
> Cc: Ingo Molnar; H. Peter Anvin; Thomas Gleixner; Li, Aubrey; Matthew Garrett
> Subject: [BUG] x86: reboot doesn't reboot
>
> I noticed that one of my test boxes no longer does
On 04/02/2014 05:12 PM, Tero Kristo wrote:
> On 04/02/2014 04:48 PM, Peter Ujfalusi wrote:
>> ABE DPLL frequency need to be lowered from 361267200
>> to 180633600 to facilitate the ATL requironments.
>> The dpll_abe_m2x2_ck clock need to be set to double
>> of ABE DPLL rate in order to have
Thu, 3 Apr 2014 00:49:14 -0400 от j...@ringle.org:
> From: Jon Ringle
>
> The SC16IS7xx is a slave I2C-bus/SPI interface to a single-channel
> high performance UART. The SC16IS7xx’s internal register set is
> backward-compatible with the widely used and widely popular 16C450.
>
> The SC16IS7xx
Updated email address of co-author and updated the copyright notice
with the current year.
Signed-off-by: Frank Haverkamp
Signed-off-by: Michael Jung
---
drivers/misc/genwqe/card_base.c |6 +++---
drivers/misc/genwqe/card_base.h |4 ++--
drivers/misc/genwqe/card_ddcb.c
Some storage devices show relatively high latencies to complete cache_flush
commands, even though their normal IO speed is prettry much high. In such
the case, it needs to merge cache_flush commands as much as possible to avoid
issuing them redundantly.
So, this patch introduces a mount option,
> From: Len Brown
>
> 3.12-stable review patch. If anyone has any objections, please let me know.
>
> ===
>
> commit fab04b2208dd1d4121319f0096c5a5f4b70abc54 upstream.
>
> Support the "Intel(R) Atom(TM) Processor C2000 Product Family",
> formerly code-named Avoton. It is based
Hi Alexander,
Am Mittwoch, den 02.04.2014, 13:52 +0200 schrieb Alexander Gordeev:
> As result of deprecation of MSI-X/MSI enablement functions
> pci_enable_msix() and pci_enable_msi_block() all drivers
> using these two interfaces need to be updated to use the
> new pci_enable_msi_range() or
I noticed that one of my test boxes no longer does a reboot with the
latest kernel. It goes down and shows:
[ 51.589896] reboot: Restarting system
[ 51.593567] reboot: machine restart
And the system sounds like it turns off (the fans stop), but then I
just sit there and wait, and wait and
At Wed, 2 Apr 2014 12:32:22 -0700,
Greg Kroah-Hartman wrote:
>
> On Wed, Apr 02, 2014 at 12:29:42PM +0200, Takashi Iwai wrote:
> > The driver is well written to be used as a module, just the exit call
> > is missing.
> >
> > Signed-off-by: Takashi Iwai
> > ---
> > drivers/char/Kconfig | 2
Thermal hysteresis represents a temperature difference.
But the original code treats it as a temperature value,
Convert it from tenths of degree Kelvin to Milli-Celsius
by deducing 273200. This is not right.
Kelvin and Celsius have same degree size. From temperature
difference view, the
At Wed, 02 Apr 2014 14:24:33 +0200,
Jean Delvare wrote:
>
> Le Wednesday 02 April 2014 à 12:29 +0200, Takashi Iwai a écrit :
> > ttyprintk driver calls tty_unregister_driver() wrongly in the error
> > path of tty_register_driver(). Also, setting ttyprintk_driver to NULL
> > is utterly
Hi Soren,
On 03/11/2014 05:50 PM, Soren Brinkmann wrote:
> Add a driver for the Cadence I2C controller. This controller is for
> example found in Xilinx Zynq.
>
> Signed-off-by: Soren Brinkmann
> ---
> v3:
> - incorporate signal handling changes from Mike Looijmans
>
Michael Kerrisk (man-pages) mtk.manpa...@gmail.com writes:
I think the only reasonable solution is to better document existing
behavior and what the programmer should do. With that in mind, I've
drafted the following text for the msync(2) man page:
NOTES
According to POSIX,
Hi,
I'm using cscope to browse kernel sources, but I'm facing warnings from
the tool since following commit:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=22d651dcef536c75f75537290bf3da5038e68b6b
commit 22d651dcef536c75f75537290bf3da5038e68b6b
Author: Michael
Valerio Vanni vale...@valeriovanni.com ha scritto nel messaggio
news:lg9etc$9fl$1...@ger.gmane.org
When resuming from S3 suspend, serial console starts sending garbage
on the serial port.
Not continuously, it sends garbage only when in local console prints a
text.
It stops only when the
On Thu, 2014-04-03 at 09:52 +0200, Ortwin Glück wrote:
On 02.04.2014 18:42, Eric Dumazet wrote:
You could post a tcpdump maybe ?
This is a dump from on the tun interface (traffic inside the tunnel).
It's an scp upload of a 2MB file. I aborted after a while when not much
progress was seen
On 04/03/2014 11:53 AM, Mark Brown wrote:
On Thu, Apr 03, 2014 at 11:47:15AM +0200, Takashi Iwai wrote:
I'm a bit late in the game, but I feel a bit uneasy through looking
at the whole changes. My primary question is, whether do we really
need to share the same struct soc_enum for the onehot
On 3 April 2014 14:30, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi Ulf,
On 03.04.2014 14:16, Ulf Hansson wrote:
On 3 March 2014 17:02, Tomasz Figa tomasz.f...@gmail.com wrote:
This patch introduces generic code to perform power domain look-up using
device tree and automatically bind
On Thursday 03 April 2014 14:38:33 mika.westerb...@linux.intel.com wrote:
On Thu, Apr 03, 2014 at 11:25:34AM +, Pallala, Ramakrishna wrote:
In non ACPI environment I used to initialize the platform_data under
board or platforms files. Under ACPI how do I do that?
If you can't
Hi, Jan,
I've just renewed the patch as you suggusted. Actually it isn't quite
performance sensitive, but the point is one less branch leads to
less penalty caused by branch prediction failure. Ok, this may be
way too paranoid.:-)
A bitwise flag comparison could be done using a more efficient
On Thu, 03 Apr 2014 14:30:50 +0800
Li, Aubrey aubrey...@linux.intel.com wrote:
May I know if reboot=t make any difference on your system with the change?
Is this the future fix? Or do you have patches for me to test. I'll be
happy to test any patches you have on this box. If you need to know
501 - 600 of 1182 matches
Mail list logo