I'm trying to implement atomic ops for a CPU which has no inherent
support for Read-Modify-Write Ops. Instead of using a global spin lock
which protects all the atomic APIs, I want to use a spin lock per
instance of atomic_t. This works well when atomic_t is unitary and
statically initialized
What operations are you using to implement spinlocks?
The cpu provides atomic exchange instruction (atomic Read/write
semantics) which forms the back end of spin lock code.
__raw_spin_trylock( ) atomically swaps the lock memory with a reg (set
to 1)
Using a pool of spinlocks rather that
On Monday 22 October 2012 05:20 PM, James Hogan wrote:
On 17 October 2012 09:42, James Hogan ja...@albanarts.com wrote:
On 2 October 2012 19:36, David Howells dhowe...@redhat.com wrote:
The patches herein prepare for the extraction of the Userspace API bits from
the various header files named
On Sunday 23 September 2012 06:16 AM, Al Viro wrote:
On Sat, Sep 22, 2012 at 09:16:11PM +1000, Greg Ungerer wrote:
I sent the patch to the m68k-linux list. Its been acked by Geert.
http://marc.info/?l=linux-m68km=134742688015639w=2
I was going to push it through the m68knommu git tree, but
On Tuesday 02 October 2012 05:17 PM, Alan Cox wrote:
+/* Is this for UART emulation on ARC Instruction Set Simulator (ISS)
*/ +int __attribute__((weak)) running_on_iss;
Why not pass a quirks field in your platform data instead - much
cleaner than a global.
I'd thought about it too. However
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/arcregs.h | 114 +++
arch/arc/include/asm/irqflags.h | 143 +++
arch/arc/kernel/irq.c | 32 +
3 files changed, 289 insertions(+), 0
This is because mm_segment_t is exported by arch code, while seqment_eq
assumes it will have .seg element.
Acked-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
include/asm-generic/uaccess.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff
TBD: do_csum still needs to be written in asm
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/byteorder.h | 18 +++
arch/arc/include/asm/checksum.h | 101 ++
arch/arc/include/asm/swab.h | 99
split for arch headers.
That is also being worked upon with help from David. That will show up in v2
of the patchseries.
Thx,
-Vineet
Vineet Gupta (31):
ARC: Generic Headers
ARC: irqflags
ARC: atomic/bitops/cmpxchg/barriers
asm-generic headers: uaccess.h to conditionally define segment_eq
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/mutex.h |9 ++
arch/arc/include/asm/spinlock.h | 144 +
arch/arc/include/asm/spinlock_types.h | 35
3 files changed, 188 insertions(+), 0 deletions(-)
create
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/arcregs.h |3 ++
arch/arc/include/asm/hw_irq.h |7
arch/arc/include/asm/irq.h | 25 +
arch/arc/kernel/irq.c | 79 +++-
arch/arc/plat-arcfpga
* ARC700 has VIPT L1 Caches (L1 only)
* Caches don't snoop and are not coherent
* Given the PAGE_SIZE and Cache associativity, we don't support aliasing
D$ configurations, but so allow aliasing I$ configs
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/arcregs.h
for
SIGKILL + VM_FAULT_OOM + !VM_FAULT_RETRY
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/mm/extable.c | 26 ++
arch/arc/mm/fault.c | 228 +
2 files changed, 254 insertions(+), 0 deletions(-)
create mode 100644 arch/arc/mm
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/configs/fpga_defconfig | 607 +++
1 files changed, 607 insertions(+), 0 deletions(-)
create mode 100644 arch/arc/configs/fpga_defconfig
diff --git a/arch/arc/configs/fpga_defconfig b/arch/arc
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Kconfig |1 +
arch/arc/kernel/process.c | 29 +
2 files changed, 10 insertions(+), 20 deletions(-)
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index d6983afa..f3aacfc 100644
--- a/arch
***
[ARCLinux]$
=8=
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/kernel/ptrace.c | 26
arch/arc/kernel/stacktrace.c | 43
arch/arc/kernel
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/hw_irq.h |7 --
arch/arc/kernel/traps.c | 125 +
2 files changed, 125 insertions(+), 7 deletions(-)
delete mode 100644 arch/arc/include/asm/hw_irq.h
create mode 100644
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/page.h| 92 +
arch/arc/include/asm/pgalloc.h | 134 +
arch/arc/include/asm/pgtable.h | 401
3 files changed, 627 insertions(+), 0 deletions(-)
create mode
ARC700 MMU provides for tagging TLB entries with a 8-bit ASID to avoid
having to flush the TLB every task switch.
It also allows for a quick way to invalidate all the TLB entries for
task useful for:
* COW sementics during fork()
* task exit()ing
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/irq.h |1 +
arch/arc/plat-arcfpga/include/plat/irq.h| 27 +++
arch/arc/plat-arcfpga/include/plat/memmap.h | 31
arch/arc/plat-arcfpga/platform.c| 105
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/arcregs.h |5 +
arch/arc/include/asm/setup.h | 22 +
arch/arc/kernel/head.S | 78
arch/arc/kernel/reset.c | 33 +++
arch/arc/kernel/setup.c | 166
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/sigcontext.h | 23 +++
arch/arc/include/asm/signal.h | 27 +++
arch/arc/kernel/signal.c | 360 +
3 files changed, 410 insertions(+), 0 deletions(-)
create mode 100644
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/arcregs.h | 31 +
arch/arc/include/asm/delay.h | 68 +++
arch/arc/include/asm/processor.h |3 +
arch/arc/include/asm/switch_to.h | 41 +++
arch/arc/include/asm/timex.h | 18 +++
arch/arc
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/ptrace.h |5 ++
arch/arc/include/asm/syscall.h | 72 +++
arch/arc/include/asm/syscalls.h | 30 ++
arch/arc/include/asm/unistd.h | 44 ++
arch/arc/kernel/entry.S
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/entry.h | 495
arch/arc/kernel/entry.S | 577 ++
2 files changed, 1072 insertions(+), 0 deletions(-)
create mode 100644 arch/arc/include
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/string.h | 40 +
arch/arc/lib/memcmp.S | 124 +
arch/arc/lib/memcpy-700.S | 66 ++
arch/arc/lib/memset.S | 59
* L1_CACHE_SHIFT
* PAGE_SIZE, PAGE_OFFSET
* struct pt_regs, struct user_regs_struct
* struct thread_struct, cpu_relax(), task_pt_regs(), start_thread(), ...
* struct thread_info, THREAD_SIZE, INIT_THREAD_INFO(), TIF_*, ...
* BUG()
* ELF_*
* Elf_*
Signed-off-by: Vineet Gupta vgu...@synopsys.com
arches can have more efficient implementation of these routines
Acked-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
include/asm-generic/checksum.h |4
lib/checksum.c |2 ++
2 files changed, 6 insertions(+), 0 deletions(-)
diff
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/segment.h | 24 ++
arch/arc/include/asm/uaccess.h | 605
2 files changed, 629 insertions(+), 0 deletions(-)
create mode 100644 arch/arc/include/asm/segment.h
create mode 100644
This covers the UP / SMP (with no hardware assist for atomic r-m-w) as
well as ARC700 LLOCK/SCOND insns based.
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/atomic.h | 232 ++
arch/arc/include/asm/barrier.h | 42
arch/arc/include/asm/bitops.h
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/Kbuild| 57
arch/arc/include/asm/asm-offsets.h |9 ++
2 files changed, 66 insertions(+), 0 deletions(-)
create mode 100644 arch/arc/include/asm/Kbuild
create mode
* MMU I-TLB / D-TLB Miss Exceptions
- Fast Path TLB Refill Handler
- slowpath TLB creation via do_page_fault() - update_mmu_cache()
* Duplicate PD Exception Handler
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/arcregs.h | 90 ++
arch/arc/include/asm/tlb
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/kernel/entry.S |8
arch/arc/kernel/process.c | 32 +---
2 files changed, 21 insertions(+), 19 deletions(-)
diff --git a/arch/arc/kernel/entry.S b/arch/arc/kernel/entry.S
index fe9a17c
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Kbuild|2 +
arch/arc/Kconfig | 337
arch/arc/Kconfig.debug | 34
arch/arc/Makefile | 115
arch/arc/boot
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/ptrace.h |8 +++
arch/arc/include/asm/unistd.h |2 +
arch/arc/kernel/entry.S | 17 ---
arch/arc/kernel/process.c | 44 -
arch/arc/kernel/sys.c
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/tlb.h | 17 ++
arch/arc/include/asm/tlbflush.h | 28
arch/arc/mm/tlb.c | 311 +++
3 files changed, 356 insertions(+), 0 deletions(-)
create mode 100644 arch
TBD: Do we need early ioremap support like openrisc
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/dma-mapping.h| 176 +
arch/arc/include/asm/dma.h| 14 ++
arch/arc/include/asm/io.h | 26
Vineet Gupta vineet.gup...@synopsys.com wrote:
I'm planning to submit ARC Linux kernel port (from Synopsys) for review
on lkml and arch mailing lists. I already have a a 3.7-rc3 based kernel
(modulo the arch UAPI split). What would be the best way to get the UAPI
split done.
Can you point
On 7 November 2012 10:47, Vineet Gupta vineet.gup...@synopsys.com wrote:
diff --git a/arch/arc/include/asm/ptrace.h b/arch/arc/include/asm/ptrace.h
new file mode 100644
index 000..c178357
--- /dev/null
+++ b/arch/arc/include/asm/ptrace.h
@@ -0,0 +1,120 @@
+/* THE pt_regs: Defines how
Hi Arnd,
Thanks for your valuable comments I will rework the port.
P.S. Sorry for top-posting.
Thanks,
Vineet
On Wednesday 07 November 2012, Vineet Gupta wrote:
This patchset based off-of 3.7-rc3, introduces the Linux kernel port to
ARC700 processor family (750D and 770D) from Synopsys
On Friday 26 October 2012 12:06 AM, Greg KH wrote:
On Thu, Oct 25, 2012 at 12:00:08PM +0530, vineet.gup...@synopsys.com wrote:
From: Vineet Gupta vgu...@synopsys.com
Driver for non-standard on-chip UART, instantiated in the ARC (Synopsys)
FPGA Boards such as ARCAngel4/ML50x
Signed-off
On Friday 26 October 2012 12:06 AM, Greg KH wrote:
On Thu, Oct 25, 2012 at 12:00:07PM +0530, vineet.gup...@synopsys.com wrote:
From: Vineet Gupta vgu...@synopsys.com
Hi Greg,
Rebased off of tty-next and verfied that it builds fine.
Did you run it?
Absolutely ! What I meant
On Friday 26 October 2012 05:40 PM, Felipe Balbi wrote:
On Fri, Oct 26, 2012 at 05:33:16PM +0530, vineet.gup...@synopsys.com wrote:
From: Vineet Gupta vgu...@synopsys.com
Driver for non-standard on-chip UART, instantiated in the ARC (Synopsys)
FPGA Boards such as ARCAngel4/ML50x
Signed-off
On Friday 26 October 2012 05:40 PM, Felipe Balbi wrote:
On Fri, Oct 26, 2012 at 05:33:16PM +0530, vineet.gup...@synopsys.com wrote:
+/*
+ * Release the memory region(s) being used by 'port'.
+ */
+static void arc_serial_release_port(struct uart_port *port)
+{
+}
+
+/*
+ * Request the
I've already posted a v7 of the driver - with all your comments.
If you think it's ok - can you ACK it please !
TIA,
-Vineet
On Monday 29 October 2012 04:36 PM, Felipe Balbi wrote:
On Sat, Oct 27, 2012 at 12:24:46PM +0530, Vineet Gupta wrote:
On Friday 26 October 2012 05:40 PM, Felipe Balbi
On Friday 09 November 2012 04:49 AM, David Howells wrote:
Vineet Gupta vineet.gup...@synopsys.com wrote:
While I'd done some of the prep work in my code such as splitting __KERNEL__
__ASSEMBLY__ into two separate lines, majority of orig headers didn't
have #ifdef __KERNEL__ guard despite
On Friday 09 November 2012 02:06 AM, Jonas Bonn wrote:
On 8 November 2012 19:52, Vineet Gupta vineet.gup...@synopsys.com wrote:
On 7 November 2012 10:47, Vineet Gupta vineet.gup...@synopsys.com wrote:
I'd recommend not exporting the pt_regs structure to userspace. This
struct is used heavily
On 04/13/2013 03:22 AM, Stephen Warren wrote:
After installing the ARC toolchain (which was a bit painful to track
down and install...)
Sorry about that - we have a buildroot based distro about to be pushed upstream
-
that would make it easier.
I reproduced your exact problem. I believe
Hi James,
On 04/16/2013 09:23 PM, James Hogan wrote:
On 12/04/13 22:52, Stephen Warren wrote:
+.SECONDARY: $(obj)/$(builtindtb-y).dtb.S
Note, this may not work if you're using CONFIG_ARC_BUILTIN_DTB_NAME,
since it'll have quotes around it, so you may instead need:
.SECONDARY:
On 04/16/2013 09:32 PM, James Hogan wrote:
Also, I think you probably now want *.dtb.S added to clean-files,
otherwise they won't get removed by make clean.
Good catch !
Thx,
-Vineet
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On 04/03/2013 09:48 PM, Stephen Warren wrote:
On 04/03/2013 01:14 AM, Vineet Gupta wrote:
forgot to CC linux-arch
On 04/03/2013 12:42 PM, Vineet Gupta wrote:
Currently, for every ARC kernel build I see the following:
---8-
DTBarch/arc/boot/dts/angel4.dtb.S
Hi Oskar,
On 04/03/2013 01:58 PM, oskar.and...@sonymobile.com wrote:
Hi,
This is a slight rework of the following patches which I posted earlier:
[PATCH] Kprobes blacklist: Conditionally add x86-specific symbols
[PATCH] delay blacklist symbol lookup until we actually need it
This serie
Hi Peter,
On 04/04/2013 09:43 PM, Peter Zijlstra wrote:
- : cc);
+ : memory, cc);
That's not a memory barrier, that a memory clobber, aka a compiler
barrier.
For the problem under consideration we indeed want a compiler barrier because
the
error shows up due to a stale register
Hi Thomas,
On 04/04/2013 08:58 PM, Christian Ruppert wrote:
Hi Vineet,
Our stress testing campaign has just successfully completed on this
patch. It seems to solve several issues we have seen in unpatched
versions, amongst others the original timer issue, a crash in hrtimer
rb-tree
On 04/04/2013 06:21 PM, Oskar Andero wrote:
Some blackpoints are only valid for specific architectures. To let each
architecture specify its own blackpoints the list has been split in two
lists: common and arch. The common list is kept in kernel/kprobes.c and
the arch list is kept in the arch/
On 04/06/2013 01:22 AM, Peter Hurley wrote:
I'll see if I can reproduce this over the weekend on an old single-core
laptop I
still have.
TIA for doing this.
There were some race conditions in the N_TTY line discipline which I
recently fixed. Those changes are in linux-next. Can you test if
On 04/05/2013 10:06 AM, Vineet Gupta wrote:
Hi Thomas,
Given that we are closing on 3.9 release, and that one/more of these patches
fix a
real issue for us - can you please consider my earlier patch to fix
timer_pending() only for 3.9
[http://www.spinics.net/lists/kernel/msg1508224.html
Hi Linus,
On 04/06/2013 09:43 PM, Linus Torvalds wrote:
This is all *COMPLETELY* wrong.
Neither the normal preempt macros, nor the plain spinlocks, should
protect anything at all against interrupts.
The real protection should come from the spin_lock_irqsave() in
lock_timer_base(), not
On 04/04/2013 11:06 PM, Stephen Warren wrote:
Technically .SECONDARY is better - however it doesn't seem to work.
Hmmm. It does for me.
$ make --version
GNU Make 3.81
Same tools here !
$ make -v
GNU Make 3.81
I hacked the ARM makefiles as follows:
diff --git a/arch/arm/Makefile
On 04/04/2013 11:06 PM, Stephen Warren wrote:
+.SECONDARY: $(obj)/%.dtb.S
+
$(obj)/%.dtb.S: $(obj)/%.dtb
$(call cmd,dt_S_dtb)
and no longer see make rm'ing the .dtb.S file. So, the .SECONDARY is
behaving as expected, and should fix your problem.
Interestingly, if I make the file
the image - while others do
want the gzip.
Reviewed-by: Vineet Gupta vgu...@synopsys.com
Thx,
-Vineet
--
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
On 04/09/2013 07:40 PM, Vineet Gupta wrote:
On 04/04/2013 11:06 PM, Stephen Warren wrote:
+.SECONDARY: $(obj)/%.dtb.S
+
$(obj)/%.dtb.S: $(obj)/%.dtb
$(call cmd,dt_S_dtb)
and no longer see make rm'ing the .dtb.S file. So, the .SECONDARY is
behaving as expected, and should fix your
On 04/12/2013 04:06 PM, Christian Ruppert wrote:
The original device tree was written using a slightly different
implementation of the fixed-factor-clock device tree binding. The
compatible string must be modified in order to be compatible with the
new implementation.
Signed-off-by:
@.L169
mov.eq r0,0
# detach_timer( ): __list_del( )
ld r4,[r13,4] # variable.entry.prev, D.31439
st r4,[r3,4]# variable.prev, D.31439
st r3,[r4] # variable.next, D.30246
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Reported-by: Christian Ruppert
during dma_map_sg()
Vineet Gupta (6):
ARC: MAINTAINERS update for ARC
ARC: make allyesconfig build breakages
ARC: ABIv3: Print the correct ABI ver
ARC: ABIv3: fork/vfork wrappers not needed in no-legacy-syscall ABI
ARC: Remove SET_PERSONALITY (tracks cross-arch change
For arch/arc bits
Acked-by: Vineet Gupta vgu...@synopsys.com
Thx,
-Vineet
--
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
15e8d65f35385148f81d87aadadd7791ba79663c Mon Sep 17 00:00:00 2001
From: Vineet Gupta vgu...@synopsys.com
Date: Sat, 30 Mar 2013 11:35:23 +0530
Subject: [PATCH] print-fatal-signals: reduce duplicated information
---8
[ARCLinux]$ ./crash
crash/50: potentially unexpected fatal signal 11
Hi,
I've been stress testing ARC Linux 3.8 (same happens for 3.9-rc3 as well). The
setup has 3 telnet sessions, each running find . -name * in a loop.
The platform is a FPGA @ 80 MHz, running a single core ARC700 so kernel .config
has !SMP and PREEMPT_NONE.
After ~10 mins of run, I see that one
Hi Sam,
On 04/01/2013 05:42 PM, Sam Ravnborg wrote:
On Thu, Mar 21, 2013 at 12:20:21PM +0530, Vineet Gupta wrote:
Hi,
We do cross compile builds for ARC Linux. To avoid the env var set, we have a
defconfig entry for CONFIG_CROSS_COMPILE.
This worked fine so far (host gcc 4.4 i.e.). When
Hi,
Any thoughts: I observe the same issue even with CONFIG_PREEMPT and
CONFIG_PREEMPT_COUNT
-Vineet
On 03/30/2013 06:05 PM, Vineet Gupta wrote:
Hi,
I've been stress testing ARC Linux 3.8 (same happens for 3.9-rc3 as well). The
setup has 3 telnet sessions, each running find . -name
Hi Peter,
On 04/01/2013 08:40 PM, Peter Hurley wrote:
On Mon, 2013-04-01 at 19:27 +0530, Vineet Gupta wrote:
Hi,
Any thoughts: I observe the same issue even with CONFIG_PREEMPT and
CONFIG_PREEMPT_COUNT
-Vineet
On 03/30/2013 06:05 PM, Vineet Gupta wrote:
Hi,
I've been stress testing
On 04/01/2013 08:40 PM, Peter Hurley wrote:
On Mon, 2013-04-01 at 19:27 +0530, Vineet Gupta wrote:
Hi,
Any thoughts: I observe the same issue even with CONFIG_PREEMPT and
CONFIG_PREEMPT_COUNT
-Vineet
On 03/30/2013 06:05 PM, Vineet Gupta wrote:
Hi,
I've been stress testing ARC Linux 3.8
88007c862080 8223d8c0 88007c862080 81c47730
Call Trace:
[81000312] do_one_initcall+0x122/0x170
[82335e5d] kernel_init_freeable+0x9b/0x1c8
...
v2: Typo fix in x86-32.
Signed-off-by: Tejun Heo t...@kernel.org
For arch/arc
Acked-by: Vineet Gupta vgu
kernel/config_data.h
---8-
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Michal Marek mma...@suse.cz
Cc: Stephen Warren swar...@nvidia.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: linux-kbu...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
scripts
forgot to CC linux-arch
On 04/03/2013 12:42 PM, Vineet Gupta wrote:
Currently, for every ARC kernel build I see the following:
---8-
DTBarch/arc/boot/dts/angel4.dtb.S
AS arch/arc/boot/dts/angel4.dtb.o
LD arch/arc/boot/dts/built-in.o
rm arch
Hi Thomas,
Did you get a chance to look at this one !
It fixes a real problem for ARC platform - w/o it my stress test setup buckles
up
in ~20 mins.
Thx,
-Vineet
On 03/29/2013 04:03 PM, Vineet Gupta wrote:
When stress testing ARC Linux from 3.9-rc3, we've hit a serialization
issue when
Hi Ilya
On 04/03/2013 11:14 AM, Ilya Zykov wrote:
Please, try this patch maybe it can help localize your problem.
drivers/tty/n_tty.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/tty/n_tty.c b/drivers/tty/n_tty.c
index 05e72be..28f15d0 100644
--- a/drivers/tty/n_tty.c
+++
Hi Christian,
On 04/03/2013 06:40 PM, Christian Ruppert wrote:
This patch adds implicit memory barriers to irqsave/restore functions of
the ARC architecture port in line with what is done in other architectures.
It seems to fix several seemingly unrelated issues in our platform but for
the
st r3,[r4] # variable.next, D.30246
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Reported-by: Christian Ruppert christian.rupp...@abilis.com
Cc: Thomas Gleixner t...@linutronix.de
Cc: Christian Ruppert christian.rupp...@abilis.com
Cc: Pierrick Hascoet pierrick.hasc...@abilis.com
Cc
On Friday 15 March 2013 09:46 PM, Paul Bolle wrote:
There's no (Kconfig) macro CONFIG_BLOCK_DEV_RAM. (CONFIG_BLK_DEV_RAM
does exist though.) But linux/blk.h got killed in 2005 anyway (in a
patch titled kill blk.h), so these three lines can be removed.
Signed-off-by: Paul Bolle
Hi,
We do cross compile builds for ARC Linux. To avoid the env var set, we have a
defconfig entry for CONFIG_CROSS_COMPILE.
This worked fine so far (host gcc 4.4 i.e.). When switched to a new host distro
(gcc 4.7), a defconfig build spews out the warning.
Hi Thomas,
On 03/22/2013 03:23 AM, Thomas Gleixner wrote:
While the ARC specific changes look simple enough, do you have the series put up
somewhere which I can merge to give a quick build/run test.
Are you planning to add this to linux-next at some point as that will make it
really trivial to
On 03/25/2013 09:49 PM, Jiang Liu wrote:
Hi James,
Thanks for reminder, my patch series have been screwed up.
I will send another version and build a git tree on github.
Thanks!
Gerry
Please don't forget conversion of the newly added arc and metag arches !
Thx,
-Vineet
Hi Arnd,
On Wednesday 07 November 2012 07:43 PM, Arnd Bergmann wrote:
On Wednesday 07 November 2012, Vineet Gupta wrote:
+
+config ARC
+def_bool y
+select ARCH_WANT_IPC_PARSE_VERSION
+# ARC Busybox based initramfs absolutely relies on DEVTMPFS for /dev
+# DEVTMPS in turn
Hi James,
On Monday 11 March 2013 06:14 PM, James Hogan wrote:
Hi Vineet,
On 11/03/13 12:29, Vineet Gupta wrote:
On Wednesday 07 November 2012 07:43 PM, Arnd Bergmann wrote:
On Wednesday 07 November 2012, Vineet Gupta wrote:
+
+config ARC
+ def_bool y
+ select
Hi Arnd,
On Monday 11 March 2013 07:00 PM, Arnd Bergmann wrote:
On Monday 11 March 2013, James Hogan wrote:
/*
* Version flags for semctl, msgctl, and shmctl commands
* These are passed as bitflags or-ed with the actual command
*/
#define IPC_OLD 0/* Old version (no 32-bit UID
Hi Andrew,
On Friday 22 February 2013 02:23 AM, Tejun Heo wrote:
On Thu, Feb 21, 2013 at 12:52 PM, Vineet Gupta
vineet.gup...@synopsys.com wrote:
This came to light when calling memblock allocator from arc port (for
copying flattended DT). If a 0 alignment is passed, the allocator
round_up
On Tuesday 30 October 2012 11:54 PM, chru...@suse.cz wrote:
Hi!
I'm currently revisiting mmap related tests in LTP (Linux Test Project)
and I've came to the tests testing that writes to the partially
mapped page (at the end of mapping) are carried out correctly.
These tests fails because
On Thursday 07 February 2013 04:46 PM, James Hogan wrote:
Hi Rusty,
The metag architecture tree adds an add_taint(TAINT_DIE) like other
architectures do, and the modules-next tree adds the
LOCKDEP_NOW_UNRELIABLE flag to all uses of add_taint (but obviously
misses arch/metag since it doesn't
On Saturday 09 February 2013 04:31 AM, Grant Likely wrote:
On Fri, 11 Jan 2013 11:50:23 +0530, Vineet Gupta vineet.gup...@synopsys.com
wrote:
+- clock-frequency : the input clock frequency for the UART
+- baud : baud rate for UART
change 'baud' to 'current-speed
Hi Arnd,
On Thursday 24 January 2013 04:20 PM, Vineet Gupta wrote:
Includes following fixes courtesy review by Al-Viro
* Tracer poke to Callee-regs were lost
Before going off into do_signal( ) we save the user-mode callee regs
(as they are not saved by default as part of pt_regs
-replace baud with current-speed
-if uart alias doesn't exist in DT, don't abort, pick 0
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Arnd Bergmann a...@arndb.de
Cc: devicetree-disc
On Monday 11 February 2013 03:06 PM, Jonas Bonn wrote:
On 11 February 2013 08:26, Vineet Gupta vineet.gup...@synopsys.com wrote:
The only downside of this patch is that userspace signal stack grows in size,
since signal frame only cares about scratch regs (pt_regs), but has to
accommodate
On Monday 11 February 2013 04:23 PM, Jonas Bonn wrote:
On 11 February 2013 11:28, James Hogan james.ho...@imgtec.com wrote:
On 11/02/13 10:13, Vineet Gupta wrote:
On Monday 11 February 2013 03:06 PM, Jonas Bonn wrote:
On 11 February 2013 08:26, Vineet Gupta vineet.gup...@synopsys.com wrote
On Monday 11 February 2013 04:59 PM, James Hogan wrote:
Hi Vineet,
On 24/01/13 10:50, Vineet Gupta wrote:
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
new file mode 100644
index 000..b0b09ae
--- /dev/null
+++ b/arch/arc/Kconfig
@@ -0,0 +1,328 @@
+#
+# Copyright (C) 2004, 2007
On Monday 11 February 2013 05:42 PM, Jonas Bonn wrote:
On 11 February 2013 12:22, Vineet Gupta vineet.gup...@synopsys.com wrote:
On Monday 11 February 2013 04:23 PM, Jonas Bonn wrote:
On 11 February 2013 11:28, James Hogan james.ho...@imgtec.com wrote:
On 11/02/13 10:13, Vineet Gupta wrote
On Monday 11 February 2013 06:32 PM, Jonas Bonn wrote:
On 11 February 2013 13:37, Vineet Gupta vineet.gup...@synopsys.com wrote:
Anyhow going back to my orig patch - if we park the
callee-regs-in-sigcontext-or-not, other bits look OK ?
Aside from the callee-regs question (which I hope
Hi Al,
linux-next contains ksignal conversion for some of the architectures. Are you
planning to complete that in 3.9 merge window. The reason I ask is so that the
newer architectures (arc/metag - for a likely 3.9 merge) can queue the
corresponding changes via respective trees.
Thx,
-Vineet
--
Hi,
Sorry for the explicit CCs. I'm looking for people in/around Bangalore who can
sign my gpg key.
Background: I'm the maintainer of a new Linux kernel port (ARC Linux) which has
been discussed on lkml and arch mailing lists in recent months. The port is
already in Linux next and for further
Hi Michal, Arnd, Ben
On Tuesday 05 February 2013 04:24 PM, Michal Simek wrote:
2013/2/5 Benjamin Herrenschmidt b...@kernel.crashing.org:
On Mon, 2013-02-04 at 17:24 +, Arnd Bergmann wrote:
On Monday 04 February 2013, Michal Simek wrote:
and select the CONFIG_FOO_BIG_ENDIAN and
1 - 100 of 3575 matches
Mail list logo