Hi Eric,
I'm trying to track down a kmemleak report (on an ARM platform) which
seems to have appeared with commit
ab521dc0f8e117fd808d3e425216864d60390500. As I'm not familiar with the
TTY layer at all, is it possible that the above commit missed a
put_pid() call on some path?
The /sbin/init
On 08/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
Catalin Marinas [EMAIL PROTECTED] writes:
I'm trying to track down a kmemleak report (on an ARM platform) which
seems to have appeared with commit
ab521dc0f8e117fd808d3e425216864d60390500. As I'm not familiar with the
TTY layer at all
-session = NULL;
tty-pgrp = NULL;
On 08/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
Catalin Marinas [EMAIL PROTECTED] writes:
The /sbin/init application calls sys_clone() a few times but only one
leak is reported (see below). Looking at the reported pid object (at
0xc7c14500), count
On 09/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
Catalin Marinas [EMAIL PROTECTED] writes:
On 08/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
Catalin Marinas [EMAIL PROTECTED] writes:
I think it's only the pid_chain and rcu member that could be placed in
a list and kmemleak
On 09/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
If I can manage to focus on this, it looks like the information I need to
start fixing this.
I had a look at the second leak reported it seems to be caused by the
same proc_set_tty() call but, in this case, there is no
disassociate_tty()
On 13/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
Catalin Marinas [EMAIL PROTECTED] writes:
void proc_clear_tty(struct task_struct *p)
{
+ struct tty_struct *tty;
+
spin_lock_irq(p-sighand-siglock);
+ tty = p-signal-tty;
+ if (tty) {
+ put_pid(tty
On 14/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
How does this look?
It seems to fix the leak. I looked at the logs and proc_set_tty calls
put_pid twice for pid 245 (the unresolved leak) and get_pid for pid
296, which is later passed to put_pid via do_tty_hangup.
I still get the error
On 16/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
Catalin Marinas [EMAIL PROTECTED] writes:
It seems to fix the leak. I looked at the logs and proc_set_tty calls
put_pid twice for pid 245 (the unresolved leak) and get_pid for pid
296, which is later passed to put_pid via do_tty_hangup
shortlog'):
Catalin Marinas (10):
Make StGIT aware of the STGIT_DEBUG_LEVEL environment variable
Fix the behaviour when there is no user information configured
Allow importing mbox files from stdin
Add --author option to series
Fix import to allow --name and --strip for most
. This patch makes data[] a zero-size array.
Signed-off-by: Catalin Marinas [EMAIL PROTECTED]
---
I came across this when trying to build kmemleak as the modified
container_of macro tries to get the size of the devres.data member and
sizeof cannot be applied to incomplete types.
drivers/base/devres.c
Tejun,
Tejun Heo [EMAIL PROTECTED] wrote:
Catalin Marinas wrote:
Commit 9ac7849e35f705830f7b016ff272b0ff1f7ff759 adds the devres
structure containing a flexible unsigned long long array, with a
comment about the guaranteed alignment. According to the gcc manual,
flexible arrays
Tejun Heo [EMAIL PROTECTED] wrote:
Catalin Marinas wrote:
It sounds to me like the alignment of an incomplete type is not
guaranteed (as you can't even enquire about it, though I might be
wrong). This is probably dependent on the compiler as well - with
gcc-3.3 on x86, __alignof__(unsigned
--to flags anymore
Add missing switch to stg uncommit usage line
Make stg repair help text more helpful
Fix bashism
Discard exitcode of subprocess in a better way
Don't use test_expect_failure for tests that are supposed to work
Catalin Marinas (36):
Allow 'import
On 17/10/2007, Linus Torvalds [EMAIL PROTECTED] wrote:
On Wed, 17 Oct 2007, Jaroslav Kysela wrote:
I'm using stg on top of git for merging and easy tree rebasing, but the
version might be old (I'll try upgrade at first):
Ahh. That may explain it. stg may well be using the low-level git
On Tue, 2008-02-12 at 21:16 -0500, Theodore Tso wrote:
I've never been very happy with stgit because of past experiences
which has scarred me when it got get confused and lost my entire patch
series (this was before git reflogs, so recovery was interesting).
It got much better now :-). We
On Tue, 2008-02-12 at 22:16 -0800, Greg KH wrote:
Ted's description matches mine (keep quilt tree in git, edit changelog
entries, rebase on newer kernel versions, etc.) I can go into details
if needed.
I added some time ago patch history tracking in stgit and you can run
stg log [--graphical]
As pointed out by Linus, there are Kconfig or .c files with long
condition checks listing several architectures. These patches attempt to
solve some of them.
Sorry for the long cc but given that the patches are trivial it's not
worth submitting individual patches for each architecture.
Catalin
This patch introduces HAVE_UID16 config option and selects it in
corresponding architecture Kconfig files. UID16 now only depends on
HAVE_UID16.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Mike Frysinger vap...@gentoo.org
Cc: Mikael Starvik
This patch introduces HAVE_DEBUG_KMEMLEAK config option and selects it
in corresponding architecture Kconfig files. DEBUG_KMEMLEAK now only
depends on HAVE_DEBUG_KMEMLEAK.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Michal Simek mon
This patch introduces SYSCTL_EXCEPTION_TRACE config option and selects
it in the architectures requiring support for the exception-trace
debug_table entry in kernel/sysctl.c.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul
This patch introduces HAVE_DEBUG_BUGVERBOSE config option and selects it
in corresponding architecture Kconfig files. Architectures that already
select GENERIC_BUG don't need to select HAVE_DEBUG_BUGVERBOSE.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: David Howells dhowe
On Wed, Oct 03, 2012 at 11:15:05PM +0100, Andrew Morton wrote:
On Wed, 3 Oct 2012 17:44:23 +0100
Catalin Marinas catalin.mari...@arm.com wrote:
This patch introduces HAVE_UID16 config option and selects it in
corresponding architecture Kconfig files. UID16 now only depends on
HAVE_UID16
That's the second version of the arch conditionals clean-up patches.
This time the Kconfig options are added in random places (or
alphabetical for arm64) to reduce the conflicts with other patches.
Thanks.
Catalin Marinas (4):
Clean up the long arch list for the UID16 config option
Clean up
This patch introduces HAVE_UID16 config option and selects it in
corresponding architecture Kconfig files. UID16 now only depends on
HAVE_UID16.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Geert Uytterhoeven ge...@linux-m68k.org
Cc: Russell King li...@arm.linux.org.uk
Cc
This patch introduces HAVE_DEBUG_KMEMLEAK config option and selects it
in corresponding architecture Kconfig files. DEBUG_KMEMLEAK now only
depends on HAVE_DEBUG_KMEMLEAK.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Michal Simek mon
This patch introduces SYSCTL_EXCEPTION_TRACE config option and selects
it in the architectures requiring support for the exception-trace
debug_table entry in kernel/sysctl.c.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul
This patch introduces HAVE_DEBUG_BUGVERBOSE config option and selects it
in corresponding architecture Kconfig files. Architectures that already
select GENERIC_BUG don't need to select HAVE_DEBUG_BUGVERBOSE.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Geert Uytterhoeven ge
On Thu, Oct 04, 2012 at 08:41:31PM +0100, Russell King - ARM Linux wrote:
On Wed, Oct 03, 2012 at 03:15:05PM -0700, Andrew Morton wrote:
Guys, don't do this. Either put the new item into a randomly-chosen
position or, probably better, alphanumerically sort the list.
I've been telling
On Thu, Oct 04, 2012 at 08:51:04PM +0100, David Howells wrote:
Can you merge the following branch into the arm64 tree please.
This is to complete part of the UAPI disintegration for which the preparatory
patches were pulled recently.
Note that there are some fixup patches which are at the
/cmarinas/linux-aarch64.git execve
Catalin Marinas (3):
arm64: Use generic kernel_thread() implementation
arm64: Use generic kernel_execve() implementation
arm64: Use generic sys_execve() implementation
arch/arm64/Kconfig |1 +
arch/arm64/include/asm/processor.h
driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan shuah.k...@hp.com
Acked-by: Catalin Marinas catalin.mari...@arm.com
Do you want this patch going through linux-next or the ARM64 tree? Let
me know your preference.
I think it can go together with your other
changes
(MODULES_USE_ELF_RELA, update_vsyscall() prototype)
- Unnecessary register setting in start_thread() (thanks to Al Viro)
- ptrace fixes
Catalin Marinas (4):
arm64: Select MODULES_USE_ELF_RELA
arm64: Fix
Hi Al,
Sorry, couldn't reply earlier.
On Sat, Oct 20, 2012 at 04:34:01PM +0100, Al Viro wrote:
On Sat, Oct 20, 2012 at 09:06:57AM -0400, Chris Metcalf wrote:
First, the compat_sys_execve() declaration provided in
arch/tile/include/asm/compat.h isn't right, so I deleted that (you had only
paul.mcken...@linaro.org
CC: Dmitry Kasatkin dmitry.kasat...@intel.com
CC: James Morris james.l.mor...@oracle.com
CC: Darrick J. Wong djw...@us.ibm.com
CC: Michael S. Tsirkin m...@redhat.com
CC: Akinobu Mita akinobu.m...@gmail.com
CC: Ingo Molnar mi...@kernel.org
CC: Catalin Marinas catalin.mari
On 23 October 2012 21:51, Jeff King p...@peff.net wrote:
On Tue, Oct 23, 2012 at 10:47:28PM +0200, Thomas Gleixner wrote:
I agree that this is a common issue. Acked-by/Reviewed-by mails come
in after the fact that the patch has been committed to an immutable
(i.e no-rebase mode) branch or if
On Tue, Oct 23, 2012 at 10:22:45PM +0100, Jeff King wrote:
On Tue, Oct 23, 2012 at 10:09:46PM +0100, Catalin Marinas wrote:
It is spelled:
git notes add -m comment SHA1
The resulting notes are stored in a separate revision-controlled branch
and can be pushed and pulled like
2012/10/24 Tekkaman Ninja tekkamanni...@gmail.com:
This is a Chinese translated version of
Documentation/arm64/memory.txt
Signed-off-by: Fu Wei tekkamanni...@gmail.com
As long as you maintain it and you keep it in sync:
Acked-by: Catalin Marinas catalin.mari...@arm.com
I used google
-by: Catalin Marinas catalin.mari...@arm.com
Thanks.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
Catalin Marinas (3):
arm64: Call swiotlb_init() instead of swiotlb_init_with_default_size()
arm64: Use the generic compat_sys_sendfile() implementation
arm64: Enable interrupts before calling do_notify_resume()
arch/arm64/include/asm/unistd32.h |1
On Tue, Oct 09, 2012 at 10:15:13AM +0100, David Howells wrote:
David Howells (1):
UAPI: (Scripted) Disintegrate arch/arm64/include/asm
It still fails on arm64. The reason is that I had a __SYSCALL_COMPAT
guard to provide either the 32-bit syscalls or the 64-bit (generic) ones
via
On Tue, Oct 09, 2012 at 08:30:59PM +0100, David Howells wrote:
Catalin Marinas catalin.mari...@arm.com wrote:
It still fails on arm64. The reason is that I had a __SYSCALL_COMPAT
guard to provide either the 32-bit syscalls or the 64-bit (generic) ones
via asm/unistd.h. With this change
that the series has only been tested on
arm64. I can test the others but not until tomorrow.
Catalin Marinas (4):
uapi: Allow automatic generation of uapi/asm/ header files
arm64: Automatically generate UAPI stat.h and unistd.h headers
s390: Automatically generate trivial UAPI headers
sparc
Several arch/*/include/uapi/asm/* header simply include the
corresponding asm-generic/* file. This patch allows such files to be
specified in uapi/asm/Kbuild via generic-y += ... to be automatically
generated (similar to asm/Kbuild).
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc
This patch removes several trivial UAPI headers that were simply including
the asm-generic files as they can be automatically generated.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: David S. Miller da...@davemloft.net
---
arch/sparc/include/uapi/asm/Kbuild | 5 +++--
arch/sparc
This patch removes several trivial UAPI headers that were simply including
the asm-generic files as they can be automatically generated.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: Martin Schwidefsky schwidef...@de.ibm.com
Cc: Heiko Carstens heiko.carst...@de.ibm.com
---
arch/s390
This headers simply include the corresponding asm-generic files, they
can be automatically generated.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
---
arch/arm64/include/uapi/asm/Kbuild | 5 +++--
arch/arm64/include/uapi/asm/stat.h | 16
arch/arm64/include/uapi
On Thu, Oct 11, 2012 at 05:46:40PM +0100, David Howells wrote:
Catalin Marinas catalin.mari...@arm.com wrote:
The asm/Kbuild allows automatic generation of header files by specifying
generic-y += The first patch in the series allows the same thing
to be specified in uapi/asm/Kbuild
- Disintegrate the arch/arm64/include/asm/* headers
Catalin Marinas (4):
arm64: Remove unused definitions from asm/unistd32.h
arm64: Do not include asm/unistd32.h in asm/unistd.h
arm64: Do not export the compat-specific
On Wed, Oct 10, 2012 at 05:55:53AM +0100, Sergey Senozhatsky wrote:
On (10/10/12 14:06), Stephen Rothwell wrote:
Today's linux-next merge of the kmemleak tree got a conflict in
mm/kmemleak.c between commit 85d3a316c714 (kmemleak: use rbtree instead
of prio tree) from Linus' tree and commit
Hi Steven,
On 13 October 2012 03:26, Steven Rostedt rost...@goodmis.org wrote:
Recently I suggested to someone that was adding a new asm file that
currently only contained an x86 change to add a header in all archs
that was just a wrapper to point to the asm-generic version. I suggested
this
On 25 October 2012 23:47, Shuah Khan shuah.k...@hp.com wrote:
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
On 27 October 2012 06:11, Ninja Tekkaman tekkamanni...@gmail.com wrote:
I have a question about the original document.
what is the exact meaning about the memory in
ffc0 256GB memory
Can I treat it as kernel logical address space ? Or maybe
Catalin Marinas (3):
arm64: Use pgprot_t as the last argument when invoking __ioremap()
arm64: Move PCI_IOBASE closer to MODULES_VADDR
Merge tag 'v3.7-rc4' into upstream-master
Will Deacon (5):
arm64: perf: use architected event
On Sun, Oct 14, 2012 at 08:56:11PM +0100, Al Viro wrote:
On Sun, Oct 14, 2012 at 08:24:03PM +0100, Al Viro wrote:
Russell, could you recall what those had been about? I'm not sure if that
had been oopsable that far back (again, oops scenario is userland stack
page getting swapped out
On 12 October 2012 19:09, Frederic Weisbecker fweis...@gmail.com wrote:
diff --git a/arch/arm/include/asm/irq_work.h b/arch/arm/include/asm/irq_work.h
new file mode 100644
index 000..f1bffa2
--- /dev/null
+++ b/arch/arm/include/asm/irq_work.h
@@ -0,0 +1 @@
+#include
On Mon, Oct 15, 2012 at 05:27:32PM +0100, Al Viro wrote:
On Mon, Oct 15, 2012 at 05:07:10PM +0100, Catalin Marinas wrote:
On Sun, Oct 14, 2012 at 08:56:11PM +0100, Al Viro wrote:
On Sun, Oct 14, 2012 at 08:24:03PM +0100, Al Viro wrote:
Russell, could you recall what those had been
Hi Stephen,
On Mon, Oct 15, 2012 at 03:07:28AM +0100, Stephen Rothwell wrote:
Today's linux-next merge of the akpm tree got a conflict in
arch/arm64/include/asm/unistd32.h between commit f3d447a97f24 (arm64: Do
not include asm/unistd32.h in asm/unistd.h) from Linus' tree and commit
compat:
On 16 October 2012 09:59, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Oct 16, 2012 at 09:04:34AM +0300, Hiroshi Doyu wrote:
In addition to those contiguous/discontiguous page allocation, is
there any way to _import_ anonymous pages allocated by a process to be
used in
may fail with
mismatched function declarations.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Chris Metcalf cmetc...@tilera.com [for tile]
Acked-by: David S. Miller da...@davemloft.net
Acked-by: Arnd Bergmann a...@arndb.de
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc
Hi Al,
On 15 October 2012 02:30, Al Viro v...@zeniv.linux.org.uk wrote:
arch-arm64 - patches from maintainer with minor followup folded
Thanks for updating the arm64 branch. I've adapted the changes, tested
and folded them into the branch below (the AArch64 instruction set
does not have
On Wed, Oct 17, 2012 at 05:34:24PM +0100, Al Viro wrote:
On Wed, Oct 17, 2012 at 03:02:15PM +0100, Catalin Marinas wrote:
Hi Al,
On 15 October 2012 02:30, Al Viro v...@zeniv.linux.org.uk wrote:
arch-arm64 - patches from maintainer with minor followup folded
Thanks for updating
to deal with conflicts already solved.
Add range comparison support to stg-mdiff.
Add to stg-mdiff the ability to pass options to underlying diff opts.
Port stg-whatchanged improvements to stg-mdiff and have the
former use the latter.
Catalin Marinas (34):
Add --branch option
Bas Vermeulen [EMAIL PROTECTED] wrote:
I am currently working on the bfinnommu linux port for the BlackFin 533.
I need to grab the top 1 MB of memory so I can give it out to drivers
that need non-cached memory for DMA operations.
I did this long time ago (on a 2.4 kernel), trying to avoid a
Richard B. Johnson [EMAIL PROTECTED] wrote:
1 Megabyte of DMA RAM should be available using conventional
means __get_dma_pages(GFP_KERNEL, 0x100) soon after boot.
The problem is that he needs to get this memory from the last MB only,
__get_dma_pages would return pages from ZONE_DMA but this is
Bas Vermeulen [EMAIL PROTECTED] wrote:
This will put me in the zone of 'it ain't ever going to be integrated'.
I'd preferrably find a solution without changing the zones. My ideal
solution would be grabbing pages before they are assigned to a zone, or
at least for the zone to recognize them as
Chris Wedgwood [EMAIL PROTECTED] wrote:
I'm playing with monotone right now. Superficially it looks like it
has tons of gee-whiz neato stuff... however, it's *agonizingly* slow.
I mean glacial. A heavily sedated sloth with no legs is probably
faster.
I tried some time ago to import the
Linus Torvalds [EMAIL PROTECTED] wrote:
Which is why I'd love to hear from people who have actually used various
SCM's with the kernel. There's bound to be people who have already
tried.
I (successfully) tried GNU Arch with the Linux kernel. I mirrored all
the BKCVS changesets since Linux
Kedar Sovani [EMAIL PROTECTED] wrote:
I was wondering if working on git, is in anyway, in violation of the
Bitkeeper license, which states that you cannot work on any other SCM
(SCM-like?) tool for x amount of time after using Bitkeeper ?
That's valid for the new BK license only which probably
Linus Torvalds [EMAIL PROTECTED] wrote:
So anything that got modified in just one tree obviously merges to that
version. Any file that got modified in two trees will end up just being
passed to the merge program. See man merge and man diff3. The merger
gets to fix up any conflicts by hand.
Magnus Damm [EMAIL PROTECTED] wrote:
On 4/12/05, Petr Baudis [EMAIL PROTECTED] wrote:
(iv) You fail to propose a better solution.
I would feel safer with back end storage filenames based on email and
mtime together with an optional hash lookup that turns collisions into
worse performance.
Tomko [EMAIL PROTECTED] wrote:
Inside the system call , the kernel often copy the data by calling
copy_from_user() rather than just using strcpy(), is it because the
memory mapping in kenel space is different from user space?
No, it is because this function checks whether the access to the
Vadim Lobanov [EMAIL PROTECTED] wrote:
2. Would it be possible to eliminate the might_sleep() call in
copy_from_user()? It seems that, very soon after, the __copy_from_user()
macro does another might_sleep(), with very few instructions in between.
But there might be some trick here that I'm
Vadim Lobanov [EMAIL PROTECTED] wrote:
I think I misspoke a bit in my email above. The intent was not to
eliminate all might_sleep() calls from the copy_from_user() code path;
but rather juggle the source around a bit so there is only one
might_sleep() call per each code path. Currently, in
Paul Jackson [EMAIL PROTECTED] wrote:
merge does a better job than diff3 since it can resolve the
The merge command I know of is part of Tichy's RCS tools,
and calls diff3, and has no inherent superior abilities.
You are right, I missed some diff3 options. It looks like diff3 -mE
generates
Olivier Galibert [EMAIL PROTECTED] wrote:
If I get a struct page * from a call to alloc_pages with a non-zero
order, how do I get the struct page * of te following pages from the
same allocation in order to use them in calls to tcp_sendpage?
page++;
The page structures are kept in an array,
Roman Zippel [EMAIL PROTECTED] wrote:
Did you know, there are other scm systems out
there? Once one studied a few of them, one basically also knows how bk
works and it certainly helps to put your facts into perspective.
On the same line of ideas, a script that some people might find useful:
mike [EMAIL PROTECTED] wrote:
When i start the non- compressed kernel, it can print out Linux
version 2.4.18-rmk4, and when i bootup the compressed kernel ,
uncompressed linux .. is displayed. Both situation will reboot
the machine and come back to the bootloader. Do anybody know what
Clemens Schwaighofer [EMAIL PROTECTED] wrote:
On 02/15/2005 09:19 PM, kernel wrote:
With all of the complaining about BK you'd think there'd be an equal
alternative.
there is no need for that. There is already one. Subversion is a more
than mature VCS. Apache group is switching to it, gcc
Stelian Pop [EMAIL PROTECTED] wrote:
The current bkcvs export is broken, several recent changesets are
missing from it.
This occurs at least in the mm/ directory, but I haven't verified
if other directories are not affected. I detected this problem
because the head of bkcvs doesn't compile
Michelle Konzack [EMAIL PROTECTED] wrote:
Am 2005-03-05 16:18:24, schrieb Russell King:
On Sat, Mar 05, 2005 at 10:48:00AM -0500, Gene Heskett wrote:
What are the options normally used to generate a diff for public
consumption on this list?
diff -urpN orig new
This is what I using
Hi,
Does anyone know whether the BKCVS repository
(rsync.kernel.org::pub/scm/linux/kernel/bkcvs/linux-2.5) is still
updated? The last ChangeSet,v revision I got is 1.26750 which was
checked in more than a week ago.
(Sorry if I missed some e-mails about a planned down-time)
Thanks,
Catalin
-
Hi Larry,
[EMAIL PROTECTED] (Larry McVoy) wrote:
One problem is that the set of files in patches may not be disjoint,
the same file may participate in multiple patches. I think we can handle
that in the following way, we put multiple comments, one for each patch,
so you'd see
Andrea Arcangeli [EMAIL PROTECTED] writes:
sorry to annoy you about this, but something is going wrong with either
cvsps or the kernel CVS.
I reproducibly get this as the last changeset, note the date. The
--bkcvs breaks completely too, but that would be a minor issue since
cvsps by default
On Fri, Jul 13, 2012 at 01:40:03PM +0100, Arnd Bergmann wrote:
On Thursday 12 July 2012, John Stultz wrote:
On 07/12/2012 10:31 AM, Marc Zyngier wrote:
On Thu, 12 Jul 2012 09:57:33 -0700, John Stultz john.stu...@linaro.org
wrote:
So following ia64's method is probably better then
On Sat, Jul 14, 2012 at 10:35:05AM +0100, Pavel Machek wrote:
On Tue 2012-07-10 11:12:23, Catalin Marinas wrote:
On Sat, Jul 07, 2012 at 10:30:58AM +0100, Mikael Pettersson wrote:
Catalin Marinas writes:
Compilation requires a new aarch64-none-linux-gnu-
toolchain (http
On Sat, Jul 14, 2012 at 10:30:32AM +0100, Pavel Machek wrote:
Agreed. It's clear from the code that it started out as a copy
of the 32 bit ARM code base, which I think was a mistake, but
it has also moved on since then and many areas of the 64 bit
code are now much cleaner
On Sun, Jul 15, 2012 at 08:43:07PM +0100, Arnd Bergmann wrote:
On Sunday 15 July 2012, Catalin Marinas wrote:
The AArch32 execution mode is optional, so it depends on the actual CPU
implementation (while AArch64 is mandatory). If the implementation
supports it, the most likely scenario
On Mon, Jul 16, 2012 at 09:24:26AM +0100, Avi Kivity wrote:
On 07/15/2012 03:16 PM, Catalin Marinas wrote:
The AArch32 execution mode is optional, so it depends on the actual CPU
implementation (while AArch64 is mandatory). If the implementation
supports it, the most likely scenario
Hi,
On Mon, Jul 16, 2012 at 01:16:51PM +0100, Pavel Machek wrote:
The AArch32 execution mode is optional, so it depends on the actual CPU
implementation (while AArch64 is mandatory). If the implementation
supports it, the most likely scenario for AArch32 at kernel level is in
This patch allows an architecture to not define CLOCK_TICK_RATE, in
which case ACTHZ defaults to (HZ 8).
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Arnd Bergmann a...@arndb.de
Cc: John Stultz john.stu...@linaro.org
Cc: Andrew Morton a...@linux-foundation.org
---
include
This patch introduces CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE and uses
this instead of the multitude of #if defined() checks in atomic64_test.c
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Ralf Baechle r...@linux-mips.org
Cc: Benjamin
On AArch64, we want the sys_stat64() and related functions for compat
support but do not need the generic struct stat64, enabled automatically
if __ARCH_WANT_STAT64.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Arnd Bergmann a...@arndb.de
Cc: Alexander Viro v
On Mon, Jul 16, 2012 at 12:53:21AM +0100, Linus Torvalds wrote:
On Sun, Jul 15, 2012 at 4:21 PM, Måns Rullgård m...@mansr.com wrote:
FWIW, I'd prefer naming the directory either arm64 or armv8 for a few
reasons:
- Those are the names people actually use to refer to the architecture
-
On Wed, Jul 18, 2012 at 05:33:57AM +0100, Benjamin Herrenschmidt wrote:
On Fri, 2012-07-06 at 22:05 +0100, Catalin Marinas wrote:
This patch introduces ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE and uses this
instead of the multitude of #if defined() checks in atomic64_test.c
Signed-off
Hi Jon,
On Wed, Jul 18, 2012 at 06:35:40AM +0100, Jon Masters wrote:
On 07/06/2012 05:05 PM, Catalin Marinas wrote:
These patches are also available on this branch:
git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64.git
upstream
What's your general plan
On Wed, Jul 18, 2012 at 04:27:12PM +0100, Dennis Gilmore wrote:
El Tue, 17 Jul 2012 22:33:33 -0400
Jon Masters jonat...@jonmasters.org escribió:
On 07/17/2012 06:35 PM, Joe Perches wrote:
On Tue, 2012-07-17 at 23:18 +0100, Catalin Marinas wrote:
The uname will still report
aarch64
On Thu, Jul 19, 2012 at 12:11:03AM +0100, John Stultz wrote:
On 07/18/2012 03:51 PM, Andrew Morton wrote:
On Tue, 17 Jul 2012 17:41:40 +0100
Catalin Marinas catalin.mari...@arm.com wrote:
This patch allows an architecture to not define CLOCK_TICK_RATE, in
which case ACTHZ defaults
On Tue, Apr 09, 2013 at 01:33:34PM +0100, Christopher Covington wrote:
For accurate accounting pass contextidr_thread_switch the prev
task pointer, since cpu_switch_to has at that point changed the
the stack pointer.
Signed-off-by: Christopher Covington c...@codeaurora.org
---
On Mon, Apr 15, 2013 at 11:45:42AM +0100, Will Deacon wrote:
On Mon, Apr 15, 2013 at 11:11:59AM +0100, Catalin Marinas wrote:
On Tue, Apr 09, 2013 at 01:33:34PM +0100, Christopher Covington wrote:
For accurate accounting pass contextidr_thread_switch the prev
task pointer, since
On Mon, Apr 15, 2013 at 11:58:40AM +0100, Catalin Marinas wrote:
On Mon, Apr 15, 2013 at 11:45:42AM +0100, Will Deacon wrote:
On Mon, Apr 15, 2013 at 11:11:59AM +0100, Catalin Marinas wrote:
On Tue, Apr 09, 2013 at 01:33:34PM +0100, Christopher Covington wrote:
For accurate accounting
1 - 100 of 5901 matches
Mail list logo