Hi Rusty,
On Wed, Jul 11, 2012 at 06:26:49AM +0100, Rusty Russell wrote:
> On Tue, 10 Jul 2012 16:52:18 +, Arnd Bergmann wrote:
> > On Tuesday 10 July 2012, Alan Cox wrote:
> > > > In the AArch32 kernel port many implementation decisions newer
> > > > architectures were made in a way that pre
On Wed, Jul 11, 2012 at 12:28:29PM +0100, Arnd Bergmann wrote:
> On Wednesday 11 July 2012, James Bottomley wrote:
> > Hi All,
> >
> > We have set aside the second day of the kernel summit (Tuesday 28
> > August) as mini-summit day. So far we have only the PCI mini summit on
> > this day, so if y
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f579fe9647619:
Linux 3.8-rc4 (2013-01-17 19:25:45 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64.git
tags
argument to mm->task_size for the
free_pgtables() and free_pgd_range() function calls. We cannot use
TASK_SIZE since this macro may not be a run-time constant on 64-bit
systems supporting compat applications.
Signed-off-by: Catalin Marinas
Cc: Andrea Arcangeli
Cc: Russell King
---
Hi Andrew,
Hugh,
On Thu, Feb 14, 2013 at 09:24:09PM +, Hugh Dickins wrote:
> On Wed, 13 Feb 2013, Andrew Morton wrote:
> > On Wed, 13 Feb 2013 11:39:29 +
> > Catalin Marinas wrote:
> >
> > > ARM processors with LPAE enabled use 3 levels of page tables, with an
>
the ARM USER_PGTABLES_CEILING to TASK_SIZE.
Signed-off-by: Catalin Marinas
Cc: Russell King
Cc: Hugh Dickins
Cc: Andrew Morton
---
arch/arm/include/asm/pgtable.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/include/asm/pgtable.h b/arch/arm/include/asm/pgtable.h
index
Following feedback on the previous patch to limit the free_pgtables()
ceiling, this series introduces a USER_PGTABLES_CEILING macro defaulting
to 0 and an ARM-specific definition to TASK_SIZE.
Catalin Marinas (1):
arm: Set the page table freeing ceiling to TASK_SIZE
Hugh Dickins (1):
mm
: commit log; shift_arg_pages(), asm-generic/pgtables.h
changes]
Signed-off-by: Catalin Marinas
Cc: Russell King
Cc: Andrew Morton
---
fs/exec.c | 4 ++--
include/asm-generic/pgtable.h | 10 ++
mm/mmap.c | 4 ++--
3 files changed, 14 insertions(+), 4
e 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 heade
Several arch/*/include/uapi/asm/* header simply include the
corresponding 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
Cc: Michal Marek
Cc: David H
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
Cc: "David S. Miller"
---
arch/sparc/include/uapi/asm/Kbuild | 5 +++--
arch/sparc/include/uapi/asm/kvm_para.h |
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
Cc: Martin Schwidefsky
Cc: Heiko Carstens
---
arch/s390/include/uapi/asm/Kbuild | 19 ++-
arch/s390
This headers simply include the corresponding asm-generic files, they
can be automatically generated.
Signed-off-by: Catalin Marinas
---
arch/arm64/include/uapi/asm/Kbuild | 5 +++--
arch/arm64/include/uapi/asm/stat.h | 16
arch/arm64/include/uapi/asm/unistd.h | 16
On Thu, Oct 11, 2012 at 05:46:40PM +0100, David Howells wrote:
> Catalin Marinas 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 specifie
SYSCALL_COMPAT guard
- 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
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
Hi Steven,
On 13 October 2012 03:26, Steven Rostedt 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 because that's t
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
On 12 October 2012 19:09, Frederic Weisbecker 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
> diff --git a/arch/arm64/inclu
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:
> > >
> > &
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
> "comp
On 16 October 2012 09:59, Russell King - ARM Linux
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 dma-mapping API later?
nel building may fail with
mismatched function declarations.
Signed-off-by: Catalin Marinas
Acked-by: Chris Metcalf [for tile]
Acked-by: David S. Miller
Acked-by: Arnd Bergmann
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Alexander Viro
Cc: Andrew Morton
---
Andrew, please consider merging t
Hi Stephen,
On Fri, Jan 11, 2013 at 04:46:17AM +, Stephen Rothwell wrote:
> Today's linux-next merge of the signal tree got a conflict in
> arch/arm64/kernel/signal32.c between commits 068f1bb36cf1 ("arm64:
> compat: include sa_restorer in old action from rt_sigaction") and
> efed4d52e39f ("ar
On Fri, Jan 11, 2013 at 01:51:43PM +, Alexandru Copot wrote:
> While doing simple IPv6 tests in KVM virtual machines,
> (add an IPv6 address to eth0) kmemleak complains about
> an unreferenced object:
>
> unreferenced object 0x88001e804120 (size 32):
> comm "softirq", pid 0, jiffies 4294
On Fri, Jan 11, 2013 at 02:32:12PM +, Daniel Baluta wrote:
> On Fri, Jan 11, 2013 at 4:02 PM, Catalin Marinas
> wrote:
> > On Fri, Jan 11, 2013 at 01:51:43PM +, Alexandru Copot wrote:
> > > --- a/drivers/virtio/virtio_ring.c
> > > +++ b/drivers/virtio/virt
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 9931faca02c604c22335f5a935a501bb2ace6e20:
Linux 3.8-rc3 (2013-01-09 18:59:55 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64.git
tags
On Wed, Dec 12, 2012 at 06:18:53PM +, Joe Perches wrote:
> Use the new vsprintf extension to avoid any possible
> message interleaving.
>
> Signed-off-by: Joe Perches
Acked-by: Catalin Marinas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
)
- Flattened Device Tree (mandated for all AArch64 platforms)
- ARM generic timers
Catalin Marinas (26):
fs: Build sys_stat64() and friends if __ARCH_WANT_COMPAT_STAT64
generic: Implement generic ffs/fls using __builtin_
On Mon, Oct 01, 2012 at 07:59:52PM +0100, Linus Torvalds wrote:
> On Mon, Oct 1, 2012 at 9:00 AM, Catalin Marinas
> wrote:
> >
> > Please pull the tag below containing the arm64 Linux port. The code
> > lives primarily under arch/arm64/ with a few bits of generic code
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
Acked-by: Arnd Bergmann
---
fs/stat.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions
nt
(2^11) requirements.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/ptrace.h | 207 ++
arch/aarch64/include/asm/stacktrace.h | 30 ++
arch/aarch64/include/asm/traps.h | 31 ++
arch/aarch64/kernel/entry.S |
AArch64
but still provide a compat equivalent of 4K (and allow LTP tests to
pass).
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/sparc/kernel/sys_sparc_64.c |2 +-
arch/xtensa/kernel/syscall.c |2 +-
include/linux/shm.h |6 --
ipc/compat.c
The patch adds the kernel booting and the initial setup code.
Documentation/aarch64/booting.txt describes the booting protocol on the
AArch64 Linux kernel. This is subject to change following the work on
boot standardisation, ACPI.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
This patch introduces several assembly macros and definitions used in
the .S files across arch/aarch64/ like IRQ disabling/enabling, together
with asm-offsets.c.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/asm-offsets.h |1 +
arch/aarch64/include
From: Marc Zyngier
This patch adds udelay, memory and bit operations together with the
ksyms exports.
Signed-off-by: Marc Zyngier
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/bitops.h | 75 ++
arch/aarch64/include/asm
This patch adds Makefile and Kconfig files required for building an
AArch64 kernel.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/Kconfig | 263 +
arch/aarch64/Kconfig.debug| 44 ++
arch/aarch64
This patch updates the MAINTAINERS file for the AArch64 Linux kernel
port.
Signed-off-by: Catalin Marinas
---
MAINTAINERS |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index eb22272..50699f5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
From: Will Deacon
This patch adds support for loadable modules. Loadable modules are
loaded 64MB below the kernel image due to branch relocation restrictions
(see Documentation/aarch64/memory.txt).
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm
register. The physical counter is also accessible from user space
allowing fast gettimeofday() implementation.
Signed-off-by: Marc Zyngier
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/timex.h | 33
arch/aarch64/kernel/time.c| 66
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-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/arm/include/asm/atomic.h |1 +
arch/mips/include/asm/atomic.h |1 +
arch
supported via the memory attributes register
(MAIR_EL1) and only affect the Normal Cacheable mappings.
This patch also adds the SPARSEMEM_VMEMMAP initialisation.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/memblock.h | 24 ++
arch/aarch64/mm/init.c
: Will Deacon
Signed-off-by: Catalin Marinas
---
Documentation/aarch64/memory.txt| 69 +
arch/aarch64/include/asm/memory.h | 145 ++
arch/aarch64/include/asm/mmu.h | 28 ++
arch/aarch64/include/asm/pgtable-2level-hwdef.h | 44 +++
arch
This patch introduces a few AArch64-specific header files together with
Kbuild entries for generic headers.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/Kbuild| 50 +
arch/aarch64/include/asm/barrier.h | 53 +
arch
From: Will Deacon
This patch adds support for the AArch64 performance counters.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/perf_event.h | 23 +
arch/aarch64/include/asm/pmu.h| 83 ++
arch/aarch64/kernel/perf_event.c | 1369
state saving/restoring.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/fpsimd.h | 65 ++
arch/aarch64/kernel/entry-fpsimd.S | 81 +++
arch/aarch64/kernel/fpsimd.c | 107
This patch add support for various user access functions. These
functions use the standard LDR/STR instructions and not the LDRT/STRT
variants in order to allow kernel addresses (after set_fs(KERNEL_DS)).
Signed-off-by: Will Deacon
Signed-off-by: Marc Zyngier
Signed-off-by: Catalin Marinas
This patch adds support for signal handling. The sigreturn is done via
VDSO, introduced by a previous patch. The SA_RESTORER is still defined
as it is required for 32-bit (compat) support but it is not to be used
for 64-bit applications.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
From: Will Deacon
This patch adds VDSO support for 64-bit applications. The VDSO code is
currently used for sys_rt_sigreturn() and optimised gettimeofday()
(using the user-accessible generic counter).
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm
user space.
The sys_call_table is just an array defined in a C file and it contains
pointers to the syscall functions. The array is 4KB aligned to allow the
use of the ADRP instruction (longer range ADR) in entry.S.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64
This patch adds definitions for the ELF format, including personality
personality setting and EXEC_PAGESIZE. The are only two hwcap
definitions for 64-bit applications - HWCAP_FP and HWCAP_ASIMD.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/auxvec.h
-off-by: Will Deacon
Signed-off-by: Marc Zyngier
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/hardirq.h|5 +
arch/aarch64/include/asm/smp.h| 70 +
arch/aarch64/include/asm/spinlock.h | 200
arch/aarch64/include/asm/spinlock_types.h
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/device.h | 27
arch/aarch64/include/asm/fb.h | 35 +
arch/aarch64/include/asm/io.h | 260 +
arch/aarch64/kernel/io.c | 65 +
arch/aarch64/mm/ioremap.c | 102
deal with cache maintenance.
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/dma-mapping.h | 134
arch/aarch64/mm/dma-mapping.c | 209
2 files changed, 343 insertions(+), 0 deletions(-)
create mode 100644 arch/aarch64
This patch introduces the atomic, mutex and futex operations. Many
atomic operations use the load-acquire and store-release operations
which imply barriers, avoiding the need for explicit DMB.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/atomic.h
onventions.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
include/linux/compat.h |1 +
ipc/compat.c |2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/linux/compat.h b/include/linux/compat.h
index 4e89039..9f68e90 100644
--- a/include/linu
so that the
message size is represented as a compat_ssize_t, which we cast to the
native ssize_t type for the core IPC code.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
include/linux/compat.h |4 ++--
ipc/compat.c |8
2 files changed, 6 insertions(+)
From: Marc Zyngier
This patch adds the support for IRQ handling. The actual interrupt
controller will be part of a separate patch (going into
drivers/irqchip/).
Signed-off-by: Marc Zyngier
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/hardirq.h
dropped once Peter Z's generic
mmu_gather patches are merged.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/tlb.h | 191 +++
arch/aarch64/include/asm/tlbflush.h | 124 +++
arch/aarch64/mm/
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/cache.h | 33
arch/aarch64/include/asm/cacheflush.h | 210
arch/aarch64/include/asm/cachetype.h | 49 ++
arch/aarch64/mm/cache.S | 280 +
arch
ideally be pushed to firmware.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/cputype.h | 50 +
arch/aarch64/include/asm/proc-fns.h | 52 +
arch/aarch64/include/asm/processor.h | 175 ++
arch/aarch64
ID_AA64AFR0_EL1 register).
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/mmu_context.h | 153
arch/aarch64/include/asm/thread_info.h | 125 ++
arch/aarch64/kernel/process.c | 417
arch/aarch64/mm
overlapping between user and kernel page tables.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
---
arch/aarch64/include/asm/page.h| 68 +
arch/aarch64/include/asm/pgalloc.h | 114
arch/aarch64/mm/copypage.c | 35 +++
arch/aarch64/mm/extable.c
This function reserves initial_boot_params total size and reserve map.
Signed-off-by: Catalin Marinas
Cc: Grant Likely
---
drivers/of/fdt.c | 28
include/linux/of_fdt.h |1 +
2 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/drivers/of
/scm/linux/kernel/git/cmarinas/linux-aarch64.git
upstream
Regards,
Catalin
Catalin Marinas (25):
atomic64_test: Simplify the #ifdef for atomic64_dec_if_positive()
test
fs: Build sys_stat64() and friends if __ARCH_WANT_COMPAT_STAT64
fdt: Add generic dt_memblock_reserve() function
On Fri, Jul 06, 2012 at 11:58:04PM +0100, Alan Cox wrote:
> > arch/x86/include/asm/atomic64_32.h |1 +
> > arch/x86/include/asm/atomic64_64.h |1 +
> > arch/xtensa/kernel/syscall.c|2 +-
>
> This looks odd to say the least ?
There are a fe
On Fri, Jul 06, 2012 at 10:32:54PM +0100, Stephen Warren wrote:
> On 07/06/2012 03:05 PM, Catalin Marinas wrote:
> > The patch adds the kernel booting and the initial setup code.
> > Documentation/aarch64/booting.txt describes the booting protocol on the
> > AArch64 Linux ke
On Sat, Jul 07, 2012 at 06:57:23AM +0100, Greg KH wrote:
> On Fri, Jul 06, 2012 at 10:05:48PM +0100, Catalin Marinas wrote:
> > +++ b/arch/aarch64/include/asm/assembler.h
> > @@ -0,0 +1,143 @@
> > +/*
> > + * Based on arch/arm/include/asm/assembler.h
> > + *
> &
On Sat, Jul 07, 2012 at 10:18:06PM +0100, Rob Herring wrote:
> On 07/06/2012 04:05 PM, Catalin Marinas wrote:
> > This function reserves initial_boot_params total size and reserve map.
> >
> > Signed-off-by: Catalin Marinas
> > Cc: Grant Likely
>
> If you had
Hi Olof,
On Sat, Jul 07, 2012 at 04:53:08AM +0100, Olof Johansson wrote:
> On Fri, Jul 6, 2012 at 2:05 PM, Catalin Marinas
> wrote:
> > ARM introduced AArch64 as part of the ARMv8 architecture
>
> With the risk of bikeshedding here, but I find the name awkward. How
> about
Hi Jon,
On 9 July 2012 03:01, Jon Masters wrote:
> On 07/08/2012 06:24 PM, Dennis Gilmore wrote:
>> I know that the architecture really is new but thats not really clear
>> by adding AArch32 into the mix to represent 32 bit arm as ARM has done
>> or by calling it armv8. There is enough way to con
Hi Alan,
On Sun, Jul 08, 2012 at 12:29:20AM +0100, Alan Cox wrote:
> > 1. The AArch64 architecture is significantly different from AArch32 (the
> > official name of the 32-bit ARM architecture), it is not an extension.
> > It has a new exception model, new instruction set (even the register
> > na
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
"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 thi
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 th
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 th
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 pr
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 conflict
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 per
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
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,
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"
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 arra
"David S. Miller" <[EMAIL PROTECTED]> wrote:
> From: Russell King <[EMAIL PROTECTED]>
> Date: Fri, 29 Jul 2005 16:13:43 +0100
>
>> My current patch to get this working is below. The only thing which
>> really seems to fix the issue is the __flush_dcache_page call in
>> read_pages() - if I remove t
"David S. Miller" <[EMAIL PROTECTED]> wrote:
> The "lazy dcache flushing" he mentioned only flushes on the
> processor where the store occurred, not on any other cpus.
>
> He took the sparc64 code which, at the time of the flush_dcache_page()
> call, stores the current cpu number in the page->flags
Russell King <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 01, 2005 at 01:24:04PM +0100, Catalin Marinas wrote:
>> "David S. Miller" <[EMAIL PROTECTED]> wrote:
>> > If one cpu stores, does it get picked up in the other cpu's I-cache?
>>
>> It
Russell King <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 01, 2005 at 05:54:33PM +0100, Catalin Marinas wrote:
>> I haven't checked the original patch but it might work (by luck)
>> without the I-cache invalidation (and without stressing it too
>> much). This is beca
;t point to it
Let some commands work with detached HEAD
Rename "stg assimilate" to "stg repair"
stg repair: Patchify non-patch commits between patches
Push and pop don't have --to flags anymore
Add missing switch to "stg uncommit" usage
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 co
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 us
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 kn
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 i
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
-
To
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
>
> (L
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
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 d
ow" (gna #8453).
Make hidden patches visible to various commands (notably log, show, pick).
Forbid the "series --all --short" combination.
Recognize refs under remotes/ as parent branch on stack creation.
Document shortcoming of stg-k and stg-unnew.
Add a
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
401 - 500 of 3477 matches
Mail list logo
