- Pass a ksignal struct to it
- Remove unused regs parameter
- Make it private as it's nowhere outside of kernel/signal.c is used
Signed-off-by: Richard Weinberger rich...@nod.at
---
include/linux/signal.h | 1 -
kernel/signal.c| 21 -
2 files changed, 8
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/arc/kernel/signal.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/arch/arc/kernel/signal.c b/arch/arc/kernel/signal.c
index c2031e2..bf11c8d 100644
On Mon, Mar 03, 2014 at 07:23:06AM +0800, Li, Aubrey wrote:
Windows doesn't do because there is no 32/64 mixed windows and EFI on
the planet. Since the silicon is actually 64 bit, I failed to see a
reason to refuse the user install 64bit linux on it. So we encountered a
case windows didn't.
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/xtensa/kernel/signal.c | 43 ---
1 file changed, 16 insertions(+), 27 deletions(-)
diff --git
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/unicore32/kernel/signal.c | 48 ++
1 file changed, 20 insertions(+), 28 deletions(-)
diff --git
Now we can turn get_signal() to the main function.
Signed-off-by: Richard Weinberger rich...@nod.at
---
include/linux/signal.h | 14 +-
kernel/signal.c| 23 ---
2 files changed, 13 insertions(+), 24 deletions(-)
diff --git a/include/linux/signal.h
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/parisc/kernel/signal.c | 58 +++--
1 file changed, 24 insertions(+), 34 deletions(-)
diff --git
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/metag/kernel/signal.c | 55 --
1 file changed, 24 insertions(+), 31 deletions(-)
diff --git
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/mn10300/kernel/signal.c | 89 ++--
1 file changed, 36 insertions(+), 53 deletions(-)
diff --git
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
This inverts also the return codes of setup_*frame() to follow the
kernel convention.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/powerpc/kernel/signal.c| 31 +++
On 03/02/2014 02:13 PM, Li, Aubrey wrote:
No really. Given that we add all of the known methods into the default
list, and BIOS is the last method, if your system hits BIOS, that means
ACPI/KBD/EFI/PCI can't make your system reboot, so BIOS should make it
work.
Or it means the KBD port
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Acked-by: Richard Kuo r...@codeaurora.org
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/hexagon/kernel/signal.c | 45 ++--
1 file changed, 18 insertions(+), 27
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/m68k/kernel/signal.c | 63 ++-
1 file changed, 24 insertions(+), 39 deletions(-)
diff --git
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/frv/kernel/signal.c | 99 +++-
1 file changed, 40 insertions(+), 59 deletions(-)
diff --git
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/cris/arch-v10/kernel/signal.c | 79 --
arch/cris/arch-v32/kernel/signal.c | 77 +++--
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/blackfin/kernel/signal.c | 39 +--
1 file changed, 17 insertions(+), 22 deletions(-)
diff --git
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Tested-by: Mark Salter msal...@redhat.com
Acked-by: Mark Salter msal...@redhat.com
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/c6x/kernel/signal.c | 43 ++-
On 02/26/2014 09:57 AM, H. Peter Anvin wrote:
On 02/26/2014 09:10 AM, Matthew Garrett wrote:
On Wed, Feb 26, 2014 at 08:45:41AM -0800, H. Peter Anvin wrote:
Yes. Grub can be made to behave sanely by using linux16 and
initrd16, but of course none of the distros do it that way.
Fedora does
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/arc/kernel/signal.c | 39 +++
1 file changed, 15 insertions(+), 24 deletions(-)
diff --git
Use the more generic functions get_signal() signal_setup_done()
for signal delivery.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/avr32/kernel/signal.c | 43 ++-
1 file changed, 18 insertions(+), 25 deletions(-)
diff --git
Hi Geert,
On Sun, 2 Mar 2014 11:34:39 +0100 Geert Uytterhoeven ge...@linux-m68k.org
wrote:
Now allnoconfig started disabling CONFIG_PROC_FS:
arch/cris/kernel/built-in.o:(.rodata+0xc): undefined reference to
`show_cpuinfo'
make: *** [vmlinux] Error 1
Signed-off-by: Geert
On 03/02/2014 04:07 PM, Matthew Garrett wrote:
On Mon, Mar 03, 2014 at 07:23:06AM +0800, Li, Aubrey wrote:
Windows doesn't do because there is no 32/64 mixed windows and EFI on
the planet. Since the silicon is actually 64 bit, I failed to see a
reason to refuse the user install 64bit linux
On 27 February 2014 10:55, Viresh Kumar viresh.ku...@linaro.org wrote:
Hi Rashika,
On 26 February 2014 22:08, Rashika Kheria rashika.khe...@gmail.com wrote:
Mark function as static in cpufreq.c because it is not
used outside this file.
This eliminates the following warning in cpufreq.c:
Looks good, thanks.
Andrew, if you haven't already, can you please take that one for integration
via your mm series? Thanks!
Best regards,
Anton
On 27 Feb 2014, at 11:43, Fabian Frederick f...@skynet.be wrote:
File was removed in the following commit :
Hi Stephen,
Today's linux-next merge of the bcm2835 tree got a conflict in
arch/arm/mach-bcm2835/Kconfig between commits ddb902cc3459 (ARM:
centralize common multi-platform kconfig options) and 0676b21fffd1
(ARM: bcm2835: enable V6K instead of plain V6) from the arm-soc tree
and commit
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of relative or absolute and
affects -c delta output only.
For more information, please see previous commit same thing done to
perf report.
Acked-by: Jiri Olsa jo...@redhat.com
Signed-off-by:
Add hist.percentage option for setting default value of the
symbol_conf.filter_relative. It affects the output of various perf
commands (like perf report, top and diff) only if filter(s) applied.
An user can write .perfconfig file like below to show absolute
percentage of filtered entries by
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of relative or absolute.
relative means it's relative to filtered entries only so that the
sum of shown entries will be always 100%. absolute means it retains
the original value before and after
Instead of the pointer to buffer and its size so that it can also get
private argument passed along with hpp.
This is a preparation of further change.
Cc: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/ui/gtk/hists.c | 4 ++-
tools/perf/ui/hist.c
Now perf report will show absolute percentage on filter entries by
default.
Suggested-by: Jiri Olsa jo...@redhat.com
Acked-by: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/util/symbol.c | 1 -
1 file changed, 1 deletion(-)
diff --git
Add 'F' hotkey to toggle relative and absolute percentage of filtered
entries.
Suggested-by: Jiri Olsa jo...@redhat.com
Acked-by: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/ui/browsers/hists.c | 4
1 file changed, 4 insertions(+)
diff --git
The __hpp__color_fmt used in the TUI code can be replace by the
generic code with small change in print_fn callback. And it also
needs to move callback function to the generic __hpp__fmt().
No functional changes intended.
Cc: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim
Hello,
I added --percentage option to perf report to control display of
percentage of filtered entries.
usage: perf report [options]
--percentage relative|absolute
how to display percentage of filtered entries
relative means it's relative to filtered entries
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of relative or absolute.
Move the parser callback function into a common location since it's
used by multiple commands now.
For more information, please see previous commit same thing done to
Those functions need evsel to investigate event group and it's passed
via hpp-ptr. However as it can be missed easily so it's better to
pass it via an argument IMHO.
Cc: Jiri Olsa jo...@redhat.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/builtin-diff.c | 7 ---
Currently if a sample was filtered by command line option, it just
dropped. But this affects final output in that the percentage can be
different since the filtered entries were not included to the total.
But user might want to see the original percentages when filter
applied so add new
When filtering by thread, dso or symbol on TUI it also update total
period so that the output shows different result than no filter - the
percentage changed to relative to filtered entries only. Sometimes
this is not desired since users might expect same results with filter.
So new filtered_*
When some of group member has 0 overhead, it printed previous
percentage instead of 0.00%. It's because passing integer 0 as a
percent rather than double 0.0 so the remaining bits came from
garbage. The TUI and GTK don't have this problem since they pass 0.0.
Before:
# Samples: 845 of event
The __hpp__color_fmt used in the gtk code can be replace by the
generic code with small change in print_fn callback.
This is a preparation to upcoming changes and no functional changes
intended.
Cc: Jiri Olsa jo...@redhat.com
Cc: Pekka Enberg penb...@kernel.org
Signed-off-by: Namhyung Kim
Hi, Thomas
I have a patch series that can cleanup the ACPICA table manager, and change the
acpi_load_table into the following style:
acpi_status acpi_install_table(acpi_physical_address address, char *signature,
u8 flags, bool override);
For the flags parameter, it will be:
From: Gerry Demaret ge...@tigron.be
Date: Fri, 28 Feb 2014 18:50:46 +0100
Add the USB device ID for the D-Link DUB-1312 USB 3.0 to Gigabit Ethernet
Adapter to the AX88179/178A driver.
Signed-off-by: Gerry Demaret ge...@tigron.be
Applied, thank you.
--
To unsubscribe from this list: send the
On 2014/3/3 8:18, H. Peter Anvin wrote:
On 03/02/2014 04:07 PM, Matthew Garrett wrote:
On Mon, Mar 03, 2014 at 07:23:06AM +0800, Li, Aubrey wrote:
Windows doesn't do because there is no 32/64 mixed windows and EFI on
the planet. Since the silicon is actually 64 bit, I failed to see a
reason
We are not removing BOOT_BIOS... whether or not we have it on buy default is
another matter.
On March 2, 2014 5:36:02 PM PST, Li, Aubrey aubrey...@linux.intel.com wrote:
On 2014/3/3 8:18, H. Peter Anvin wrote:
On 03/02/2014 04:07 PM, Matthew Garrett wrote:
On Mon, Mar 03, 2014 at 07:23:06AM
On 2014/3/3 9:47, H. Peter Anvin wrote:
We are not removing BOOT_BIOS... whether or not we have it on buy default is
another matter.
Right, I meant I remove BOOT_BIOS from my second patch if needed.
Thanks,
-Aubrey
On March 2, 2014 5:36:02 PM PST, Li, Aubrey aubrey...@linux.intel.com
Looks good in general, but try to build these kinds of changes with
CONFIG_COMPILE_TEST=y and CONFIG_SND_SOC_ALL_CODECS=y before sending the
patch. There are a lot of warnings about unused variables caused by this
patch.
@Lars,
Oh, yes, these are very low-level errors, I will fix them
Hi Shawn,
Today's linux-next merge of the imx-mxs tree got a conflict in
arch/arm/mach-imx/Kconfig between commits ddb902cc3459 (ARM: centralize
common multi-platform kconfig options) and 37dff0825611 (ARM: imx6:
introduce CONFIG_SOC_IMX6 for i.MX6 common stuff) from the arm-soc tree
and commit
On Sat, Mar 01, 2014 at 12:40:39PM +0100, Martin Sperl wrote:
I am not sure if it might make some bus-drivers more complicated
/inefficient just to support this zero length.
For most of them it should be relatively straightforward, especially as
we factor things out into the core so that the
On 03/01/2014 10:35 PM, Linus Torvalds wrote:
On Sat, Mar 1, 2014 at 2:05 PM, Sasha Levin sasha.le...@oracle.com wrote:
ping again?
I've been working on it, but don't see an obvious issue.
It does look like an access to invalid memory easily doable from userspace,
so it should probably get
On Fri, Feb 28, 2014 at 3:24 AM, Georgi Djakov gdja...@mm-sol.com wrote:
This platform driver adds the initial support of Secure
Digital Host Controller Interface compliant controller
found in Qualcomm chipsets.
Hi Georgi,
When testing this I was confused by the warnings from sdhci not
On Fri, Feb 28, 2014 at 11:01:50AM +0100, Krzysztof Kozlowski wrote:
Add __initconst to 'regulator_desc' array with supported regulators.
During probe choose how many and which regulators will be supported
according to device ID. Then copy the 'regulator_desc' array to
allocated memory so the
On Fri, Feb 28, 2014 at 11:01:49AM +0100, Krzysztof Kozlowski wrote:
Constify the regulator_desc 'regulators' array.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Mar 03, 2014 at 11:16:54AM +1100, Stephen Rothwell wrote:
Hi Geert,
On Sun, 2 Mar 2014 11:34:39 +0100 Geert Uytterhoeven ge...@linux-m68k.org
wrote:
Now allnoconfig started disabling CONFIG_PROC_FS:
arch/cris/kernel/built-in.o:(.rodata+0xc): undefined reference to
On Fri, Feb 28, 2014 at 11:01:48AM +0100, Krzysztof Kozlowski wrote:
Regulators registered by devm_regulator_register() do not have to be
stored in state container because they are never dereferenced later.
The array of regulator_dev can be safely removed from state container.
Applied, thanks.
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next kernel
I've stumbled
on the following spew:
[ 315.799264]
=
[ 315.800055] BUG inode_cache (Tainted: GB W ): Object padding
Hi Kent,
Sorry for late replay.
On 03/01/2014 04:52 AM, Kent Overstreet wrote:
On Fri, Feb 28, 2014 at 06:27:18PM +0800, Gu Zheng wrote:
Commit 5ffac122dbda8(aio: Don't use ctx-tail unnecessarily) uses
ring-tail rather than the ctx-tail, but with this change, we fetch 'tail'
only once at the
Use the newly created helper functions to improve code readability and shorten
several lines to under the character limit.
Cc: Dan Carpenter dan.carpen...@oracle.com
Signed-off-by: Chase Southwood chase.southw...@yahoo.com
---
I've reviewed this as best as I can, but I know it's a bear to
This patch introduces a few simple outl and inl helper functions to allow
several lines which violate the character limit to be shortened
appropriately. It also changes a few macro values which represented
offset values from a single unique base value to instead represent the value
of that base
Just removing the set_cache_io() call will not work for all
drivers. There are some MFD child devices which use regmap from the parent
device. So dev_get_regmap() will return NULL for those.
This is the sort of thing that I was referring to when talking about
doing the non-boring drivers
On Fri, Feb 28, 2014 at 11:08:16AM +0100, Pavel Machek wrote:
On Fri 2014-02-28 08:37:27, Jenny Tc wrote:
On Thu, Feb 27, 2014 at 09:18:57PM +0100, Linus Walleij wrote:
On Tue, Feb 4, 2014 at 6:12 AM, Jenny TC jenny...@intel.com wrote:
+static inline bool __is_battery_full
+
Another week, another rc.
Things were fairly calm, and fairly normal. Drivers account for just
under 60% of the patch (sound dominates due to a couple of patches
that are larger but trivial, but there's various misc oneliners all
over). The rest is mostly arch updates (mainly powerpc and xtensa),
Your$6.5million.Is ready to release contact with your full details as blow,
email(moneygramoffice...@rediffmail.com) call on phone +22998091427,once you
sent your full details,such as your name phone number your country and address
and drive
licenses.
Paul Ego
--
To unsubscribe from this list:
On Thu, Feb 27, 2014 at 12:25 AM, Viresh Kumar viresh.ku...@linaro.org wrote:
Hi Rashika,
On 26 February 2014 22:08, Rashika Kheria rashika.khe...@gmail.com wrote:
Mark function as static in cpufreq.c because it is not
used outside this file.
This eliminates the following warning in
Now that all users have been converted to regmap and the config.reg_bits
and config.val_bits can be setted by each user through regmap core API.
So these two params are redundant here.
Since the only control type that left is SND_SOC_REGMAP, so remove it. Drop
the control params and add struct
Since the CODEC driver could specify its own I/O(read and write)
while registering the CODEC for some reason, maybe the MFDs is
used, etc.
So just do check it, if they are not specified by CODEC driver
then try to set up the default regmap I/O if regmap is used.
Signed-off-by: Xiubo Li
For some CODEC drivers like who act as the MFDs children are ignored
by this patch.
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
sound/soc/codecs/ad193x.c| 10 +-
sound/soc/codecs/adau1373.c | 7 ---
sound/soc/codecs/adav80x.c | 7 ---
Mainly fix the warnings about unused variables caused by the first
patch.
Xiubo Li (3):
ASoC: codec: Simplify ASoC probe code.
ASoC: io: New signature for snd_soc_codec_set_cache_io()
ASoC: core: Fix check before setting default I/O up try regmap
include/sound/soc.h | 7
Since the CODEC driver could specify its own I/O(read and write)
while registering the CODEC for some reason, maybe the MFDs is
used, etc.
So just do check it, if they are not specified by CODEC driver
then try to set up the default regmap I/O if regmap is used.
Signed-off-by: Xiubo Li
Now that all users have been converted to regmap and the config.reg_bits
and config.val_bits can be setted by each user through regmap core API.
So these two params are redundant here.
Since the only control type that left is SND_SOC_REGMAP, so remove it. Drop
the control params and add struct
For some CODEC drivers like who act as the MFDs children are ignored
by this patch.
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
sound/soc/codecs/ad193x.c| 10 +-
sound/soc/codecs/adau1373.c | 7 ---
sound/soc/codecs/adav80x.c | 7 ---
Mainly fix the warnings about unused variables caused by the first
patch.
Xiubo Li (3):
ASoC: codec: Simplify ASoC probe code.
ASoC: io: New signature for snd_soc_codec_set_cache_io()
ASoC: core: Fix check before setting default I/O up try regmap
include/sound/soc.h | 7
Add a device tree for NVIDIA SHIELD. The set of enabled features is
still minimal with no display option and USB requiring external power.
A default kernel command-line as well as initrd addresses are hardcoded
to match the static values the bootloader is known to use. This allows
booting from an
Add a device tree for Tegra Note 7. The set of enabled features is
still minimal with no display option and USB requiring external power.
Pinctrl is not set yet, as the bootloader-provided values allow us to
use the currently-supported hardware.
A default kernel command-line as well as initrd
On 03/03/2014 12:49 PM, Alexandre Courbot wrote:
Add a device tree for NVIDIA SHIELD. The set of enabled features is
still minimal with no display option and USB requiring external power.
A default kernel command-line as well as initrd addresses are hardcoded
to match the static values the
On Thu, 27 Feb 2014 15:32:42 -0800 Andrew Morton a...@linux-foundation.org
wrote:
On Fri, 28 Feb 2014 10:07:57 +1100 NeilBrown ne...@suse.de wrote:
On Thu, 27 Feb 2014 13:51:25 -0800 Andrew Morton a...@linux-foundation.org
wrote:
On Fri, 28 Feb 2014 08:34:43 +1100 NeilBrown
On Tue, Feb 25, 2014 at 09:04:21AM -0500, Prarit Bhargava wrote:
This patch explicitly depends on Yinghai's patch, [PATCH v3] x86, irq: get
correct available vectors for cpu disable, which was last posted here:
http://marc.info/?l=linux-kernelm=139094603622814w=2
and is not yet in any tree
On Mon, Feb 24, 2014 at 08:38:07AM -0600, Nishanth Menon wrote:
Intent here is to allow drivers such as cpufreq-cpu0 to be reused on
platforms such as TI's OMAP derivatives, and other SoCs which differ
only by the sequence involved in voltage scale operations. So, this
patch provides a
On Fri, Feb 21, 2014 at 09:42:23PM +0800, Axel Lin wrote:
The regulator core supports this to allow the configuration to be inspected
at runtime even if no software management is enabled.
Applied, thanks.
signature.asc
Description: Digital signature
于 2014/2/27 10:53, xiakaixu 写道:
Hi Namhyung,
于 2014/2/26 16:03, Namhyung Kim 写道:
Hi xiakaixu,
于 2014/2/19 9:48, xiakaixu 写道:
Hi all,
There is a bug found in my work when running perf record. The basic
information
is here. As we know, perf record is a parent process and the programme
On Sun, Mar 02, 2014 at 11:44:52PM +, Peter Sewell wrote:
On 2 March 2014 23:20, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sun, Mar 02, 2014 at 04:05:52AM -0600, Peter Sewell wrote:
On 1 March 2014 08:03, Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Sat, Mar 01,
The following changes since commit cfbf8d4857c26a8a307fb7cd258074c9dcd8c691:
Linux 3.14-rc4 (2014-02-23 17:40:03 -0800)
are available in the git repository at:
git://git.linaro.org/people/mike.turquette/linux.git tags/clk-fixes-for-linus
for you to fetch changes up to
Hi Richard,
Thanks for this.
On Monday 03 March 2014 07:59 AM, Richard Weinberger wrote:
Use the common helper instead of it's own variant.
Signed-off-by: Richard Weinberger rich...@nod.at
Acked-by: Vineet Gupta vgu...@synopsys.com[arch/arc bits]
-Vineet
--
To unsubscribe from this
On Mon, Mar 03, 2014 at 03:01:52AM +, li.xi...@freescale.com wrote:
I think we should move the set_cache_io() calling more earlier as we discussed
before, but need much more research and testing. Splitting them into another
separate patch later will be much better and easier to be
[ 365.164040] BUG: sleeping function called from invalid context at
kernel/rtmutex.c:674
[ 365.164041] in_atomic(): 1, irqs_disabled(): 1, pid: 26, name: migration/1
[ 365.164043] no locks held by migration/1/26.
[ 365.164044] irq event stamp: 6648
[ 365.164056] hardirqs last enabled at
On Mon, Mar 03, 2014 at 10:42:22AM +0800, Xiubo Li wrote:
static int ak4535_probe(struct snd_soc_codec *codec)
{
- struct ak4535_priv *ak4535 = snd_soc_codec_get_drvdata(codec);
- int ret;
-
- codec-control_data = ak4535-regmap;
- ret = snd_soc_codec_set_cache_io(codec,
Hi Sasha,
I can confirm that with this patch the lockdep issue is gone. However, the
NULL deref in
walk_pte_range() and the BUG at mm/hugemem.c:3580 still appear.
I spotted the cause of this problem.
Could you try testing if this patch fixes it?
Thanks,
Naoya
---
Page table walker doesn't
This patch fixes performance regression of dbench reported by
Alex hb...@yandex.com.
This issue was revealed by Phoronix tests results:
http://www.phoronix.com/scan.php?page=articleitem=linux_314_ssdfsnum=2
It turns out that we need to assign WRITE_SYNC to the node writes, if
fsync is triggered.
Hi Lee,
On Tue, 25 Feb 2014 14:32:46 +1100 Stephen Rothwell s...@canb.auug.org.au
wrote:
On Thu, 20 Feb 2014 15:05:08 +1100 Stephen Rothwell s...@canb.auug.org.au
wrote:
On Mon, 17 Feb 2014 14:14:46 +1100 Stephen Rothwell s...@canb.auug.org.au
wrote:
On Fri, 14 Feb 2014 13:42:17
On 03/02/2014 06:02 PM, Stephen Rothwell wrote:
Hi Stephen,
Today's linux-next merge of the bcm2835 tree got a conflict in
arch/arm/mach-bcm2835/Kconfig between commits ddb902cc3459 (ARM:
centralize common multi-platform kconfig options) and
0676b21fffd1 (ARM: bcm2835: enable V6K instead
This patch series enable the SATA support on Exynos5250 based boards.
It incorporates the generic phy framework to deal with sata phy.
Yuvaraj Kumar C D (2):
PHY: Exynos: Add Exynos5250 SATA PHY driver
ARM: dts: Enable ahci sata and sata phy
.../devicetree/bindings/ata/exynos-sata-phy.txt
From 3a7783cd9a0556787809d3d5ecb5f2b85dd9fc02 Mon Sep 17 00:00:00 2001
From: Liu Jinsong jinsong@intel.com
Date: Mon, 3 Mar 2014 18:56:39 +0800
Subject: [PATCH] target-i386: bugfix of Intel MPX
The correct size of cpuid 0x0d sub-leaf 4 is 0x40, not 0x10.
This is confirmed by Anvin H Peter and
This patch adds dt entry for ahci sata controller and its
corresponding phy controller.phy node has been added w.r.t
new generic phy framework.
Signed-off-by: Yuvaraj Kumar C D yuvaraj...@samsung.com
---
Changes since V8:
1.sata@122f and sata_phy@1217 disabled by default in
This patch adds the SATA PHY driver for Exynos5250.This driver uses the
generic PHY framework to deal with SATA PHY.Exynos5250 SATA PHY comprises
of CMU and TRSV blocks which are of I2C register Map.So this driver
configures the CMU and TRSV block of exynos5250 SATA PHY using i2c.
Signed-off-by:
On Sun, Mar 2, 2014 at 9:21 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 03/02/2014 06:02 PM, Stephen Rothwell wrote:
Hi Stephen,
Today's linux-next merge of the bcm2835 tree got a conflict in
arch/arm/mach-bcm2835/Kconfig between commits ddb902cc3459 (ARM:
centralize common
Hi Wim,
Today's linux-next merge of the watchdog tree got a conflict in
drivers/watchdog/Kconfig between commit 59416745bb8c (watchdog: orion:
Enable the build on ARCH_MVEBU) from the arm-soc tree and commit
db5dd336cb23 (watchdog: orion: prepare new Dove DT Kconfig variable)
from the watchdog
Hi all,
Today's linux-next merge of the tip tree got a conflict in
drivers/pci/Makefile between commit 39656f29f665 (PCI: Cleanup per-arch
list of object files) from the pci tree and commit c5f9ee3d665a (x86,
platforms: Remove SGI Visual Workstation) from the tip tree.
I fixed it up (see below)
Hi all,
Today's linux-next merge of the tip tree got conflicts in
arch/x86/pci/numaq_32.c and arch/x86/pci/visws.c between commit
8d7d818676d3 (x86/PCI: Use pcibios_scan_root() instead of
pci_scan_bus_with_sysdata()) from the pci tree and commits c5f9ee3d665a
(x86, platforms: Remove SGI Visual
Acked-by: Lennox Wulennox...@gmail.com
2014-02-03 23:33 GMT+08:00 James Hogan james.ho...@imgtec.com:
Add the sched_setattr and sched_getattr syscalls to the generic syscall
list, which is used by the following architectures: arc, arm64, c6x,
hexagon, metag, openrisc, score, tile, unicore32.
Oleg,
I've been looking at arch/Kconfig and kernel/trace/Kconfig where
they deal with uprobes. The relevant items are CONFIG_UPROBES and
CONFIG_UPROBE_EVENT. It just doesn't look right to me. It looks
It should be me who should take the blame for this and not Oleg. This
was discussed
Add device tree binding support for the QCOM BAM DMA driver.
Acked-by: Kumar Gala ga...@codeaurora.org
Signed-off-by: Andy Gross agr...@codeaurora.org
---
.../devicetree/bindings/dma/qcom_bam_dma.txt | 41
1 file changed, 41 insertions(+)
create mode 100644
Add the DMA engine driver for the QCOM Bus Access Manager (BAM) DMA controller
found in the MSM 8x74 platforms.
Each BAM DMA device is associated with a specific on-chip peripheral. Each
channel provides a uni-directional data transfer engine that is capable of
transferring data between the
501 - 600 of 630 matches
Mail list logo