From: Namhyung Kim
When callchain accumulation is requested, we need to sort the entries
by accumulated period value. When accumulated periods of two entries
are same (i.e. single path callchain) put the caller above since
accumulation tends to put callers on higher position for obvious
reason.
From: Namhyung Kim
Call __hists__add_entry() for each callchain node to get an
accumulated stat for an entry. However skip nodes which do not have
symbol info as they caused subtle problems.
AFAICS the current sort methods cannot distinguish entries with NULL
dso/sym well so that processing a c
From: Namhyung Kim
Print accumulated stat of a hist entry if requested.
Cc: Arun Sharma
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/ui/hist.c | 41 +
tools/perf/util/hist.h | 1 +
2 files changed, 42 insertions(+)
diff --git
From: Namhyung Kim
Print accumulated stat of a hist entry if requested.
Cc: Arun Sharma
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/tools/perf/ui/browsers/hists.c b/tools/perf/ui
From: Namhyung Kim
To support callchain accumulation, @entry should be recognized if it's
accumulated or not when add_hist_entry() called. The period of an
accumulated entry should be added to ->stat_acc but not ->stat. Add
@sample_self arg for that.
Cc: Arun Sharma
Cc: Frederic Weisbecker
Si
From: Namhyung Kim
Print accumulated stat of a hist entry if requested.
Cc: Arun Sharma
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/ui/gtk/hists.c | 16
1 file changed, 16 insertions(+)
diff --git a/tools/perf/ui/gtk/hists.c b/tools/perf/ui/gtk/hists.
From: Namhyung Kim
If -g cumulative option is given, it needs to show entries which don't
have self overhead. So apply percent-limit to accumulated overhead
percentage in this case.
Cc: Arun Sharma
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 15 +
From: Namhyung Kim
It is possble that a callchain has cycles or recursive calls. In that
case it'll end up having entries more than 100% overhead in the
output. In order to prevent such entries, cache each callchain node
and skip if same entry already cumulated.
Cc: Arun Sharma
Cc: Frederic W
From: Namhyung Kim
The cpumode and level in struct addr_localtion was set for a sample
and but updated as cumulative callchains were added. This led to have
non-matching symbol and cpumode in the output.
Update it accordingly based on the fact whether the map is a part of
the kernel or not.
Cc
From: Namhyung Kim
The __hists__add_{branch,mem}_entry() did almost same thing that
__hists__add_entry() does. Consolidate them into one.
Cc: Jiri Olsa
Cc: Stephane Eranian
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-annotate.c | 2 +-
tools/perf/builtin-dif
From: Namhyung Kim
The -g cumulative option is for showing accumulated overhead (period)
value as well as self overhead.
Cc: Arun Sharma
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-report.txt | 2 ++
tools/perf/builtin-report.c | 3 +++
Since clock operation within S2MPS11 and S5M8767 are similar, we can
support both the devices within a single driver.
Signed-off-by: Tushar Behera
CC: Yadwinder Singh Brar
CC: Mike Turquette
---
drivers/clk/Kconfig |6 --
drivers/clk/clk-s2mps11.c |5 +
2 files changed, 9
S5M8767 chip has 3 crystal oscillators running at 32KHz. These are
supported by s2mps11-clk driver.
Signed-off-by: Tushar Behera
CC: Lee Jones
---
drivers/mfd/sec-core.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/mfd/sec-core.c b/drivers/mfd/sec-core.c
ind
Signed-off-by: Tushar Behera
CC: Kukjin Kim
---
arch/arm/boot/dts/exynos5250-arndale.dts |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250-arndale.dts
b/arch/arm/boot/dts/exynos5250-arndale.dts
index b77a37e..34b305d 100644
--- a/arch/arm/boot/dts/exynos
The clocks in S2MPS11 and S5M8767 are managed in the same way, baring
a difference in the register offset. It would be better to update
existing S2MPS11 driver to support the clocks in S5M8767, rather than
creating an almost duplicate driver altogether.
Signed-off-by: Tushar Behera
CC: Yadwinder
S5M8767 chip has 3 crystal oscillators which are operated in the same
as the crystal oscillators in S2MPS11. Extend s2mps11-clk driver to
support clocks in S5M8767.
The patches are based on next-20131030.
Tushar Behera (4):
clk: clk-s2mps11: Refactor for including support for other MFD clocks
On 10/31/2013 07:15 AM, Chen Gang wrote:
> For some architectures (e.g. arc, openrisc), BASE_BAUD isn't constant
> And SERIAL_PORT_DFNS always use BASE_BAUND, and also all drivers use
> SERIAL_PORT_DFNS to initialize static variables, statically.
>
> So need define SERIAL_PORT_DFNS as empty to tell
On Wed, Oct 30, 2013 at 09:56:29PM -0700, Paul E. McKenney wrote:
> On Thu, Oct 31, 2013 at 01:26:05AM +0200, Michael S. Tsirkin wrote:
> > > > Paul, could you review this patch please?
> > > > Documentation/memory-barriers.txt says that unlock has a weaker
> > > > uni-directional barrier, but in p
On Wed, Oct 30, 2013 at 12:57 AM, Yijing Wang wrote:
Bisection points to 928bea964827d7824b548c1f8e06eccbbc4d0d7d .
>>>
>>> This is "PCI: Delay enabling bridges until they're needed" by Yinghai.
>>
>> that double disabling should be addressed by:
>>
>> https://lkml.org/lkml/2013/4/25/608
>>
>
Oops missed in my post ks sweep, just 3 small fixes for radeon.
Dave.
The following changes since commit 12aee278b50c4a94a93fa0b4d201ae35d792c696:
Merge branch 'akpm' (fixes from Andrew Morton) (2013-10-30 14:27:10 -0700)
are available in the git repository at:
git://people.freedesktop.o
On Wed, Oct 30, 2013 at 3:14 AM, Gu Zheng wrote:
> When concurent removing pci devices which are in the same pci subtree
> via sysfs, such as:
> echo -n 1 > /sys/bus/pci/devices/\:10\:00.0/remove ; echo -n 1 >
> /sys/bus/pci/devices/\:1a\:01.0/remove
> (1a:01.0 device is downstream from th
On 10/31/2013 02:22 PM, Vineet Gupta wrote:
> On 10/31/2013 11:45 AM, Chen Gang wrote:
>> > Hmm... if so, recommend to modify another architectures which also only
>> > return "-EINVAL", but without "__init" prefix.
> Yes in first pass, it will only convert the arches which return EINVAL but
> can
seiji.agu...@hds.com writes:
> Change from v3:
> - Introduce EFI_VARS_DATA_SIZE_MAX macro.
> - Add some description why a scanning/deleting logic is needed.
>
> Currently, when mounting pstore file system, a read callback of efi_pstore
> driver runs mutiple times as below.
>
> - In the first read
By enabling dual fifo mode, it would allow SSI enter a better performance
to transimit/receive data without occasional hardware underrun/overrun.
[ Passed compile-test with mpc85xx_defconfig ]
Signed-off-by: Nicolin Chen
---
sound/soc/fsl/fsl_ssi.c | 24 +++-
1 file changed,
On i.MX5/6 series, SDMA is using new version firmware to support SSI
dual FIFO feature and HDMI Audio (i.MX6Q/DL only). Thus add it.
Signed-off-by: Nicolin Chen
---
drivers/dma/imx-sdma.c | 15 ++-
include/linux/platform_data/dma-imx-sdma.h | 3 +++
2 files chang
Use dual-fifo sdma scripts instead of shared scripts for ssi on i.MX series.
Signed-off-by: Nicolin Chen
---
arch/arm/boot/dts/imx51.dtsi | 4 ++--
arch/arm/boot/dts/imx53.dtsi | 4 ++--
arch/arm/boot/dts/imx6qdl.dtsi | 12 ++--
arch/arm/boot/dts/imx6sl.dtsi | 12 ++--
4 f
This patch adds a new DMA_TYPE for SSI dual FIFO script, included
in SDMA firmware version 2. This script would allow SSI use dual
fifo mode to transimit/receive data without occasional hardware
underrun/overrun.
Signed-off-by: Nicolin Chen
---
Documentation/devicetree/bindings/dma/fsl-imx-sdma.
Changelog
v2:
* Instead of adding rogue scripts to current SDMA driver based on firmware
* V1, we define the new SDMA firmware as version 2 and bisect the PATCH-1
* to two patches: The first is to add version check code to the SDMA driver;
* And the second is to add SSI dual FIFO DMATYPE.
*
*
Since kernel parameter is operated before
initcall, so the audit_initialized must be
AUDIT_UNINITIALIZED or DISABLED in audit_enable.
Signed-off-by: Gao feng
---
kernel/audit.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
change from v1:
convert "printk(KERN_INFO " to "p
On Thu, Oct 31, 2013 at 1:12 AM, Johan Herland wrote:
> Yes, we do lack a good infrastructure for managing Git hooks from
> multiple sources. It makes people afraid to use them, because they
> might conflict with hooks from another source. There are (off the top
> of my head):
>
> - "personal" ho
Hi Grant,
Today's linux-next merge of the devicetree tree got a conflict in
drivers/crypto/caam/jr.c between commit 313ea293e9c4 ("crypto: caam - Add
Platform driver for Job Ring") from the crypto tree and commit
f7578496a671 ("of/irq: Use irq_of_parse_and_map()") from the devicetree
tree.
I fixe
On 10/31/2013 11:45 AM, Chen Gang wrote:
> Hmm... if so, recommend to modify another architectures which also only
> return "-EINVAL", but without "__init" prefix.
Yes in first pass, it will only convert the arches which return EINVAL but can
ask
the maintainers whether they want the alternate ve
On 10/31/2013 02:11 PM, Chen Gang wrote:
> On 10/31/2013 01:45 PM, Vineet Gupta wrote:
>> On 10/23/2013 07:36 AM, Chen Gang wrote:
>>> Most of architectures not use '__init' for setup_profiling_timer(), so
>>> need remove it, or can generate warning (e.g. arc with allmodconfig):
>>>
>>> MODPOST
On 10/31/2013 01:45 PM, Vineet Gupta wrote:
> On 10/23/2013 07:36 AM, Chen Gang wrote:
>> Most of architectures not use '__init' for setup_profiling_timer(), so
>> need remove it, or can generate warning (e.g. arc with allmodconfig):
>>
>> MODPOST vmlinux.o
>> WARNING: vmlinux.o(.text+0x3c682
On 2013/10/31 13:29, Younger Liu wrote:
> Hi,
> When I analyse boot time on ArmV7, I found that it takes
> about 2s in sched_clock_init(), the log is as follow:
> [0.00] before:sched_clock_init.
> [0.00] start:sched_clock_init.
> [2.100505] end :sched_clock_init.
> [2.103
On 09:19 Thu 31 Oct , Bo Shen wrote:
> Hi Arnd,
>
> On 10/31/2013 04:46, Arnd Bergmann wrote:
> >On Wednesday 30 October 2013, Johan Hovold wrote:
> >>>I really hate this type of patch, as it's papering over the real
> >>>problem. What happens when someone else moves their driver to this
> >>
From: David Miller [mailto:da...@davemloft.net]
Sent: Thursday, October 31, 2013 5:05 AM
>
> From: Hayes Wang
> Date: Wed, 30 Oct 2013 15:13:39 +0800
[...]
> Basically, your driver will now queue up to 1,000 packets onto
> this tx_queue list, because that is what tx_queue_len will be
> for alloc
On Wed, Oct 30, 2013 at 06:39:16PM -0700, David Rientjes wrote:
> A subset of applications that wait on memory.oom_control don't disable
> the oom killer for that memcg and simply log or cleanup after the kernel
> oom killer kills a process to free memory.
>
> We need the ability to do this for sy
On Thu, 2013-10-31 at 13:36 +0800, Yan, Zheng wrote:
> Unlike other uncore boxes, IRP boxes live in PCI buses with no UBOX
> device. For PCI bus without UBOX device, we find the next bus that
> has UBOX device and use its 'bus to socket' mapping.
[]
> diff --git a/arch/x86/kernel/cpu/perf_event_int
On 10/23/2013 07:36 AM, Chen Gang wrote:
> Most of architectures not use '__init' for setup_profiling_timer(), so
> need remove it, or can generate warning (e.g. arc with allmodconfig):
>
> MODPOST vmlinux.o
> WARNING: vmlinux.o(.text+0x3c682): Section mismatch in reference from the
> functi
From: "Yan, Zheng"
The encoding for filter registers of IvyBridge-EP uncore QPI boxes is
completely the same as SandyBridge-EP.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event_intel_uncore.c | 61 ++-
1 file changed, 51 insertions(+), 10 deletions(-)
diff
From: "Yan, Zheng"
Unlike other uncore boxes, IRP boxes live in PCI buses with no UBOX
device. For PCI bus without UBOX device, we find the next bus that
has UBOX device and use its 'bus to socket' mapping.
Besides the counter/control registers in IRP boxes are not properly
aligned
Signed-off-b
Hi Nicolas,
On 10/28/2013 10:49 PM, Nicolas Ferre wrote:
On 22/10/2013 12:13, Bo Shen :
Hi All,
On 10/8/2013 21:17, Thierry Reding wrote:
On Mon, Sep 30, 2013 at 05:10:40PM +0800, Bo Shen wrote:
Add Atmel PWM controller driver based on PWM framework.
This is the basic function implementatio
Hi,
When I analyse boot time on ArmV7, I found that it takes
about 2s in sched_clock_init(), the log is as follow:
[0.00] before:sched_clock_init.
[0.00] start:sched_clock_init.
[2.100505] end :sched_clock_init.
[2.103983] before:calibrate_delay.
In my config, CONFIG_H
> -Original Message-
> From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm-
> ow...@vger.kernel.org] On Behalf Of Srinivas Pandruvada
> Sent: Thursday, October 31, 2013 7:03 AM
> To: R, Durgadoss; Zhang, Rui
> Cc: eduardo.valen...@ti.com; linux...@vger.kernel.org; linux-
> ker...@vger.ker
>On Wed, 30 Oct 2013 10:41:46 +0800 majianpeng wrote:
>
>> For R5_ReadNoMerge,it mean this bio can't merge with other bios or
>> request.It used REQ_FLUSH to achieve this. But REQ_NOMERGE can do the
>> same work.
>>
>> Signed-off-by: Jianpeng Ma
>> ---
>> drivers/md/raid5.c | 2 +-
>> 1 file ch
On Tue, Oct 29, 2013 at 03:31:36PM +0100, Laurent Pinchart wrote:
> Fix the probe error path to release the clock resource when the
> sh_tmu_register() call fails.
>
> Cc: Daniel Lezcano
> Cc: linux-kernel@vger.kernel.org
> Signed-off-by: Laurent Pinchart
Thanks, I have queued this up.
--
To un
On Tue, Oct 29, 2013 at 03:31:37PM +0100, Laurent Pinchart wrote:
> Prepare the clock at probe time, as there is no other appropriate place
> in the driver where we're allowed to sleep.
>
> Cc: Daniel Lezcano
> Cc: linux-kernel@vger.kernel.org
> Signed-off-by: Laurent Pinchart
Thanks, I have qu
On Tue, Oct 29, 2013 at 03:30:45PM +0100, Laurent Pinchart wrote:
> Prepare the clock at probe time, as there is no other appropriate place
> in the driver where we're allowed to sleep.
>
> Cc: Daniel Lezcano
> Cc: linux-kernel@vger.kernel.org
> Signed-off-by: Laurent Pinchart
Thanks, I have qu
On 10/31/2013 01:59 PM, NeilBrown wrote:
* PGP Signed by an unknown key
On Tue, 29 Oct 2013 09:18:16 -0700 Mark Brown wrote:
On Tue, Oct 29, 2013 at 11:10:37AM +1100, NeilBrown wrote:
Yes, the device is soldered down and has a reset line that needs to be pulsed
low at about the same time th
On Tue, Oct 29, 2013 at 03:30:44PM +0100, Laurent Pinchart wrote:
> Fix the probe error path to release the clock resource when the
> sh_mtu2_register() call fails.
>
> Cc: Daniel Lezcano
> Cc: linux-kernel@vger.kernel.org
> Signed-off-by: Laurent Pinchart
Thanks, I have queued this up.
--
To u
On Wed, Oct 30, 2013 at 7:45 PM, Daniel Walker wrote:
> On Wed, Oct 30, 2013 at 05:36:58PM -0700, Olof Johansson wrote:
>> On Wed, Oct 30, 2013 at 4:25 PM, Daniel Walker wrote:
>>
>> > So the current users of those platforms are, what SOL ?
>>
>> What users? Show me one.
>
> What am I chop liver
(10/31/13 12:24 AM), kosaki.motoh...@gmail.com wrote:
> From: KOSAKI Motohiro
>
> When __rmqueue_fallback() don't find out a free block with the same size
> of required, it splits a larger page and puts back rest peiece of the page
> to free list.
>
> But it has one serious mistake. When putting
(10/31/13 12:35 AM), Andrew Morton wrote:
On Thu, 31 Oct 2013 00:24:49 -0400 kosaki.motoh...@gmail.com wrote:
When __rmqueue_fallback() don't find out a free block with the same size
of required, it splits a larger page and puts back rest peiece of the page
to free list.
But it has one serious
On Tue, 29 Oct 2013 09:18:16 -0700 Mark Brown wrote:
> On Tue, Oct 29, 2013 at 11:10:37AM +1100, NeilBrown wrote:
>
> > Yes, the device is soldered down and has a reset line that needs to be
> > pulsed
> > low at about the same time that the MMC port enables the regulator.
>
> > How do you pro
(10/16/13 6:42 AM), Mel Gorman wrote:
It has been reported on very large machines that show_mem is taking almost
5 minutes to display information. This is a serious problem if there is
an OOM storm. The bulk of the cost is in show_mem doing a very expensive
PFN walk to give us the following infor
On Thu, Oct 31, 2013 at 01:26:05AM +0200, Michael S. Tsirkin wrote:
> > > Paul, could you review this patch please?
> > > Documentation/memory-barriers.txt says that unlock has a weaker
> > > uni-directional barrier, but in practice srcu_read_unlock calls
> > > smp_mb().
> > >
> > > Is it OK to re
On Thu, Oct 31, 2013 at 11:14 AM, Rusty Russell wrote:
> Russell King - ARM Linux writes:
>
> Kallsyms tends to fall between modules and scripts. I assume it's not
> urgent, so no cc:stable on this one.
Rusty, thanks a lot.
BTW, there is already other report on the problem:
http://lkml.ind
Dear Friend,
Greeting to you!!!
I know that this mail will come to you as a surprise as we never met before. I
am Mr. Keba Ba The Chief representative of the African Development Bank for
Central and West African Division, I Hoped that you will not expose or betray
th
(2013/10/31 9:58), jerry.hoem...@hp.com wrote:
On Wed, Oct 23, 2013 at 09:05:06AM +0900, HATAYAMA Daisuke wrote:
- Rebased on top of v3.12-rc6
- Basic design has been changed. Now users need to figure out initial
APIC ID of BSP in the 1st kernel and configures kernel parameter for
the 2n
On Wed, Oct 30, 2013 at 03:28:54PM +0200, Victor Kaplansky wrote:
> "Paul E. McKenney" wrote on 10/30/2013
> 11:27:25 AM:
>
> > If you were to back up that insistence with a description of the
> orderings
> > you are relying on, why other orderings are not important, and how the
> > important ord
On Wed, Oct 30, 2013 at 04:51:16PM +0100, Peter Zijlstra wrote:
> On Wed, Oct 30, 2013 at 03:28:54PM +0200, Victor Kaplansky wrote:
> > one of the authors of Documentation/memory-barriers.txt is on cc: list ;-)
> >
> > Disclaimer: it is anyway impossible to prove lack of *any* problem.
> >
> > Ha
From: mr...@linux.ee
Date: Wed, 30 Oct 2013 23:41:09 +0200 (EET)
>> Signed-off-by: Steffen Klassert
>
> Works fine, thanks!
>
> Tested-by: Meelis Roos
Thanks for reporting the bug and testing the fix.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Thu, 31 Oct 2013 00:24:49 -0400 kosaki.motoh...@gmail.com wrote:
> When __rmqueue_fallback() don't find out a free block with the same size
> of required, it splits a larger page and puts back rest peiece of the page
> to free list.
>
> But it has one serious mistake. When putting back, __rmqu
From: Cong Wang
Date: Wed, 30 Oct 2013 15:01:12 -0700
> On Wed, Oct 30, 2013 at 2:32 PM, David Miller wrote:
>>
>> Explain to me then why other ethernet drivers implemented identically,
>> such as tg3, can use plain dev_kfree_skb() just fine?
>
> I don't think they are fine, I just don't see bu
From: KOSAKI Motohiro
When __rmqueue_fallback() don't find out a free block with the same size
of required, it splits a larger page and puts back rest peiece of the page
to free list.
But it has one serious mistake. When putting back, __rmqueue_fallback()
always use start_migratetype if type is
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/bridge/br_private.h between commit 06499098a02b ("bridge: pass
correct vlan id to multicast code") from the net tree and commit
348662a1429f ("net: 8021q/bluetooth/bridge/can/ceph: Remove extern from
function prototypes")
On Tue, 2013-10-29 at 11:19 +, Artem Bityutskiy wrote:
> On Mon, 2013-10-28 at 04:54 +, Qi Wang 王起 (qiwang) wrote:
> > On Sa, 2013-10-26 at 05:19 +, Artem Bityutskiy wrote:
> > > On Thu, 2013-10-10 at 08:28 +, Qi Wang 王起 (qiwang) wrote:
> > > > But I want to say the potential risk i
Russell King - ARM Linux writes:
> On Mon, Oct 28, 2013 at 04:20:19PM +1030, Rusty Russell wrote:
>> Ming Lei writes:
>> > On Mon, 28 Oct 2013 13:44:30 +1030
>> > Rusty Russell wrote:
>> >
>> >> Ming Lei writes:
>> >>
>> >> I don't know... It would be your job, as the person making the change
Hi Eric Paris,
Can you give me some comments?
You think the tying audit namespace to user namespace is a bad idea,
so this patchset doesn't assign auditns to userns and introduce an
new audit netlink type to help to create audit namespace.
and this patchset also introduces an new proc interface
On 30/10/13 20:32, Frank Haverkamp wrote:
> From: Frank Haverkamp
> Signed-off-by: Frank Haverkamp
> Co-authors: Joerg-Stephan Vogt ,
> Michael Jung ,
> Michael Ruettger
> ---
> Documentation/ABI/testing/debugfs-driver-genwqe | 57 +
> Documentation/ABI/testing/sysfs-
On 10/30/13 18:57, Masanari Iida wrote:
> Correct spelling typo in Documentation/usb/gadget_configs.txt
>
> Signed-off-by: Masanari Iida
Acked-by: Randy Dunlap
Thanks.
> ---
> Documentation/usb/gadget_configfs.txt | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
--
~Randy
--
Hi Michael,
On Wed, Oct 30, 2013 at 8:53 AM, Michael Hudson-Doyle
wrote:
> Hi,
>
> On arm, probably since "ARM: use linker magic for vectors and vector
> stubs" (although I haven't checked this), perf report tends to allocate
> all kernel time to the module loaded at the highest address.
>
> This
On 10/30/2013 07:07 PM, Dave Young wrote:
> On 10/31/13 at 10:04am, Dave Young wrote:
>> On 10/30/13 at 11:47am, Borislav Petkov wrote:
>>> On Wed, Oct 30, 2013 at 10:03:49AM +0800, Dave Young wrote:
Will try, but please keep the posted patches in mailing list up-to-date,
>>>
>>> Would you lik
On Wed, 30 Oct 2013 10:41:46 +0800 majianpeng wrote:
> For R5_ReadNoMerge,it mean this bio can't merge with other bios or
> request.It used REQ_FLUSH to achieve this. But REQ_NOMERGE can do the
> same work.
>
> Signed-off-by: Jianpeng Ma
> ---
> drivers/md/raid5.c | 2 +-
> 1 file changed, 1 i
On 10/31/2013 10:47 AM, Wei Ni wrote:
> On 10/30/2013 11:41 PM, Jean Delvare wrote:
>> Hi Wei,
>>
>> On Wed, 7 Aug 2013 14:18:24 +0800, Wei Ni wrote:
>>> Add bit defines for the status register. And add a function
>>> lm90_is_tripped() which will read status register and return
>>> tripped or not,
> From: Bjørn Mork [mailto:bj...@mork.no]
> Sent: Tuesday, October 29, 2013 4:41 PM
> To: Du, ChangbinX
> Cc: oli...@neukum.org; linux-...@vger.kernel.org; net...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] net/cdc_ncm: fix null pointer panic at usbnet_link_change
>
> "D
tony.l...@intel.com writes:
>> So, do you mean efivars should fix to use the "id" in a proper way?
>
> It would avoid the need for all these tests, and additions to the filename to
> guarantee
> uniqueness.
>
> Not sure what options efivars has to create a unique, persistent "id" for each
> reco
Need signed cast for it, the original author assume the type of 'block'
is long, so just cast to long. The related warnings (with allmodconfig):
fs/befs/linuxvfs.c:136:2: warning: comparison of unsigned expression < 0 is
always false [-Wtype-limits]
Signed-off-by: Chen Gang
---
fs/befs/linux
On 10/30/2013 11:41 PM, Jean Delvare wrote:
> Hi Wei,
>
> On Wed, 7 Aug 2013 14:18:24 +0800, Wei Ni wrote:
>> Add bit defines for the status register. And add a function
>> lm90_is_tripped() which will read status register and return
>> tripped or not, then lm90_alert can call it directly, and in
On Wed, Oct 30, 2013 at 05:36:58PM -0700, Olof Johansson wrote:
> On Wed, Oct 30, 2013 at 4:25 PM, Daniel Walker wrote:
>
> > So the current users of those platforms are, what SOL ?
>
> What users? Show me one.
>
What am I chop liver ?
Daniel
--
To unsubscribe from this list: send the line "
Hi guys,
We got network I/O performance degradation with latest stable
kernel and the be2net driver as compared to old kernel 3.0.6. later
we found even compared to
the same latest stable kernel but the INTEL_IOMMU set to 'n', still
got very noticeable performance regression:
Kernel : 3
On 2013年10月31日 00:23, Bjorn Helgaas wrote:
> On Wed, Oct 30, 2013 at 2:34 AM, Lan Tianyu wrote:
>> On 2013年10月29日 01:32, Bjorn Helgaas wrote:
>>>
>>> On Sat, Oct 26, 2013 at 10:53 AM, Lan Tianyu wrote:
On 10/24/2013 06:39 AM, Bjorn Helgaas wrote:
>
> On Fri, Oct 18, 2013 at 08:4
On 10/29/2013 10:40 PM, Minchan Kim wrote:
We've had a similar patch in our tree for a year and a half because
of CMA migration failures, not just for a speedup in allocation
time. I understand that CMA is not the fast case or the general use
case but the problem is that the cost of CMA failure
On 10/31/13 at 10:04am, Dave Young wrote:
> On 10/30/13 at 11:47am, Borislav Petkov wrote:
> > On Wed, Oct 30, 2013 at 10:03:49AM +0800, Dave Young wrote:
> > > Will try, but please keep the posted patches in mailing list up-to-date,
> >
> > Would you like me to send them to you privately?
>
> Th
On 10/30/13 at 11:47am, Borislav Petkov wrote:
> On Wed, Oct 30, 2013 at 10:03:49AM +0800, Dave Young wrote:
> > Will try, but please keep the posted patches in mailing list up-to-date,
>
> Would you like me to send them to you privately?
Thanks, do not bother to send me privately I can get it fr
Correct spelling typo in Documentation/usb/gadget_configs.txt
Signed-off-by: Masanari Iida
---
Documentation/usb/gadget_configfs.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/usb/gadget_configfs.txt
b/Documentation/usb/gadget_configfs.txt
index 8ec2
For some architectures (e.g. openrisc, arc), BASE_BAUD isn't constant
And SERIAL_PORT_DFNS always use BASE_BAUND, and also all drivers use
SERIAL_PORT_DFNS to initialize static variables, statically.
So need define SERIAL_PORT_DFNS as empty to tell drivers they don't
support SERIAL_PORT_DFNS (most
For some architectures (e.g. arc, openrisc), BASE_BAUD isn't constant
And SERIAL_PORT_DFNS always use BASE_BAUND, and also all drivers use
SERIAL_PORT_DFNS to initialize static variables, statically.
So need define SERIAL_PORT_DFNS as empty to tell drivers they don't
support SERIAL_PORT_DFNS (most
A subset of applications that wait on memory.oom_control don't disable
the oom killer for that memcg and simply log or cleanup after the kernel
oom killer kills a process to free memory.
We need the ability to do this for system oom conditions as well, i.e.
when the system is depleted of all memor
You might want to use new DEVICE_ATTR_RO and DEVICE_ATTR_RW in this
series. GKH wanted this changes in my powercap patchset.
Thanks,
Srinivas
On 10/15/2013 06:12 AM, R, Durgadoss wrote:
-Original Message-
From: Zhang, Rui
Sent: Tuesday, October 15, 2013 4:33 PM
To: R, Durgadoss
Cc: edu
Hi Bjorn,
On 10/31/2013 01:19 AM, Bjorn Helgaas wrote:
> On Wed, Oct 30, 2013 at 06:12:27PM +0800, Gu Zheng wrote:
>> There is a potential deadlock situation when we manipulate pci device
>> (remove&rescan) via the pci-sysfs user interfaces simultaneously.
>>
>> Privious patch:
>> https://lkml.
Hi Tomi,
On 10/30/2013 07:20 PM, Tomi Valkeinen wrote:
> Hi,
>
> On 2013-10-28 08:01, Gu Zheng wrote:
>> Following commits:
>> 50e244cc79 fb: rework locking to fix lock ordering on takeover
>> e93a9a8687 fb: Yet another band-aid for fixing lockdep mess
>> 054430e773 fbcon: fix locking harder
>>
Hi Arnd,
On 10/31/2013 04:46, Arnd Bergmann wrote:
On Wednesday 30 October 2013, Johan Hovold wrote:
I really hate this type of patch, as it's papering over the real
problem. What happens when someone else moves their driver to this
level? Then you are back to the original problem.
Yes, it'
Greg Kroah-Hartman writes:
> On Wed, Oct 30, 2013 at 03:38:58PM -0700, Eric W. Biederman wrote:
>>
>> Greg what is going on? I just looked and Tejuns ill-conceived recursive
>> directory deletion code has been merged into your driver-core-next tree.
>>
>> That code is semantically broken. I
On Wed, Oct 30, 2013 at 12:23 AM, Olof Johansson wrote:
> Hi,
>
> On Tue, Oct 15, 2013 at 1:39 PM, Grant Likely wrote:
>> All the users of of_irq_parse_raw pass in a raw interrupt specifier from
>> the device tree and expect it to be returned (possibly modified) in an
>> of_phandle_args structure
From: Bob Moore
commit a50abf4842dd7d603a2ad6dcc7f1467fd2a66f03 upstream.
Disallow the dereference of a reference (via index) to an uninitialized
package element. Provides compatibility with other ACPI
implementations. ACPICA BZ 1003.
Cc: # 3.8.x: 3f654ba: ACPICA: Interpreter: Fix
Cc: # 3.8
From: Bob Moore
commit 63660e05ec719613b518547b40a1c501c10f0bc4 upstream.
Previously, references to these objects were resolved only to the actual
FieldUnit or BufferField object. The correct behavior is to resolve these
references to an actual value.
The problem is that DerefOf did not resolve
From: Bob Moore
commit 4be4be8fee2ee99a52f94f90d03d2f287ee1db86 upstream.
This change fixes a problem where a Store operation to an ArgX object
that contained a reference to a field object did not complete the
automatic dereference and then write to the actual field object.
Instead, the object t
There are bug-fixes for AML interpreter upstreamed, fixing some serious
issues found in recent platforms. These fixes make Linux AML interpreter
more ACPI 2.0 ASL concept compliant. Further AML interpreter fixes should
be based on such improvements, thus they are good materials for stable.
This
1 - 100 of 678 matches
Mail list logo