On Wed, 24 Apr 2013 16:09:18 +0200, Jiri Olsa wrote:
On Tue, Apr 23, 2013 at 05:31:03PM +0900, Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
+out:
+put_tracing_file(file);
+return ret;
+}
+
+static int reset_tracing_files(struct perf_ftrace *ftrace __maybe_unused)
+{
On Wed, Apr 24, 2013 at 03:36:20PM +, Christoph Lameter wrote:
On Wed, 24 Apr 2013, Michal Hocko wrote:
[CCing SL.B people and linux-mm list]
Just for quick summary. The reporter sees OOM situations with almost
whole memory filled with slab memory. This is a powerpc machine with 4G
On Tue, Apr 23, 2013 at 1:54 AM, Huang Shijie b32...@freescale.com wrote:
Since the ONFI 2.1, the onfi spec adds the Extended Parameter Page
to store the ECC info.
The onfi spec tells us that if the nand chip's recommended ECC codeword
size is not 512 bytes, then the @ecc_bits is 0xff. The
This fixes it, I'll push this to Linus immediately.
Thanks for your report!
sparc64: Fix missing put_cpu_var() in tlb_batch_add_one() when not batching.
Thank you, this patch fixes it on my 220R and 420R too.
--
Meelis Roos (mr...@linux.ee)
--
To unsubscribe from
On Wed, 24 Apr 2013 16:12:41 +0200, Jiri Olsa wrote:
I got following lockup for record command:
# ./perf --no-pager ftrace record ls
...
hangs
in other terminal:
# pstack 14237
Thread 2 (Thread 0x7f3f1aa1d700 (LWP 14241)):
#0 0x003cec20b595 in
* Frederic Weisbecker fweis...@gmail.com wrote:
depends on VIRT_CPU_ACCOUNTING_GEN
It should _really_ select both the RCU and the CPU time accounting model
automatically!
Yeah I know. I have yet to fix that in Kconfig (it's a Kconfig limitation).
Why cannot we simply select
I would recommend different wording, describing what they represent
rather than how we accomplish it. See below.
On Tue, Apr 23, 2013 at 1:54 AM, Huang Shijie b32...@freescale.com wrote:
Add more commit for ecc_strength and ecc_size fields.
We can treat the comment as the initial semantics for
On Wed, Apr 24, 2013 at 11:17:52AM +0200, Laurent Pinchart wrote:
Hi Adam,
Thanks for the patch.
On Wednesday 24 April 2013 15:57:19 adam@canonical.com wrote:
From: Adam Lee adam@canonical.com
This reverts commit 3dae8b41dc5651f8eb22cf310e8b116480ba25b7.
1, I do have a
On Wed, Apr 24, 2013 at 11:32:56AM -0700, John Stultz wrote:
Kay Sievers noted that the ALWAYS_USE_PERSISTENT_CLOCK config,
which enables some minor compile time optimization to avoid
uncessary code in mostly the suspend/resume path could cause
problems for userland.
In particular, the
于 2013年04月25日 14:20, Brian Norris 写道:
No, you cannot do this. Some drivers will provide their own cmdfunc,
so nand_command_lp() is unexpected for those drivers.
ok. got it.
Your problem seems, instead, that you are executing this function too
early, before nand_flash_get_type() is able to
于 2013年04月25日 14:32, Brian Norris 写道:
* @numchips: [INTERN] number of physical chips
* @chipsize: [INTERN] the size of one chip for multichip arrays
* @pagemask: [INTERN] page number mask = number of (pages /
chip) - 1
Brian
--
To unsubscribe from
于 2013年04月25日 14:32, Brian Norris 写道:
How about just: minimum number of bits correctability, if known; if
unknown, set to 0
ok. no problem.
thanks
Huang Shijie
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
Hi Huang,
On Tue, Apr 23, 2013 at 1:54 AM, Huang Shijie b32...@freescale.com wrote:
v2 -- v3:
[0] add a new patch to define the semantics of the two fields.
[1] Use the Change Read Column command to remove the last argument.
[2] simplify the onfi_feature().
于 2013年04月25日 14:40, Brian Norris 写道:
should be good. Anyway, I'll try to reserve any more nitpick-y
not at all :) .
Without your review, my patch set will wait for more long time...
comments for minor things to my own follow-up patch(es). Thanks for
the work.
I really appreciate for your
On 04/25/2013 05:49 AM, Kevin Hilman wrote:
commit d1669912 (idle: Implement generic idle function) added a new
generic idle along with support for hlt/nohlt command line options to
override default idle loop behavior. However, the command-line
processing is never compiled.
The
Add support for sending UFS query requests through tagged command
queuing. This design allows queuing query requests in any open slot
along with other SCSI commands. In this way there is no need to
save a slot in the requests queue and decrease its size.
A query request is posing to a SCSI
Hi Kevin,
On Thursday 25 April 2013 03:45 AM, Kevin Hilman wrote:
Sourav Poddarsourav.pod...@ti.com writes:
Remove no_idle_on_suspend check, since respective
driver should be able to prevent idling of a
device whenever required.
Driver's can get same behavior by just returning -EBUSY
from
* Sasha Levin sasha.le...@oracle.com wrote:
Hi all,
I've noticed that sometimes lockdep would spew a warning and an oops
while dumping the list of held locks. I'm not quite sure why it happens
and I didn't find anything that was recently changed in the code that
could cause that:
[
On Wed, 24 Apr 2013 16:17:24 +0200, Jiri Olsa wrote:
On Tue, Apr 23, 2013 at 05:31:10PM +0900, Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
It's convenient to use pager when seeing many lines of result.
for some reason I'm able to get any output for 'live' command only
when
* Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
Hello, Ingo,
This pull request is for an RCU-related bug fix in perf_event_comm().
Without this fix, RCU-lockdep splats and other failures result.
This fix is available in the git repository at:
* Matt Fleming matt.flem...@intel.com wrote:
On 24/04/13 11:56, Ingo Molnar wrote:
* Borislav Petkov b...@alien8.de wrote:
From: Borislav Petkov b...@suse.de
Fix this:
arch/x86/boot/compressed/eboot.c: In function ???setup_efi_vars???:
arch/x86/boot/compressed/eboot.c:269:2:
Am 24.04.2013 23:14, schrieb Andrew Morton:
On Tue, 23 Apr 2013 17:47:20 +0200 Alexander Holler hol...@ahsoftware.de
wrote:
time_was_set_once and have choosen one day just in case something
needs really long to boot (e.g. because of some lengthy fsck or whatever
else).
A solution to both
On 04/24/2013 08:21 PM, Jan Kara wrote:
On Tue 23-04-13 16:37:43, Gu Zheng wrote:
From 35947e6535d92c54cf523470cc8811e8b5fee3e5 Mon Sep 17 00:00:00 2001
From: Gu Zheng guz.f...@cn.fujitsu.com
Date: Tue, 23 Apr 2013 16:09:04 +0800
Subject: [PATCH] mm/filemap.c: fix criteria of calling
* Andrew Morton a...@linux-foundation.org wrote:
On Wed, 24 Apr 2013 06:18:50 -0500 Robin Holt h...@sgi.com wrote:
We recently noticed that reboot of a 1024 cpu machine takes approx 16
minutes of just stopping the cpus. The slowdown was tracked to commit
f96972f.
The current
Last nitpicks for v3 :)
On Tue, Apr 23, 2013 at 1:54 AM, Huang Shijie b32...@freescale.com wrote:
Add the @ecc_info in the nand_flash_dev{}.
The lower 16 bits are used to store the ECC bits, while the upper 16 bits
are used to store the ECC data chunk size.
A bit late on this one, but is
On Wednesday 24 April 2013 09:58 PM, Mike Turquette wrote:
Quoting Nishanth Menon (2013-04-14 14:19:17)
Overall strategy introduced here is simple: a clock node described in
device tree blob is used to identify the exact clock provided in the
SoC specific data. This is then linked back using
seems we should comment DEBUG as above comment said:
/* un-comment DEBUG to enable pr_debug() statements */
now, pr_debug is already enabled as DEBUG been defined.
Signed-off-by: liguang lig.f...@cn.fujitsu.com
---
drivers/idle/intel_idle.c |2 +-
1 files changed, 1 insertions(+), 1
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Add the missing platform_driver_unregister() before return
from init_tis() in the device register error handling case.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/char/tpm/tpm_tis.c | 19 +--
1 file
Am 24.04.2013 18:07, schrieb John Stultz:
And why is RTC_SYSTOHC now gone on x86?
So summarizing the above, because as much as I'm aware, its always been
redundant and unnecessary on x86. Thus being able at build time to mark
it as unnecessary was attractive, since it reduced the code paths
This patch is trying to fix this bug on SLES11 SP2:
https://bugzilla.novell.com/show_bug.cgi?id=817035
On a large HP system with 64T memory and 60 logical cpus, when usb
driver inits the iLo Virtual USB Controller, there comes a warning
Controller not stopped yet!. It is because driver does
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Add the missing platform_driver_unregister() before return
from msm_iommu_driver_init() in the error handling case.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/iommu/msm_iommu_dev.c | 1 +
1 file changed, 1 insertion(+)
I send out this patch for the second time.
Changed try to int. And modified the comment.
On 04/25/2013 03:11 PM, Li, Zhen-Hua wrote:
This patch is trying to fix this bug on SLES11 SP2:
https://bugzilla.novell.com/show_bug.cgi?id=817035
On a large HP system with 64T memory and 60 logical
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Add the missing platform_driver_unregister() before return
from pch_spi_init() in the error handling case.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/spi/spi-topcliff-pch.c | 4 +++-
1 file changed, 3 insertions(+), 1
24.04.2013 00:00, J. Bruce Fields пишет:
On Fri, Apr 19, 2013 at 07:01:50AM -0700, Jeff Layton wrote:
On Tue, 16 Apr 2013 15:17:44 +0400
Stanislav Kinsbursky skinsbur...@parallels.com wrote:
This patch adds support for UserModeHelper tracker in a container.
The reason for this is that the
On 25/04/13 07:55, Ingo Molnar wrote:
It's a basic cleanliness and robustness issue: we generally avoid type
casts in the kernel, because type casts override compile-time type checks
and are easy to get wrong. They are also ugly.
So in generaly we try to use the right type for the data
On 2013年04月25日 13:36, Chen Gang wrote:
On 2013年04月25日 12:05, Mike Qiu wrote:
I will try, and plan to get a result within this week (2013-04-28)
Thanks.
Hi
This has block my work now
So I hope you can take a look ASAP
Thanks
:)
The root cause is the room 0x500..0xc00 is not enough when
On Thu, 25 Apr 2013 08:57:04 +0200 Ingo Molnar mi...@kernel.org wrote:
PF_THREAD_BOUND was removed/replaced in linux-next's a9ab775bc
(workqueue: directly restore CPU affinity of workers from CPU_ONLINE)
I don't see PF_THREAD_BOUND being removed by commit a9ab775bc. Did you
mean some
* Andrew Morton a...@linux-foundation.org wrote:
On Thu, 25 Apr 2013 08:57:04 +0200 Ingo Molnar mi...@kernel.org wrote:
PF_THREAD_BOUND was removed/replaced in linux-next's a9ab775bc
(workqueue: directly restore CPU affinity of workers from CPU_ONLINE)
I don't see PF_THREAD_BOUND
The file header declares the code to be covered by GPL v2 only, so use
explicit v2 for MODULE_LICENSE, too.
Signed-off-by: Uwe Kleine-König u.kleine-koe...@pengutronix.de
---
drivers/uio/uio_aec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/uio/uio_aec.c
On Wed, Mar 27, 2013 at 10:26 PM, Michael Kerrisk (man-pages)
mtk.manpa...@gmail.com wrote:
Inside the user namespace, the shell has user and group ID 0,
and a full set of permitted and effective capabilities:
bash$ cat /proc/$$/status | egrep '^[UG]id'
On Mon, 2013-04-22 at 17:07 +0100, Nicolas Pitre wrote:
Sure there are ways to screw up Xen support from within this hook, but
that can be achieved in many other places. Will Xen take over every
possible hooks in the kernel to prevent that from happening?
In the majority of the other cases
From: Nicholas Bellinger n...@linux-iscsi.org
Hi folks,
This series addresses two bugs within v3.10 for-next code related to
the upcoming iscsi-target series adding multi-transport support, along
with a third iser-target bugfix related to early ISCSI_OP_SCSI_CMD
exception handling.
These three
From: Nicholas Bellinger n...@linux-iscsi.org
During early ISCSI_OP_SCSI_CMD exception handling with non GOOD status, the
TX thread context in isert_response_queue() needs to post IB_WR_SEND via
isert_put_response() when processing ISTATE_SEND_STATUS.
Cc: Or Gerlitz ogerl...@mellanox.com
From: Nicholas Bellinger n...@linux-iscsi.org
This patch fixes a regression where failures before backend se_cmd
execution in iscsit_handle_scsi_cmd() is leaking iscsi_cmd due to
a missing target_put_sess_cmd() call to drop the extra kref.
Introduced during the RX PDU refactoring in v3.10
From: Nicholas Bellinger n...@linux-iscsi.org
This patches fixes a regression with solicited NopIN handling
in traditional iSCSI code introduced during TX immediate queue
refactoring for v3.10 for-next code.
Cc: Or Gerlitz ogerl...@mellanox.com
Signed-off-by: Nicholas Bellinger
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
--
From: Paul Bolle pebo...@tiscali.nl
commit 4e1db26a0b42e2b6e27c05d68adcc01709c2eed2 upstream
CONFIG_LPAE doesn't exist: the correct option is CONFIG_ARM_LPAE, so fix
up the two typos under
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
Devices which utilise DMA tend to use the same channel numbers for
transmitting and receiving. For this reason and the fact that it'll
decrease the burden of platform data passed to each device, we're
amalgamating source
Hi all,
Some time ago, I mentioned there are some problems on x86-32 system about
handling md-block-device which size is larger than 16TB.
And i send a patch.But there are no concern with it.
The website of is: http://www.spinics.net/lists/linux-fsdevel/msg55672.html.
Except the wrapping
On Wed, 24 Apr 2013, Rabin Vincent wrote:
2013/4/24 Lee Jones lee.jo...@linaro.org:
The aim is to make the code that little more readable.
Acked-by: Vinod Koul vnod.k...@intel.com
Acked-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Lee Jones lee.jo...@linaro.org
Please pay closer
* Matt Fleming matt.flem...@intel.com wrote:
On 25/04/13 07:55, Ingo Molnar wrote:
It's a basic cleanliness and robustness issue: we generally avoid type
casts in the kernel, because type casts override compile-time type checks
and are easy to get wrong. They are also ugly.
So in
From: Maxin B. John maxin.j...@enea.com
With 3.9.0-rc8 kernel in p2020rdb powerpc target, the console gets
flooded with this message without any SD-Cards present:
mmc0: Timeout waiting for hardware interrupt
Since the driver doesn't implement proper card detection, it assumes that
card is always
When CONFIG_KVM_BOOK3S_64_PR is enabled,
MASKABLE_EXCEPTION_PSERIES(0x900 ...) will includes __KVMTEST, it will
exceed 0x980 which STD_EXCEPTION_HV(0x980 ...) will use, it will cause
compiling issue.
The related errors:
arch/powerpc/kernel/exceptions-64s.S: Assembler messages:
On Thu, 2013-04-25 at 17:02 +0900, Jonghwan Choi wrote:
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
That would be only the setup.c chunk. That fixes a typo introduced in
v3.4 (see commit e5ab85800820edd907d3f43f285e1232f84d5a41
(ARM: 7382/1: mm: truncate
Hello Mike:
Please try this patch, at least it can pass compiling with the config
file which you provided under my cross-compiling envrionments.
I do not give a running test now, so better to try to run the new kernel
with this patch.
Thanks.
On 2013年04月25日 16:18, Chen Gang wrote:
When
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
There are lots of lengthy if() statements located sporadically up and
down the driver. This simple macro should make many of them a little
simpler to decipher. The remainder have to stay in place, as they
detail slightly
From: Asias He as...@redhat.com
Date: Wed, 24 Apr 2013 14:33:52 +0800
When we call vsock_core_init to init VSOCK the second time,
vsock_device.minor still points to the old dynamically allocated minor
number. misc_register will allocate it for us successfully as if we were
asking for a static
From: Geert Uytterhoeven ge...@linux-m68k.org
Date: Wed, 24 Apr 2013 11:40:55 +0200
If gcc (e.g. 4.1.2) decides not to inline vsock_init_tables(), this will
cause a section mismatch:
WARNING: net/vmw_vsock/vsock.o(.text+0x1bc): Section mismatch in reference
from the function
From: Geert Uytterhoeven ge...@linux-m68k.org
Date: Wed, 24 Apr 2013 14:46:37 +0200
drivers/isdn/sc/init.c: In function ‘__check_irq’:
drivers/isdn/sc/init.c:36: warning: return from incompatible pointer type
drivers/isdn/sc/init.c: In function ‘__check_ram’:
drivers/isdn/sc/init.c:37:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
For the moment at least, the TX and RX channels for DB8500 USB are
identical, so this patch generalises them into a single structure
and passes it twice. Once as the TX and again for the RX configuration.
We're keeping
于 2013/4/25 16:21, Chen Gang 写道:
Hello Mike:
Please try this patch, at least it can pass compiling with the config
file which you provided under my cross-compiling envrionments.
I do not give a running test now, so better to try to run the new kernel
with this patch.
OK, I will use your
On Thu, Apr 25, 2013 at 9:37 AM, Uwe Kleine-König
u.kleine-koe...@pengutronix.de wrote:
The file header declares the code to be covered by GPL v2 only, so use
explicit v2 for MODULE_LICENSE, too.
Doesn't this apply to almost any driver?
I don't understand why you explicitly fix this one.
--
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA40 controller uses two sets of base addresses. In order to have
them automatically setup as resources by the Open Format framework we
have to set names for them. The names have to be the same as the ones
used to
On Thu, Apr 25, 2013 at 10:25:11AM +0200, richard -rw- weinberger wrote:
On Thu, Apr 25, 2013 at 9:37 AM, Uwe Kleine-König
u.kleine-koe...@pengutronix.de wrote:
The file header declares the code to be covered by GPL v2 only, so use
explicit v2 for MODULE_LICENSE, too.
Doesn't this apply
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The current implementation of the DMA40's local MAX() macro evaluates
its arguments more times than is necessary. This patch strips it
optimises it to only evaluate what's appropriate.
Cc: Vinod Koul vinod.k...@intel.com
On Thursday 25 April 2013, Linus Walleij wrote:
Are we now sacrificing that ability on the altar of simplification?
I actually think not, but that we should do periph-to-periph transfers
in some other way, and that the .dir attribute should go away from
the struct stedma40_chan_cfg as well
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA configuration data is now allocated in the MMCI driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Reviewed-by: Linus Walleij linus.wall...@linaro.org
I tried just applying this (since
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA configuration data is now allocated in the SSP driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA configuration data is now allocated in the UART driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To
Hi Stefano,
On Wed, Apr 24, 2013 at 07:40:18PM +0100, Stefano Stabellini wrote:
Rename virt_smp_ops to psci_smp_ops and move them to
arch/arm/kernel/psci_smp.c.
Remove mach-virt/platsmp.c, now unused.
Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
Add a cpu_die smp_op based on
Hi folks,
The following changes since commit 8c58bf3eec3b8fc8162fe557e9361891c20758f2:
x86,efi: Implement efi_no_storage_paranoia parameter (2013-04-17 15:13:38
+0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-urgent
On Wed, Apr 24, 2013 at 07:40:19PM +0100, Stefano Stabellini wrote:
From: Jon Medhurst t...@linaro.org
Add a new 'smp_init' hook to machine_desc so platforms can specify a
function to be used to setup smp ops instead of having a statically
defined value. The hook must return true when
On Wed, Apr 24, 2013 at 12:23:13PM -0700, Andrew Morton wrote:
} else {
+ /*
+* In the case of swap-over-nfs, this can be a
+* temporary failure if the system has limited
+* memory for allocating
于 2013年04月25日 14:57, Brian Norris 写道:
A bit late on this one, but is there a good reason this wasn't just 2
separate 16-bit fields? We already have a few, and I don't see why
this couldn't be the same.
I just want to make the ecc_strength/ecc_size more coupled for the
nand_flash_dev{}.
If we
On Wed, Apr 24, 2013 at 11:14:28PM +0100, Stefano Stabellini wrote:
On Wed, 24 Apr 2013, Stefano Stabellini wrote:
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
CC: Marc Zyngier marc.zyng...@arm.com
CC: will.dea...@arm.com
CC: a...@arndb.de
CC:
On Thu, Apr 25, 2013 at 10:36 AM, Arnd Bergmann a...@arndb.de wrote:
On Thursday 25 April 2013, Linus Walleij wrote:
Are we now sacrificing that ability on the altar of simplification?
I actually think not, but that we should do periph-to-periph transfers
in some other way, and that the .dir
On 25.4.2013 00:29, Yann E. MORIN wrote:
From: Yann E. MORIN yann.morin.1...@free.fr
Currently the odds to set each symbol is (rounded):
booleans: y: 50% n: 50%
tristates: y: 33% m: 33% n: 33%
Introduce a KCONFIG_PROBABILITY environment variable to tweak the
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
'psize' is used to calculate the maximum DMA burst size. However it
is only taken into consideration when editing the DMA channel's
configuration. The Audio DMA platform data is only used to allocate
a channel, not
Chen Gang gang.c...@asianux.com wrote:
When CONFIG_KVM_BOOK3S_64_PR is enabled,
MASKABLE_EXCEPTION_PSERIES(0x900 ...) will includes __KVMTEST, it will
exceed 0x980 which STD_EXCEPTION_HV(0x980 ...) will use, it will cause
compiling issue.
The related errors:
On Thu, Apr 25, 2013 at 09:20:44AM +0100, Paul Bolle wrote:
On Thu, 2013-04-25 at 17:02 +0900, Jonghwan Choi wrote:
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
That would be only the setup.c chunk. That fixes a typo introduced in
v3.4 (see commit
On Wed, 24 Apr 2013 11:37:28 +0200, Jiri Olsa wrote:
Adding automated test for testing the build process.
To run it you need to be in perf directory or specify
one with PERF variable. It's also possible to specify
optional Makefile to test via MK variable.
$ pwd
On 2013年04月25日 17:00, Michael Neuling wrote:
Signed-off-by: Chen Gang gang.c...@asianux.com
---
arch/powerpc/include/asm/kvm_asm.h |2 +-
arch/powerpc/kernel/exceptions-64s.S |6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Devices which utilise DMA tend to use the same channel numbers for
transmitting and receiving. For this reason and the fact that it'll
decrease the burden of platform data passed to each device, we're
amalgamating source and destination device types.
I don't think this explains what the
On Wed, Apr 24, 2013 at 10:05:46AM -0700, Michal Nazarewicz wrote:
On Wed, Apr 24 2013, Geert Uytterhoeven wrote:
If gcc (e.g. 4.1.2) decides not to inline cdc_config_register() and
rndis_config_register(), this will cause section mismatch warnings:
WARNING:
On Thu, Apr 25, 2013 at 03:06:37PM +0900, Namhyung Kim wrote:
On Wed, 24 Apr 2013 16:09:18 +0200, Jiri Olsa wrote:
On Tue, Apr 23, 2013 at 05:31:03PM +0900, Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
+out:
+ put_tracing_file(file);
+ return ret;
+}
+
+static int
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
This change will cost ~25KB of memory, but it's worth the trade-off,
as it removes a great deal of overhead. It means that instead of only
allocating memory for the logical channels in use, it does so for all
available
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA configuration data is now allocated in the MMCI driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Reviewed-by: Linus Walleij
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The current implementation of the DMA40's local MAX() macro evaluates
its arguments more times than is necessary. This patch strips it
optimises it to only evaluate what's
On Wed, 24 Apr 2013 11:37:30 +0200, Jiri Olsa wrote:
Moving arch check into config/Makefile.
[SNIP]
+# include config/Makefile by default and rule out
+# non-config cases
+config := 1
+
+# standalone clean
+ifeq ($(MAKECMDGOALS),clean)
+ config := 0
endif
-ifeq ($(ARCH),x86_64)
-
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA40 controller uses two sets of base addresses. In order to have
them automatically setup as resources by the Open Format framework we
have to set names for them. The
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
Before allocating memory for logical channels, the current driver
checks to see if there are any. Well as the dma40_memcpy_channels[]
array is always populated, the check is always true. Best to
remove the check.
Cc:
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
There are lots of lengthy if() statements located sporadically up and
down the driver. This simple macro should make many of them a little
simpler to decipher. The remainder
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The channels reserved for memcpy are the same for all currently
supported platforms. With this in mind, we can ease the platform
data passing requirement by moving these assignments out from
platform code and place them
On 04/24/2013 08:59 PM, Gleb Natapov wrote:
On Mon, Apr 01, 2013 at 05:56:49PM +0800, Xiao Guangrong wrote:
Then it has chance to trigger mmio generation number wrap-around
Signed-off-by: Xiao Guangrong xiaoguangr...@linux.vnet.ibm.com
---
arch/x86/include/asm/kvm_host.h |1 +
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
Before allocating memory for logical channels, the current driver
checks to see if there are any. Well as the dma40_memcpy_channels[]
array is always populated, the check is
On 04/24/2013 09:34 PM, Gleb Natapov wrote:
diff --git a/arch/x86/kvm/mmu.h b/arch/x86/kvm/mmu.h
index 2adcbc2..6b4ba1e 100644
--- a/arch/x86/kvm/mmu.h
+++ b/arch/x86/kvm/mmu.h
@@ -52,6 +52,20 @@
int kvm_mmu_get_spte_hierarchy(struct kvm_vcpu *vcpu, u64 addr, u64
sptes[4]);
void
arch/x86/kernel/setup.c includes asm/dmi.h but it doesn't look like
it needs it, linux/dmi.h is sufficient.
Signed-off-by: Jean Delvare jdelv...@suse.de
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar mi...@redhat.com
Cc: H. Peter Anvin h...@zytor.com
---
arch/x86/kernel/setup.c |1 -
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
This change will cost ~25KB of memory, but it's worth the trade-off,
as it removes a great deal of overhead. It means that instead of only
allocating memory for the logical
On 2013年04月25日 17:05, Chen Gang wrote:
On 2013年04月25日 17:00, Michael Neuling wrote:
Signed-off-by: Chen Gang gang.c...@asianux.com
---
arch/powerpc/include/asm/kvm_asm.h |2 +-
arch/powerpc/kernel/exceptions-64s.S |6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Fix to return a negative error code from the error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/staging/ozwpan/ozcdev.c | 2 ++
1 file changed, 2 insertions(+)
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Fix to return -ENODEV in the chip not found error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/rtc/rtc-pcf2123.c | 1 +
1 file changed, 1 insertion(+)
diff
1 - 100 of 1278 matches
Mail list logo