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
Cc: Arnd Bergmann a...@arndb.de
---
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 | 29 ++
ARC700 includes 2 in-core 32bit timers TIMER0 and TIMER1.
Both have exactly same capabilies.
* programmable to count from TIMERn_CNT to TIMERn_LIMIT
* for count 0 and LIMIT ~1, provides a free-running counter by
auto-wrapping when limit is reached.
* optionally interrupt when LIMIT is reached
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). This is to make
sure that that a Tracer (if tracing related signal) is able
As of now these default to calling the arch provided __copy_{to,from}_user()
routines which being general purpose (w.r.t buffer alignment and lengths)
would lead to alignment checks in generated code (for arches which don't
support unaligned load/stores).
Given that in this case we already know
To avoid multiple syscall restarts (multiple signals) or no restart at
all (sigreturn), we need just an extra bit of state literally 1 bit in
struct pt_regs. orig_r8 is the best place to do this, however given the
way it is encoded currently, we can't add anything simplistically.
Current orig_r8:
* 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|
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The only difference between acpi_bus_scan() into acpi_bus_add() is
the invocation of acpi_update_all_gpes() in the latter which in fact
is unnecessary, because acpi_update_all_gpes() has already been
called by acpi_scan_init() and the way it is
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
This includes recent changes to make handler retry and/or killable
The killable (early exit) logic is loosely based on how SH implements it
return if SIGKILL + either of VM_FAULT_OOM or VM_FAULT_RETRY
which is different from Hexagon implementation which would NOT early
exit for
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
N.B. This is old style of hardcoding platform device specific info
in code and it's instantiation thererof using platform_add_devices().
Subsequent patches replace this with DeviceTree based runtime probe.
This patch has been retained just as an example of don't-do-this for
newer kernel ports.
Arnd in his review pointed out that arch Kconfig organisation has several
deficiencies:
* Build time entries for things which can be runtime extracted from DT
(e.g. SDRAM size, core clk frequency..)
* Not multi-platform-image-build friendly (choice .. endchoice constructs)
* cpu variants
This is minimal infrastructure needed for devicetree work.
It uses an a sample skeleton devicetree - embedded in kernel image -
to print the board, manufacturer by parsing the top-level compatible
string.
As of now we don't need any additional board specific machine_desc.
TODO: support
* arc-uart platform device now populated dynamically, using
of_platform_populate() - applies to any other device whatsoever.
* uart in turn requires incore arc-intc to be also present in DT
* A irq-domain needs to be instantiated for IRQ requests by DT probed
device (e.g. arc-uart)
TODO:
This was part of port buildup strategy from Arnd to have a minimal kernel
at first and then add optional features (stacktracing, ptrace, smp,
kprobes, oprofile)
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/kernel/ptrace.c | 26
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The TBD comment in power.c saying that power resources must be
ordered is obsolete, because power resources acually are ordered now,
so remove it.
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
drivers/acpi/power.c |2 --
1
Prev kernel_execve() ensured return to userland using asm glue
ret_from_kernel_execve(). However given that
-kernel_execve() is always called from inside a kernel_thread
-and that a real kernel thread never directly falls-off into
ret_from_kernel_thread() - either never return such as kthreadd
fold ret_from_kernel_thread into ret_from_fork
The only difference is former needs to call thread entry point which can
be detected inside ret_from_fork too.
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Al Viro v...@zeniv.linux.org.uk
---
arch/arc/kernel/entry.S | 18
* 64d8f41 switch rt_sigreturn instances to restore_altstack
* b1c4c5a unify native sigaltstack
* f4a94f2 new helpers: __save_altstack/__compat_save_altstack
* 8cbd9cc tracing,x86: Add a TSC trace_clock
* 9b04ebd asm-generic/io.h: remove asm/cacheflush.h include
Signed-off-by: Vineet Gupta
With this we get to a running kernel on ISS
--8---
Linux version 3.8.0-rc3+ (vineetg@vineetg-Latitude) (gcc version 4.4.7
(ARCompact elf32 toolchain (built 20121213)) ) #3 Thu Jan 17 14:22:05
IST 2013
Board arc-angel4 from snps
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Kconfig |7 ++
arch/arc/Makefile|9 +++
arch/arc/include/asm/Kbuild |1 -
arch/arc/include/asm/current.h | 32 +++
arch/arc/include/asm/entry.h |
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 | 98
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/futex.h | 151 ++
1 files changed, 151 insertions(+), 0 deletions(-)
create mode 100644 arch/arc/include/asm/futex.h
diff --git a/arch/arc/include/asm/futex.h
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Robert Richter r...@kernel.org
Cc: oprofile-l...@lists.sf.net
---
arch/arc/Kconfig |1 +
arch/arc/Makefile |2 ++
arch/arc/oprofile/Makefile |9 +
arch/arc/oprofile/common.c | 22 ++
4
There is a bit of hack/kludge right now where we disable preemption if a
L2 (High prio) IRQ is taken while L1 (Low prio) is active.
Need to revisit this
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Kconfig| 19 ++
arch/arc/include/asm/entry.h| 95
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/kernel/troubleshoot.c | 305
arch/arc/mm/tlbex.S| 20 +++
2 files changed, 325 insertions(+), 0 deletions(-)
diff --git a/arch/arc/kernel/troubleshoot.c
ARC common code to enable a SMP system + ISS provided SMP extensions.
ARC700 natively lacks SMP support, hence some of the core features are
are only enabled if SoCs have the necessary h/w pixie-dust. This
includes:
-Inter Processor Interrupts (IPI)
-Cache coherency
-load-locked/store-conditional
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Kconfig |4 +
arch/arc/kernel/stacktrace.c | 215 +-
2 files changed, 217 insertions(+), 2 deletions(-)
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index cd99825..86fc0c9
In-kernel disassembler
Due Credits
* Orig written by Rajeshwar Ranga rajeshwar.ra...@gmail.com
* Consolidation/cleanups by Mischa Jonker mjon...@synopsys.com
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Rajeshwar Ranga rajeshwar.ra...@gmail.com
Cc: Mischa Jonker mjon...@synopsys.com
---
Origin port done by Rajeshwar Ranga rajeshwar.ra...@gmail.com
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Kconfig |2 +
arch/arc/include/asm/kprobes.h | 62 +
arch/arc/kernel/Makefile |1 +
arch/arc/kernel/disasm.c |5 +-
PARISC defines /proc/sys/kernel/unaligned-trap to runtime toggle
unaligned access emulation.
The exact mechanics of enablig/disabling are still arch specific, we can
make the sysctl usable by other arches.
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Acked-by: Helge Deller del...@gmx.de
Cc:
ARC700 doesn't natively support unaligned access, but can be emulated
-Unaligned Access Exception
-Disassembly at the Fault address to find the exact insn (long/short)
Also per Arnd's comment, we runtime control it using 2 sysctl knobs:
* SYSCTL_ARCH_UNALIGN_ALLOW: Runtime enable/disble
*
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Makefile |2 +
arch/arc/include/asm/arcregs.h | 122 --
arch/arc/include/asm/defines.h | 56 ++
arch/arc/include/asm/setup.h | 14 +++
arch/arc/kernel/setup.c| 223
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/plat-arcfpga/Kconfig| 32 +
arch/arc/plat-arcfpga/platform.c | 56 ++
2 files changed, 88 insertions(+), 0 deletions(-)
diff --git a/arch/arc/plat-arcfpga/Kconfig
Although with uClibc there's more we need to do
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Cc: Paul Mackerras pau...@samba.org
Cc: Ingo Molnar mi...@redhat.com
Cc: Arnaldo Carvalho de Melo a...@ghostprotocols.net
---
tools/perf/perf.h |6 ++
* Includes mapping of CCMs in address space
* Annotations to move arbitrary code/data into CCM
* Moving some of the critical code/data into CCM
* Runtime detection/reporting
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Kconfig | 27
This allows ARC Target to do I/O to host in absence of any peripherals
whatsoever, assisted by Metaware Hostlink facility.
Further we have a FUSE based filesystem which makes us mount/access host
filesystem on target and do fops.
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
MAINTAINERS |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3105c48..05cdc99 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7418,6 +7418,12 @@ F: lib/swiotlb.c
F:
From: Gilad Ben-Yossef gi...@benyossef.com
Implement ioremap_prot() to allow mapping IO memory with variable protection
via TLB.
Implementing this allows the /dev/mem driver to use its generic access()
VMA callback, which in turn allows ptrace to examine data in memory
mapped regions mapped via
This mini patchseries addresses the lack of multi-platform-image support
in ARC port.
Older build system only supported one platform(soc) to build at a time
and further only one board of that platform could be built. There was no
technical reason for that - we just didn't have the need.
So the
This is more natural and is now doable since the choice constructs are
gone.
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Kconfig | 21 +++--
arch/arc/plat-arcfpga/Kconfig | 14 ++
2 files changed, 13 insertions(+), 22 deletions(-)
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/include/asm/module.h |4 ++
arch/arc/kernel/Makefile |1 +
arch/arc/kernel/module.c | 103 +
3 files changed, 108 insertions(+), 0 deletions(-)
create mode 100644
-platform API is retired and instead callbacks are used
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann a...@arndb.de
---
arch/arc/include/asm/irq.h |1 -
arch/arc/include/asm/smp.h |5 ---
arch/arc/kernel/irq.c|2 -
-Top level ARC makefile removes -I for platform headers
-asm/irq.h no longer includes plat/irq.h
-platform makefile adds -I for it's specfic platform headers
-platform code to directly include it's plat/irq.h
-Linker script needed plat/memmap.h for CCM info, already in .config
Signed-off-by:
1. ./genfilelist.pl arch/arc/include/asm/
2. Create arch/arc/include/uapi/asm/Kbuild as follows
+# UAPI Header export list
+include include/uapi/asm-generic/Kbuild.asm
3. ./disintegrate-one.pl arch/arc/include/{,uapi/}asm/above-list
4. Edit arch/arc/include/asm/Kbuild to remove
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Kconfig |3 +++
arch/arc/include/asm/perf_event.h | 13 +
2 files changed, 16 insertions(+), 0 deletions(-)
create mode 100644 arch/arc/include/asm/perf_event.h
diff --git a/arch/arc/Kconfig
From: Mischa Jonker mjon...@synopsys.com
Signed-off-by: Mischa Jonker mjon...@synopsys.com
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Jason Wessel jason.wes...@windriver.com
---
arch/arc/Kconfig|3 +-
arch/arc/include/asm/kgdb.h | 61 +
-Originally contributed by Rajeshwar Range rajeshwar.ranga
-Derived off of generic unwinder in 2.6.19 and adapted to ARC
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Rajeshwar Range rajeshwar.ranga
---
arch/arc/Kconfig | 15 +
arch/arc/include/asm/module.h |7 +
On 01/18/2013 02:17 PM, Roger Quadros wrote:
This driver does not request any gpios so don't free them.
Fixes L3 bus error on multiple modprobe/rmmod of ehci_hcd
with ehci-omap in use.
Without this patch, EHCI will break on repeated insmod/rmmod
of ehci_hcd for all OMAP2+ platforms that use
This driver does not request any gpios so don't free them.
Fixes L3 bus error on multiple modprobe/rmmod of ehci_hcd
with ehci-omap in use.
Without this patch, EHCI will break on repeated insmod/rmmod
of ehci_hcd for all OMAP2+ platforms that use EHCI and
set 'phy_reset = true' in
The orig platform code orgnaization was singleton design pattern - only
one platform (and board thereof) would build at a time.
Thus any platform/board specific code (e.g. irq init, early init ...)
expected by ARC common code was exported as well defined set of APIs,
with only ONE instance
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/Kconfig |1 +
arch/arc/kernel/Makefile |3 +
arch/arc/kernel/entry.S | 69 +++
arch/arc/kernel/ptrace.c | 136 +-
4 files changed, 207 insertions(+), 2
We still need the low level asm wrappers to save CALLEE regs, however
the core handlers sys_xxx now come from generic code
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Al Viro v...@zeniv.linux.org.uk
---
arch/arc/Kconfig |1 +
arch/arc/include/asm/unistd.h |3 +++
Per Al Viro's signals for dummies https://lkml.org/lkml/2012/12/6/366
there are 3 golden rules for (not) restarting syscalls:
What we need to guarantee is
* restarts do not happen on signals caught in interrupts or exceptions
* restarts do not happen on signals caught in sigreturn()
*
For now this will suffice for all platforms, later exotic ones needs to
get this from DeviceTree
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann a...@arndb.de
---
arch/arc/include/asm/irq.h |2 ++
arch/arc/plat-arcfpga/include/plat/irq.h |6 --
2 files
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Al Viro v...@zeniv.linux.org.uk
---
arch/arc/include/asm/ptrace.h |8 +++
arch/arc/include/asm/syscalls.h |1 -
arch/arc/include/asm/unistd.h |3 ++
arch/arc/kernel/entry.S | 18 ---
All the current platforms can work with 0x8000_ based dma_addr_t
since the Bus Bridges typically ignore the top bit (the only excpetion
was Angel4 PCI-AHM bridge which we no longer care for).
That way we don't need plat-specific cpu-addr to bus-addr conversion.
Hooks still provided - just in
This again is for switch from singleton platform SMP API to
multi-platform paradigm
Platform code is not yet setup to populate the callbacks, that happens
in next commit
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann a...@arndb.de
---
arch/arc/include/asm/smp.h | 36
Signed-off-by: Vineet Gupta vgu...@synopsys.com
---
arch/arc/configs/fpga_defconfig |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/arch/arc/configs/fpga_defconfig b/arch/arc/configs/fpga_defconfig
index 8638e101f..52a3ae1 100644
---
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
* mem size now runtime configured (prev CONFIG_ARC_PLAT_SDRAM_SIZE)
* core cpu clk runtime configured (prev CONFIG_ARC_PLAT_CLK)
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann a...@arndb.de
Cc: Grant Likely grant.lik...@secretlab.ca
---
arch/arc/Kconfig| 12
Platforms export their SMP callbacks by populating arc_smp_ops.
The population itself needs to be done pretty early, from init_early
callback.
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Arnd Bergmann a...@arndb.de
---
arch/arc/plat-arcfpga/include/plat/smp.h |1 +
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
Originally the jump to kernel_thread payload or entry-point happened
via a return from exception (RTIE) using stuff from specially carved
pt_regs (pt_regs-status32 enabled Kernel mode, pt_regs-ret pointed to
a kernel thread helper to jump to entry point)
Now copy_thread() sets up __switch_to() to
* 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 | 91 ++
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Al Viro v...@zeniv.linux.org.uk
Cc: Thomas Gleixner t...@linutronix.de
Cc: Frederic Weisbecker fweis...@gmail.com
---
arch/arc/include/asm/arcregs.h | 20
arch/arc/include/asm/processor.h |3 +
arch/arc/include/asm/switch_to.h |
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Al Viro v...@zeniv.linux.org.uk
---
arch/arc/include/asm/entry.h | 495
arch/arc/kernel/entry.S | 571 ++
2 files changed, 1066 insertions(+), 0 deletions(-)
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
During suspend/resume the key press can be lost if time of resume
sequence is significant.
If press event cannot be remembered then the driver can read the
current button state only in time of interrupt handling. But in some
cases when time between IRQ and IRQ handler is significant we can
read
On Fri, 2013-01-18 at 10:29 +, Matt Fleming wrote:
Hi Peter,
The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f579fe9647619:
Linux 3.8-rc4 (2013-01-17 19:25:45 -0800)
are available in the git repository at:
This field will be used by commands which print
counter deltas on regular timer intervals,
such as perf stat -I.
Signed-off-by: Stephane Eranian eran...@google.com
---
tools/perf/util/evsel.c | 21 +
tools/perf/util/evsel.h |1 +
2 files changed, 22 insertions(+)
diff
This patch adds a new printing mode for perf stat.
It allows internval printing. That means perf stat
can now print event deltas at regular time interval.
This is useful to detect phases in programs.
The -I option enables interval printing. It expects
an interval duration in milliseconds. Minimum
Hi,
On Tue, Dec 18, 2012 at 09:09:40PM +0530, Vivek Gautam wrote:
This patch-set enables the samsung-usbphy driver on exynos5250,
which enables the support for USB2 type and USB3 type phys.
The corresponding phy driver patches are available at:
1) https://lkml.org/lkml/2012/12/18/201
2)
This small patchset extends perf stat with the -I option.
The -I option enables interval printing. It expects
an interval duration in milliseconds. Minimum is
100ms. Once, activated perf stat prints events deltas
since last printout. All modes are supported.
$ perf stat -I 1000 -e cycles noploop
On Thu, Jan 17, 2013 at 04:39:37PM -0800, K. Y. Srinivasan wrote:
Signed-off-by: K. Y. Srinivasan k...@microsoft.com
---
arch/x86/include/asm/irq_vectors.h |2 +
arch/x86/include/asm/mshyperv.h|4 +++
arch/x86/kernel/cpu/mshyperv.c | 39
On Fri, Jan 18, 2013 at 03:10:13PM +0200, Felipe Balbi wrote:
Hi,
On Tue, Dec 18, 2012 at 09:09:40PM +0530, Vivek Gautam wrote:
This patch-set enables the samsung-usbphy driver on exynos5250,
which enables the support for USB2 type and USB3 type phys.
The corresponding phy driver patches
On 01/18/2013 06:25 AM, Vineet Gupta wrote:
From: Mischa Jonker mjon...@synopsys.com
Signed-off-by: Mischa Jonker mjon...@synopsys.com
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Jason Wessel jason.wes...@windriver.com
Acked-by: Jason Wessel jason.wes...@windriver.com
---
On Fri, Jan 11, 2013 at 08:32:29PM +0530, Vivek Gautam wrote:
Adding the phy driver to ehci-s5p. Keeping the platform data
for continuing the smooth operation for boards which still uses it
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Acked-by: Jingoo Han jg1@samsung.com
Missing
Hi,
On Mon, Jan 14, 2013 at 05:52:15PM +0530, Vivek Gautam wrote:
This patch adds host phy support to samsung-usbphy driver and
further adds support for samsung's exynos5250 usb-phy.
Signed-off-by: Praveen Paneri p.pan...@samsung.com
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
On Fri, 2013-01-18 at 12:11 +0530, Philip Avinash wrote:
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index eaef5e7..f4209d8 100644
--- a/arch/arm/boot/dts/am33xx.dtsi
+++ b/arch/arm/boot/dts/am33xx.dtsi
@@ -393,5 +393,17 @@
ti,hwmods =
Hi Stijn,
On 01/18/2013 01:13 PM, Stijn Devriendt wrote:
Hi Roland,
This mail has been long overdue due to issues with some internal
permission-tool.
Just to be clear, this is not a competing implementation, it's what we
currently use as-is. I'm just posting this as a reference to see if
Hi Rajagopal,
Thanks for the review. Sorry for the late response, have been a little
busy with other things,
[...]
+#include ../governor.h
This header file is meant for governors use. What's the need of it here?
I was using a custom monitor function and needed update_devfreq for
it. Will
PPMU is required by the devfreq driver. Add a device tree
node for it.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Acked-by: MyungJoo Ham myungjoo@samsung.com
Cc: Jonghwan Choi jhbird.c...@samsung.com
Cc: Kukjin Kim kgene@samsung.com
---
Changes since v3:
* Modified the dt
Setup the INT clock ops to control/vary INT frequency
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Acked-by: MyungJoo Ham myungjoo@samsung.com
Cc: Jonghwan Choi jhbird.c...@samsung.com
Cc: Kukjin Kim kgene@samsung.com
---
Changes since RFC v1:
* Fixed the unnecessary clock
In anticipation of the new exynos5 devfreq and ppmu driver, create
an exynos sub-directory. Move the existing exynos4 devfreq driver
into the same.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Acked-by: MyungJoo Ham myungjoo@samsung.com
Cc: Jonghwan Choi jhbird.c...@samsung.com
Cc:
Exynos5-bus device devfreq driver monitors PPMU counters and
adjusts operating frequencies and voltages with OPP. ASV should
be used to provide appropriate voltages as per the speed group
of the SoC rather than using a constant 1.025V.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Cc:
Hello Jaegeuk Kim,
The patch 7bc0900347e0: f2fs: add garbage collection functions from
Nov 2, 2012, has an off-by-one bug.
429 block_t start_bidx_of_node(unsigned int node_ofs)
430 {
431 unsigned int indirect_blks = 2 * NIDS_PER_BLOCK + 4;
432 unsigned int bidx;
On Friday 18 January 2013 06:45 PM, Jason Wessel wrote:
On 01/18/2013 06:25 AM, Vineet Gupta wrote:
From: Mischa Jonker mjon...@synopsys.com
Signed-off-by: Mischa Jonker mjon...@synopsys.com
Signed-off-by: Vineet Gupta vgu...@synopsys.com
Cc: Jason Wessel jason.wes...@windriver.com
On 01/18/2013 05:44 AM, Pedro Alves wrote:
On 01/18/2013 04:22 AM, Carlos O'Donell wrote:
On Thu, Jan 17, 2013 at 11:20 PM, Mike Frysinger vap...@gentoo.org wrote:
On Wednesday 16 January 2013 22:15:38 David Miller wrote:
From: Carlos O'Donell car...@systemhalted.org
Date: Wed, 16 Jan 2013
There were no break statements in this switch statement so everything
used the default settings. Per Walter Harms's suggestion, I've replaced
the switch statement and done a little cleanup.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
---
v2: Additional cleanups.
diff --git
On Wed, Jan 16, 2013 at 11:30:44PM +0100, Cong Ding wrote:
The pointer tty is dereferened in line 3135, so it is not necessary to check
null again in line 3140.
I don't know if we actually need to check the parameter tty from being null,
but when checking the rest of the file, most other
On 01/17/2013 01:47 PM, Namhyung Kim wrote:
On Wed, 16 Jan 2013 14:27:30 +, Morten Rasmussen wrote:
On Wed, Jan 16, 2013 at 06:02:21AM +, Alex Shi wrote:
On 01/15/2013 12:09 AM, Morten Rasmussen wrote:
On Fri, Jan 11, 2013 at 07:08:45AM +, Alex Shi wrote:
On 01/10/2013 11:01 PM,
We are starting to see traditional SoC peripherals also in the x86 world in
chips like Intel Lynxpoint. Typically we already have a Linux driver for
the peripheral but it takes advantage of the common clk framework to
control and retrieve information about the peripheral clock.
So far there
This is second iteration of the series. First revision is available here:
https://lkml.org/lkml/2013/1/14/213
Idea is to let the LPSS peripheral drivers to use common clk framework to
get clock rate or enable/disable the functional clock. The discussion
started in this thread:
Intel Lynxpoint Low Power Subsystem hosts peripherals like UART, I2C and
SPI controllers. For most of these there is a configuration register that
allows software to enable and disable the functional clock. Disabling the
clock while the peripheral is not used saves power.
In order to take
Intel Lynxpoint LPSS peripheral drivers depend on LPSS clock tree being
created in order to function properly. The clock tree is exposed as a
platform driver that binds to a device named 'clk-lpt'.
To support this we modify the acpi_create_platform_device() to take one
additional parameter called
On Fri, Jan 18, 2013 at 02:06:27PM +0100, Stephane Eranian wrote:
This field will be used by commands which print
counter deltas on regular timer intervals,
such as perf stat -I.
Signed-off-by: Stephane Eranian eran...@google.com
---
tools/perf/util/evsel.c | 21 +
On Fri, Jan 18, 2013 at 02:06:28PM +0100, Stephane Eranian wrote:
This patch adds a new printing mode for perf stat.
It allows internval printing. That means perf stat
SNIP
const char * const stat_usage[] = {
@@ -1245,12 +1356,23 @@ int cmd_stat(int argc, const char **argv, const char
801 - 900 of 1376 matches
Mail list logo