Add Perf support for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/Kconfig |1 +
arch/metag/include/asm/perf_event.h |4 +
arch/metag/kernel/Makefile |2 +
arch/metag/kernel/perf/Makefile |3 +
Add family 16h PCI ID to AMD's power driver to allow it report
power consumption on these processors.
Signed-off-by: Boris Ostrovsky boris.ostrov...@amd.com
---
drivers/hwmon/fam15h_power.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/hwmon/fam15h_power.c
Add metag build infrastructure.
TODO: use generic CMDLINE Kconfig symbols
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/Kconfig | 299
arch/metag/Kconfig.debug | 40 +
arch/metag/Kconfig.soc
Add time keeping code for metag. Meta hardware threads have 2 timers.
The background timer (TXTIMER) is used as a free-running time base, and
the interrupt timer (TXTIMERI) is used for the timer interrupt. Both
counters traditionally count at approximately 1MHz.
Signed-off-by: James Hogan
Add device tree files to arch/metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/boot/dtb/Makefile | 17 ++
arch/metag/boot/dts/skeleton.dts | 10
arch/metag/boot/dts/skeleton.dtsi | 14 +
arch/metag/include/asm/prom.h | 23 +
Add ftrace support for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/Kconfig |5 ++
arch/metag/include/asm/Kbuild |1 -
arch/metag/include/asm/ftrace.h | 23 +++
arch/metag/kernel/ftrace.c | 127 +++
Hi Peter,
Thanks for your contribution.
I have modified the driver files name and descriptions.
Regarding the warnings, it's strange.
@Kent, could you confirm that you have the same?
Regards,
Mathias Leblanc
-Original Message-
From: Peter Hüwe [mailto:peterhu...@gmx.de]
Sent: 29
Add the remaining metag header files:
- byteorder.h, swab.h (byte order and swapping)
- barrier.h, cpu.h. hwthread.h, processor.h (hardware thread related)
- bug.h, elf.h, gpio.h, linkage.h, resource.h (other)
Signed-off-by: James Hogan james.ho...@imgtec.com
---
Add stack unwinding support for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/stacktrace.h | 20
arch/metag/kernel/stacktrace.c | 187 +++
2 files changed, 207 insertions(+), 0 deletions(-)
create mode 100644
Add DMA mapping code.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/dma-mapping.h | 183
arch/metag/kernel/dma.c | 507 ++
2 files changed, 690 insertions(+), 0 deletions(-)
create mode 100644
Add SMP support for metag. This allows Linux to take control of multiple
hardware threads on a single Meta core, treating them as separate Linux
CPUs.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/cachepart.h | 42 +++
arch/metag/include/asm/core_reg.h |7 +
Add basic metag documentation.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
Documentation/00-INDEX |2 ++
Documentation/kernel-parameters.txt |4
Documentation/metag/00-INDEX|2 ++
3 files changed, 8 insertions(+), 0 deletions(-)
create mode 100644
+ char *prefix = NULL;
What are you doing here? You dropped the 'prefix' argument being passed
down in this function and are defining a local variable of the same
name
which is used in the function later:
printk(%saer_status: 0x%08x, aer_mask: 0x%08x\n,
prefix,
Add header files to implement Meta hardware thread locks (used by some
other atomic operations), atomics, spinlocks, and bitops.
There are 2 main types of atomic primitives for metag (in addition to
IRQs off on UP):
- LOCK instructions provide locking between hardware threads.
- LNKGET/LNKSET
On 12/03/2012 06:41 PM, Peter Hurley wrote:
The lock logic for tty_set_ldisc() is wrong. Despite existing code in
tty_set_ldisc() and tty_ldisc_hangup(), the ldisc_mutex does **not**
(and should not) play a role in acquiring or releasing ldisc references.
The only thing that needs to happen here
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/thread_info.h | 155
arch/metag/kernel/process.c | 453 ++
2 files changed, 608 insertions(+), 0 deletions(-)
create mode 100644
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/module.h | 37 +
arch/metag/kernel/module.c | 284 +++
2 files changed, 321 insertions(+), 0 deletions(-)
create mode 100644 arch/metag/include/asm/module.h
create mode
Add metag system call and gateway page interfaces. The metag
architecture port uses the generic system call numbers from
asm-generic/unistd.h, as well as a user gateway page mapped at
0x6000 which contains fast atomic primitives (depending on SMP) and
a fast method of accessing TLS data.
Add core IRQ handling for metag. The code in irq.c exposes the TBX
signal numbers as Linux IRQs.
Meta core internal interrupts (from HWSTATMETA and friends) are vectored
onto the TR1 core trigger for the current thread. This is demultiplexed
in irq_internal.c to individual Linux IRQs for each
Add trap code for metag. At the lowest level Meta traps (and return from
interrupt instruction - RTI) simply swap the PC and PCX registers and
optionally toggle the interrupt status bit (ISTAT). Low level TBX code
in tbipcx.S handles the core context save, determine the TBX signal
number based on
Here it is, you're initializing 'prefix' here although it is being
used in the previous patch. You should concentrate the whole prefix
initialization and passing in one patch so that there are no breakages.
Yes I probably could have broken up the patches in a cleaner way. Thanks.
Also,
Add signal handling code for metag.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/uapi/asm/sigcontext.h | 31 +++
arch/metag/include/uapi/asm/siginfo.h|8 +
arch/metag/kernel/signal.c | 345 ++
3 files changed, 384
Add some TCM support
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/mmzone.h| 42 ++
arch/metag/include/asm/sparsemem.h | 13 +++
arch/metag/include/asm/tcm.h | 30 +++
arch/metag/kernel/tcm.c| 151
Am Mittwoch, 5. Dezember 2012 schrieb Linus Torvalds:
On Wed, Dec 5, 2012 at 2:48 AM, Martin Steigerwald mar...@lichtvoll.de
wrote:
Linus, while I am interested in an answer I think that Dave and
Christoph as Linux filesystem developers actually deserve one
(instead of silently being
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/fixmap.h | 99
arch/metag/include/asm/highmem.h | 62 ++
arch/metag/mm/highmem.c | 133 ++
3 files changed, 294
Add huge TLB support to the metag architecture.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/hugetlb.h | 86 +++
arch/metag/mm/hugetlbpage.c | 291 ++
2 files changed, 377 insertions(+), 0 deletions(-)
create
Meta has instructions for accessing:
- bytes- GETB (1 byte)
- words- GETW (2 bytes)
- doublewords - GETD (4 bytes)
- longwords- GETL (8 bytes)
All accesses must be aligned. Unaligned accesses can be detected and
made to fault on Meta2, however it isn't possible to fix up
Add memory management files for metag.
Meta's 32bit virtual address space is split into two halves:
- local (0x0800-0x7fff): traditionally local to a hardware
thread and incoherent between hardware threads. Each hardware thread
has it's own local MMU table. On Meta2 the local space
Add cache and TLB handling code for metag, including the required
callbacks used by MM switches and DMA operations. Caches can be
partitioned between the hardware threads and the global space, however
this is usually configured by the bootloader so Linux doesn't make any
changes to this
Add the header asm/metag_mem.h describing addresses, fields, and bits
of various core memory mapped registers in the low non-MMU region.
Signed-off-by: James Hogan james.ho...@imgtec.com
---
arch/metag/include/asm/metag_mem.h | 1106
1 files changed, 1106
Add a couple of header files containing core architecture constants.
The first (asm/metag_isa.h) contains some constants relating to the
instruction set, such as values to give to the CACHEW and CACHER
instructions.
The second (asm/metag_regs.h) contains constants for the core register
units
Add boot code for metag. Due to the multi-threaded nature of Meta it is
not uncommon for an RTOS or bare metal application to be started on
other hardware threads by the bootloader. Since there is a single MMU
switch which affects all threads, the MMU is traditionally configured by
the bootloader
This patchset adds core architecture support to Linux for Imagination's
Meta ATP (Meta 1) and HTP (Meta 2) processor cores. Most of the feedback
from the RFC patchset has now been addressed, although a few things
remain to be done and will be addressed in a future version of the
patchset (see
Some 32 bit architectures have 64 bit struct alignment (for example
Meta which has 64 bit read/write instructions). These require 8 byte
alignment of event data too, so use CONFIG_HAVE_64BIT_ALIGNED_STRUCT
instead of CONFIG_64BIT to decide alignment, and align
buffer_data_page::data accordingly.
Add MAINTAINERS entry for the metag architecture port. Will and myself
will be maintaining it between us.
Signed-off-by: James Hogan james.ho...@imgtec.com
Acked-by: Will Newton will.new...@imgtec.com
---
MAINTAINERS |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
Some architectures have symbol prefixes and set CONFIG_SYMBOL_PREFIX,
but this wasn't taken into account by the generic cond_syscall. It's
easy enough to fix in a generic fashion, so add the symbol prefix to
symbol names in cond_syscall when CONFIG_SYMBOL_PREFIX is set.
Signed-off-by: James Hogan
Hi,
I'm hitting a btrfs locking issue with 3.7.0-rc8.
The btrfs filesystem in question is backing a Ceph OSD
under a heavy write load from many cephfs clients.
I reported this issue a while ago:
http://www.spinics.net/lists/linux-btrfs/msg19370.html
when I was testing what I thought might be
On Wed, Dec 05, 2012 at 04:14:14PM +, Ortiz, Lance E wrote:
I removed the prefix argument because it was never used by its caller
and never set. The reason I added the prefix variable and set it to
NULL was to help in breaking up the patch and adding it would help the
intermittent patch
On Wed, Dec 05, 2012 at 05:18:43PM +0100, Martin Steigerwald wrote:
Dave provided technical reasons.
First in the patch description and then in:
https://lkml.org/lkml/2012/11/26/700
There were no technical reasons. We are only reserving a bit. And
different file systems don't support all
On Wed, Dec 5, 2012 at 2:28 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
Imo that's worse, since now drm manages even more of the driver-hw
binding process. In my dream world the drm driver just registers a
normal driver at module load time directly with whatever bus it's
Hi,
On Wed, Dec 05, 2012 at 03:27:56PM +, Alan Cox wrote:
On Wed, Dec 05, 2012 at 08:09:01AM +0100, Andreas Mohr wrote:
Hi,
drivers/pnp/pnpacpi/core.c: In function 'ispnpidacpi':
drivers/pnp/pnpacpi/core.c:65:2: warning: logical 'or' of collectively
exhaustive tests is
Sorry for the disclaimer e-mail.
On 04/12/12 16:17, Greg KH wrote:
On Tue, Dec 04, 2012 at 10:44:13AM +, Serban Constantinescu wrote:
Android's IPC, Binder, does not support calls from a 32-bit userspace
in a 64 bit kernel. This patch adds support for syscalls coming from a
32-bit
Make fuse think that when writeback is on the inode's i_size is always
up-to-date and not update it with the value received from the userspace.
This is done because the page cache code may update i_size without letting
the FS know.
This assumption implies fixing the previously introduced
The .writepages one is required to make each writeback request carry more than
one page on it.
Changed in v2:
- fixed fuse_prepare_write() to avoid reads beyond EOF
- fixed fuse_prepare_write() to zero uninitialized part of page
Original patch by: Pavel Emelyanov xe...@openvz.org
Hi,
On Wed, Dec 05, 2012 at 10:43:07AM +0100, Lars Poeschel wrote:
I see there where to much nos to get anything in, but thank you for
your comments and explanations.
Not necessarily, just not in this form :)
I wanted to use a fm24c04 i2c fram chip with linux. I grepped the source
and
The problem is:
1. write cached data to a file
2. read directly from the same file (via another fd)
The 2nd operation may read stale data, i.e. the one that was in a file
before the 1st op. Problem is in how fuse manages writeback.
When direct op occurs the core kernel code calls
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
This driver is intended to run as fast as possible, hence the options to
discard writes and reads. It's designed to let us find latency issues
elsewhere in the storage stack (eg filesystem, block layer, scsi layer).
There are a few
On Wed, Dec 05, 2012 at 05:39:05PM +0100, Andreas Mohr wrote:
Thanks to Borislav Petkov for his reply, too -
however I'd like to state that given this lack of tooling/attention
writing a mail in this more special manner was fully justified IMPHO.
Ok, you've stated more than clearly that you're
From: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
---
Changes from v4, v5, v6, v7
None.
Changes from v3
No longer setting *clk to NULL in twd_get_clock().
Changes from v2
The highbank clock will glitch with the current code if the
clock rate is reset without relocking the PLL. Program the PLL
correctly to prevent glitches.
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
Signed-off-by: Rob Herring rob.herr...@calxeda.com
Cc: mturque...@linaro.org
---
This patch series adds cpufreq support for the Calxeda
ECX-1000 (highbank) SoCs. The EnergyCore Management Engine (ECME) on
the ECX-1000 manages the voltage for the part and communications with
Linux through a pl320 mailbox. clk notifications are used to control
when to send messages to the ECME.
Highbank processors depend on the external ECME to perform voltage
management based on a requested frequency. Communication between the
A9 cores and the ECME happens over the pl320 IPC channel.
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
Cc: shawn@linaro.org
Cc:
These functions are needed to make the cpufreq-core0 and highbank-cpufreq
drivers loadable as modules.
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
Acked-by: Nishanth Menon n...@ti.com
---
Changes from v4, v5, v6, v7
None.
Changes from v3
includes linux/export.h
From: Rob Herring rob.herr...@calxeda.com
The pl320 IPC allows for interprocessor communication between the highbank A9
and the EnergyCore Management Engine. The pl320 implements a straightforward
mailbox protocol.
This patch depends on Omar Ramirez Luna's omar.l...@linaro.org
mailbox driver
This patch is withdrawn due to a need for severe rework.
Changes from v4
Withdrawn.
Changes from v3, v2
None.
Changes from v1
Implemented a simple round-up algorithm instead of the over/under
method that could cause errors on Intel processors with boost mode.
--
To
Date: Wed, 5 Dec 2012 22:22:08 +0700
From: a...@eml.ru
To: linux-kernel@vger.kernel.org
Subject: kernel BUG at /build/buildd/linux-2.6.32/mm/mempolicy.c
Hello.
We have several servers with mongodb running. Each server has several mongodb
instances. Mongodb dataset is larger then
On Wed, Dec 05, 2012 at 04:39:49PM +, Serban Constantinescu wrote:
I was wondering when someone would notice that this code was not going
to work for this type of system, nice to see that you are working to fix
it up. But, I'll reask Dan's question here, why not use the compat32
ioctl
Since commit 2aa3a7f8660355c3dddead17e224545c1a3d5a5f
preparation for generic kernel_thread()
and commit a74fb73c12398b250fdc5e333a11e15a9e3a84fc
infrastructure for saner ret_from_kernel_thread semantics
introduced in v3.7-rc1, arches are advised to migrate to the new generic
implementation of
On Wed, Dec 5, 2012 at 4:59 PM, Borislav Petkov b...@alien8.de wrote:
when we added W=, we thought that one use case would be for devs to
use it when build-testing patches and check whether they're adding new
warnings.
However, (1) we need additional functionality in some script to be able
On Wed, 05 Dec 2012 17:15:40 +0100
Sebastian Andrzej Siewior bige...@linutronix.de wrote:
On 12/03/2012 06:41 PM, Peter Hurley wrote:
The lock logic for tty_set_ldisc() is wrong. Despite existing code in
tty_set_ldisc() and tty_ldisc_hangup(), the ldisc_mutex does **not**
(and should not)
On Wed, Dec 05, 2012 at 05:44:10PM +0100, Borislav Petkov wrote:
On Wed, Dec 05, 2012 at 05:39:05PM +0100, Andreas Mohr wrote:
Thanks to Borislav Petkov for his reply, too -
however I'd like to state that given this lack of tooling/attention
writing a mail in this more special manner was
the following compilation warning is caused by Commit-ID:
c566e8e9e44b72b53091da20e2dedefc730f2ee2
kernel/sched/debug.c: In function ‘print_cfs_rq’:
kernel/sched/debug.c:225:2: warning: format ‘%ld’ expects argument of type
‘long int’, but argument 4 has type ‘long long int’ [-Wformat]
On Wed, Dec 05, 2012 at 04:08:18PM +, James Hogan wrote:
other work not included:
* switch to generic kernel_{thread,execve} (will be posted separately to
aid review)
other changes:
...
* switch to generic sys_execve
... which should've broken your kernel_execve().
--
To unsubscribe
On Wed, Dec 05, 2012 at 05:11:40PM +0100, Mathias LEBLANC wrote:
Hi Peter,
Thanks for your contribution.
I have modified the driver files name and descriptions.
Regarding the warnings, it's strange.
@Kent, could you confirm that you have the same?
Yep, I see these too. They're a side
+ if (__copy_from_user(st, frame-uc.uc_stack, sizeof(st)))
+ goto badframe;
+ /* It is more difficult to avoid calling this function than to
+call it and ignore errors. */
+ do_sigaltstack((__force const stack_t __user *)st, NULL, regs-REG_SP);
Dear sparse,
+/* One struct dashtty exists per open channel. */
+struct dashtty {
+ struct tty_struct *tty;
+ struct tty_port *port;
+};
We have tty-port as of 3.7 so you shouldn't need this any more
+
+static struct tty_port dashtty_ports[NUM_TTY_CHANNELS];
+
+struct dashbuf {
+
Am Mittwoch, 5. Dezember 2012 schrieb Theodore Ts'o:
On Wed, Dec 05, 2012 at 05:18:43PM +0100, Martin Steigerwald wrote:
Dave provided technical reasons.
First in the patch description and then in:
https://lkml.org/lkml/2012/11/26/700
There were no technical reasons. We are only
On Wed, 5 Dec 2012 15:02:53 +0100, Benjamin Tissoires wrote:
HID descriptors contains 4 bytes of reserved field.
The previous implementation was overriding the next fields in struct i2c_hid.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c |
On Wed, 5 Dec 2012 15:02:55 +0100, Benjamin Tissoires wrote:
There is no point in keeping the irq in i2c_hid as it's already
there in client.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c | 15 +--
1 file changed, 5
On Wed, Dec 05, 2012 at 06:24:05PM +0100, Martin Steigerwald wrote:
Heck, I probably have more to complain about with the inode flags
field, which were originally created specifically for ext2/3/4, and
which has since been grabbed for use by other file systems, including
btrfs. You
On Wed, Dec 05, 2012 at 06:09:00PM +0100, Andreas Mohr wrote:
IMHO that's some common misconception - namely that innocent
observing by-standers are fully expected to get involved in the
process. Not necessarily, however (that's what domain experts are
there for - since people are well-advised
On Wed, Dec 05, 2012 at 06:04:38PM +0100, Geert Uytterhoeven wrote:
I think Geert is doing something like that but I'm not sure he's
even using W=.
I'm using whatever build output is generated by the linux-next build
service.
Then most probably not. W= levels are supplied at the make
On 12/04/2012 07:27 AM, Axel Lin wrote:
The logic of setting SPI_XCOMM_SETTINGS_CPHA bit is reversed.
Signed-off-by: Axel Lin axel@ingics.com
---
Hi Lars,
The logic of setting SPI_XCOMM_SETTINGS_CPHA bit looks wrong to me.
Can you check if this patch works?
Thanks,
Axel
Hi Axel,
An unattached mutex object is not released
on error, thereby orphaning memory.
I stumbled on this when looking at the output of smatch:
drivers/acpi/acpica/dsmethod.c:225 acpi_ds_begin_method_execution() error: we
previously assumed 'obj_desc-method.mutex' could be null (see line 209)
which
On Wed, Dec 05, 2012 at 04:08:41PM +, James Hogan wrote:
+TBIRES tail_end(TBIRES State, unsigned long orig_syscall)
+{
+ struct pt_regs *regs = (struct pt_regs *)State.Sig.pCtx;
+ unsigned long flags;
+
+ if (user_mode(regs)) {
+ local_irq_enable();
+
On Fri, Nov 30, 2012 at 03:08:02AM +, Liu, Jinsong wrote:
Konrad Rzeszutek Wilk wrote:
On Wed, Nov 21, 2012 at 11:45:04AM +, Liu, Jinsong wrote:
From 630c65690c878255ce71e7c1172338ed08709273 Mon Sep 17 00:00:00
2001
From: Liu Jinsong jinsong@intel.com
Date: Tue, 20 Nov 2012
On Wed, Dec 05, 2012 at 11:13:51AM -0600, Kent Yoder wrote:
On Wed, Dec 05, 2012 at 05:11:40PM +0100, Mathias LEBLANC wrote:
Hi Peter,
Thanks for your contribution.
I have modified the driver files name and descriptions.
Regarding the warnings, it's strange.
@Kent, could you
Am Mittwoch, 5. Dezember 2012 schrieb Theodore Ts'o:
On Wed, Dec 05, 2012 at 06:24:05PM +0100, Martin Steigerwald wrote:
Heck, I probably have more to complain about with the inode flags
field, which were originally created specifically for ext2/3/4, and
which has since been grabbed for
Tim,
Thanks. We will need to backport this change to the ACPICA source code.
Bob
-Original Message-
From: Tim Gardner [mailto:tim.gard...@canonical.com]
Sent: Wednesday, December 05, 2012 9:39 AM
To: linux-kernel@vger.kernel.org
Cc: Tim Gardner; Len Brown; Rafael J. Wysocki; Lin
From: Nicolas Ferre nicolas.fe...@atmel.com
Date: Wed, 5 Dec 2012 16:08:22 +0100
On 12/04/2012 07:22 PM, David Miller :
From: Nicolas Ferre nicolas.fe...@atmel.com
Date: Mon, 3 Dec 2012 13:15:43 +0100
Macb Ethernet controller requires a RX buffer of 128 bytes. It is
highly sub-optimal for
2012/11/26 Greg KH gre...@linuxfoundation.org:
If you use a kernel.org released kernel, then we can help you out.
Best of luck,
Okay. I'm use kernel from you git tree (3.0.53 stable branch). But
have no luck. Ahen i'm force reboot storage server multipath -ll on
initiator side locked.
echo w
On Wed, Dec 05, 2012 at 11:45:27AM -0600, Kent Yoder wrote:
On Wed, Dec 05, 2012 at 11:13:51AM -0600, Kent Yoder wrote:
On Wed, Dec 05, 2012 at 05:11:40PM +0100, Mathias LEBLANC wrote:
Hi Peter,
Thanks for your contribution.
I have modified the driver files name and descriptions.
On Wed, Dec 05, 2012 at 10:06:45PM +0400, Vasiliy Tolstov wrote:
2012/11/26 Greg KH gre...@linuxfoundation.org:
If you use a kernel.org released kernel, then we can help you out.
Best of luck,
Okay. I'm use kernel from you git tree (3.0.53 stable branch). But
have no luck. Ahen i'm
(add lkml)
On 12/05, Tejun Heo wrote:
Replacing get_online_cpus() w/ percpu_rwsem is great but this thread
is about replacing preempt_disable with something finer grained and
less heavy on the writer side
If only I understood why preempt_disable() is bad ;)
OK, I guess less heavy on the
On Wed, Dec 5, 2012 at 10:30 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Dec 05, 2012 at 09:59:07AM +0900, Jingoo Han wrote:
- if (gpio_is_valid(lcd-gpio_backlight_cont))
- gpio_set_value(lcd-gpio_backlight_cont, cont);
+ if
Thanks, i'm try latest 3.6 and send results.
2012/12/5 Greg KH gre...@linuxfoundation.org:
On Wed, Dec 05, 2012 at 10:06:45PM +0400, Vasiliy Tolstov wrote:
2012/11/26 Greg KH gre...@linuxfoundation.org:
If you use a kernel.org released kernel, then we can help you out.
Best of luck,
On Wed, Dec 5, 2012 at 8:48 AM, Mark Langsdorf
mark.langsd...@calxeda.com wrote:
The highbank clock will glitch with the current code if the
clock rate is reset without relocking the PLL. Program the PLL
correctly to prevent glitches.
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
On Wed, Dec 5, 2012 at 8:18 AM, Martin Steigerwald mar...@lichtvoll.de wrote:
Did you actually *read* the thread, Linus?
I did. And I actually understood it. Unlike some people.
Dave provided technical reasons.
First in the patch description and then in:
Hello, Oleg.
On Wed, Dec 05, 2012 at 07:15:24PM +0100, Oleg Nesterov wrote:
On 12/05, Tejun Heo wrote:
Replacing get_online_cpus() w/ percpu_rwsem is great but this thread
is about replacing preempt_disable with something finer grained and
less heavy on the writer side
If only I
From: David Miller da...@davemloft.net
Date: Sat, 10 Nov 2012 14:12:19 -0500 (EST)
Ping?
This is a suggested patch to fix the bug I reported at:
http://marc.info/?l=linux-kernelm=135033028924652w=2
Essentially, there is a hard requirement that when perf analyzes a
trace, it must
On 12/05/2012 10:23 PM, Tejun Heo wrote:
Hello, Oleg.
On Wed, Dec 05, 2012 at 05:46:40PM +0100, Oleg Nesterov wrote:
Sorry I don't understand the context and I can't find this thread
anywhere, so I am not sure I understand...
Weird, lkml cc is missing. Srivatsa?
Argh! I forgot to CC
What do I do wrong?
After: modprobe cpufreq_ondemand
I have:
WARNING: Error inserting freq_table
(/lib/modules/3.7.0-rc8-next-20121205-ttybuf.1+/kernel/drivers/cpufreq/freq_table.ko):
Unknown symbol in module, or unknown parameter (see dmesg)
FATAL: Error inserting cpufreq_ondemand
(/lib
On Wed, Dec 05, 2012 at 05:11:32PM +, Al Viro wrote:
On Wed, Dec 05, 2012 at 04:08:18PM +, James Hogan wrote:
other work not included:
* switch to generic kernel_{thread,execve} (will be posted separately to
aid review)
other changes:
...
* switch to generic sys_execve
On Tue, Dec 4, 2012 at 5:45 PM, Rusty Russell ru...@rustcorp.com.au wrote:
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
Nothing there. Forgot to push? Forgot to send me the proper tag/branch name?
Linus
--
To unsubscribe
In realtime environments, it may be desirable to keep the per-bdi
flusher threads from running on certain cpus. This patch adds a
cpu_list file to /sys/class/bdi/* to enable this. The default is to tie
the flusher threads to the same numa node as the backing device (though
I could be convinced
[Resending because I forgot to CC lkml last time. Please send your replies to
this thread instead of the previous (non-public) one. Sorry for the trouble!]
Hi,
This patchset removes CPU hotplug's dependence on stop_machine() from the CPU
offline path and provides an alternative (set of APIs) to
There are places where preempt_disable() is used to prevent any CPU from
going offline during the critical section. Let us call them as atomic
hotplug readers (atomic because they run in atomic contexts).
Often, these atomic hotplug readers have a simple need : they want the cpu
online mask that
Some of the atomic hotplug readers cannot tolerate CPUs going offline while
they are in their critical section. That is, they can't get away with just
synchronizing with the updates to the cpu_online_mask; they really need to
synchronize with the entire CPU tear-down sequence, because they are
line6_send_sysex_message_async() isn't called from anywhere.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/staging/line6/driver.h b/drivers/staging/line6/driver.h
index f0be5a2..1dd768c2 100644
--- a/drivers/staging/line6/driver.h
+++ b/drivers/staging/line6/driver.h
Hi Roland,
On 12/04/2012 09:39 PM, Roland Stigge wrote:
Hi Wolfgang,
On 03/12/12 10:17, Wolfgang Grandegger wrote:
I re-tried v8 on my AT91-SAM9G45 board and it works fine if
CONFIG_GPIO_SYSFS is enable. Unfortunately, the access via misc device
fails if CONFIG_GPIO_SYSFS is not set.
701 - 800 of 1044 matches
Mail list logo