Allow 64-bit userspace programs to use ll64 types. The define name
comes from commit 2c9c6ce0199a4d252e20c531cfdc9d24e39235c0 (powerpc:
Add __SANE_USERSPACE_TYPES__ to asm/types.h for LL64).
The patch allows to compile perf on MIPS64 and eliminates the following
warnings:
tests/attr.c:74:4:
On 05/06/2014 10:17 AM, ching wrote:
> From: Ching
>
> Adding code to support MSI-X interrupt.
>
> This update has modification by Tomas' suggestion.
> And I add a msix_vector_count for free_irq.
>
> Signed-off-by: Ching
> ---
>
> diff -uprN a/drivers/scsi/arcmsr/arcmsr.h
On Tue, May 06, 2014 at 08:44:23AM -0400, Tejun Heo wrote:
> Convert all cftype->write_string() users to the new cftype->write()
> which maps directly to kernfs write operation and has full access to
> kernfs and cgroup contexts. The conversions are mostly mechanical.
>
> * @css and @cft are
If NO_DMA=y:
drivers/built-in.o: In function `s3c_hsotg_map_dma':
s3c-hsotg.c:(.text+0x375b2c): undefined reference to `usb_gadget_map_request'
drivers/built-in.o: In function `s3c_hsotg_unmap_dma':
s3c-hsotg.c:(.text+0x376a32): undefined reference to `usb_gadget_unmap_request'
make[3]: ***
During the recent conversion to kernfs, cftype's seq_file operations
are updated so that they are directly mapped to kernfs operations and
thus can fully access the associated kernfs and cgroup contexts;
however, write path hasn't seen similar updates and none of the
existing write operations has
cgroup_tasks_write() and cgroup_procs_write() are currently using
cftype->write_u64(). This patch converts them to use cftype->write()
instead. This allows access to the associated kernfs_open_file which
will be necessary to implement the planned kernfs active protection
manipulation for these
cftype->trigger() is pointless. It's trivial to ignore the input
buffer from a regular ->write() operation. Convert all ->trigger()
users to ->write() and remove ->trigger().
This patch doesn't introduce any visible behavior changes.
Signed-off-by: Tejun Heo
Cc: Johannes Weiner
Cc: Michal
Now that cgroup_subtree_control_write() has access to the associated
kernfs_open_file and thus the kernfs_node, there's no need to cache it
in cgroup->control_kn on creation. Remove cgroup->control_kn and use
@of->kn directly.
Signed-off-by: Tejun Heo
---
include/linux/cgroup.h | 1 -
Hello,
This patchset implements a new cftype operation ->write() and replace
->write_string() and ->trigger() with it. ->write() is similar to
->write_string() but maps directly to the kernfs write operation and
has access to all available context information including the
associated
Convert all cftype->write_string() users to the new cftype->write()
which maps directly to kernfs write operation and has full access to
kernfs and cgroup contexts. The conversions are mostly mechanical.
* @css and @cft are accessed using of_css() and of_cft() accessors
respectively instead of
On Tue, May 06, 2014 at 09:23:04AM +0200, Ingo Molnar wrote:
>
> * Dongsheng Yang wrote:
>
> > From: Dongsheng
> >
> > In output of perf sched map, any shortname of thread will be explained
> > at the first time when it appear.
> >
> > Example:
> > *A0 228836.978985 secs
On Wed, Apr 30, 2014 at 11:15:29PM +0300, Dan Carpenter wrote:
> > > diff --git a/include/acpi/platform/acenv.h b/include/acpi/platform/acenv.h
> > > index e863dd5..5e0fc2b 100644
> > > --- a/include/acpi/platform/acenv.h
> > > +++ b/include/acpi/platform/acenv.h
> >
> > This is an ACPICA header
On Tue, 2014-05-06 at 12:29 +0200, Borislav Petkov wrote:
> Hi,
>
> so I'm getting sick'n'tired of all those bug reports of people pounding
> cpu hotplug with stupid scripts.
>
> * We know cpu hotplug is fragile/buggy/crap/needs proper rewrite.
>
> * Stupid hotplugging script doesn't resemble
Dear Arnd Bergmann,
On Tue, 06 May 2014 14:21:55 +0200, Arnd Bergmann wrote:
> > That's not what we do for any of the other drivers that use the
> > MVEBU_MBUS functions.
>
> Fair enough. I guess using ARCH_MVEBU as the dependency works as well
> because it implies MVEBU_MBUS. However, you
fix following warning by dynamically allocating memory:
dgnc_tty.c:583:1: warning: the frame size of 1060 bytes is larger than 1024
bytes [-Wframe-larger-than=]
Signed-off-by: Martin Kepplinger
---
This is more of a question. Is this a desired solution to fixing such a
frame size warning?
If NO_DMA=y:
drivers/built-in.o: In function `lpuart_dma_rx_free':
fsl_lpuart.c:(.text+0x7da28): undefined reference to `dma_unmap_single'
drivers/built-in.o: In function `lpuart_dma_tx_free':
fsl_lpuart.c:(.text+0x7da60): undefined reference to `dma_unmap_single'
drivers/built-in.o: In function
All the DT patches look good for me.
Acked-by: Srinivas Kandagatla
I think It will be better to send a pull request to Arnd/Olof including
other reviewed DT patches.
thanks,
srini
On 05/05/14 16:38, Gabriel FERNANDEZ wrote:
The goal of this series is to enable ST Keyscan support to ST
> Robert Richter :
> This patch set implements the necessary kernel changes for persistent
> events.
I was reviewing the code again after a while. It demonstrates how
persistent events can be used esp. for kernel enabled tracing. It also
allows people to play with it. The initial use case for
On Tue, 29 Apr 2014 14:17:40 -0500 (CDT)
Christoph Lameter wrote:
> Replace uses of &__get_cpu_var for address calculation with this_cpu_ptr.
>
I pulled this into my 3.16 queue.
-- Steve
> Acked-by: Masami Hiramatsu
> Signed-off-by: Christoph Lameter
>
> Index:
Le 06/05/2014 01:23, James Bottomley a écrit :
On May 5, 2014 3:36:38 PM PDT, Serge Hallyn wrote:
Quoting James Bottomley (james.bottom...@hansenpartnership.com):
On Mon, 2014-05-05 at 22:27 +, Serge Hallyn wrote:
Quoting James Bottomley (james.bottom...@hansenpartnership.com):
On
On Tue, 6 May 2014 07:12:11 -0500
Josh Poimboeuf wrote:
> Live patching is a very sensitive and risky operation, and from a kernel
> standpoint we should make it as safe as we reasonably can. But we can't
> do much about careless users. Ultimately the risk is in the hands of
> the user and
Hi Valentin
Thanks for the patch, i agree with it.
Mike do you planned to integrate this patch ?
Gabriel.
Best Regards.
On 05/06/2014 11:29 AM, Valentin Ilie wrote:
On 22 April 2014 16:15, Valentin Ilie wrote:
When it fails to allocate div, gate should be free'd before return
On Mon, 5 May 2014, Andrew Morton wrote:
> On Mon, 05 May 2014 16:44:34 -0400 Sasha Levin wrote:
>
> > On 05/01/2014 04:10 PM, Andrew Morton wrote:
> > >> On Wed, 30 Apr 2014, Sasha Levin wrote:
> > >> >
> > > > > Could someone pretty please merge that patch? Specially since
> > > >
On Mon, May 5, 2014 at 4:35 PM, Andrew Morton wrote:
> On Mon, 5 May 2014 10:43:05 -0400 Dan Streetman wrote:
>
>> Replace pr_debug() in lib/plist.c test function plist_test() with
>> printk(KERN_DEBUG ...).
>>
>> Without DEBUG defined, pr_debug() is complied out, but the entire
>> plist_test()
On Mon, May 05, 2014 at 09:48:27PM +0100, Larry Bassel wrote:
> Support for arch_irq_work_raise() was missing from
> arm64 (a prerequisite for FULL_NOHZ).
>
> This patch is based on the arm32 patch ARM 7872/1
> which ports cleanly.
>
> commit bf18525fd793101df42a1344ecc48b49b62e48c9
> Author:
On Tue 06-05-14 13:06:48, Will Deacon wrote:
> Hello,
>
> On Fri, May 02, 2014 at 11:46:51PM +0100, Jan Kara wrote:
> > On Fri 02-05-14 14:22:20, Andrew Morton wrote:
> > > From: Will Deacon
> > > Subject: printk: print initial logbuf contents before re-enabling
> > > interrupts
> > >
> > >
On Tue, 06 May 2014 20:45:50 +0900
Masami Hiramatsu wrote:
> However, I also think if users can accept such freezing wait-time,
> it means they can also accept kexec based "checkpoint-restart" patching.
> So, I think the final goal of the kpatch will be live patching without
> stopping the
On 05/06/2014 07:08 AM, Peter Zijlstra wrote:
> On Sat, May 03, 2014 at 09:16:00AM -0400, Sasha Levin wrote:
>> Hi all,
>>
>> While fuzzing with trinity inside a KVM tools guest running latest -next
>> kernel I've stumbled on the following:
>>
>
> Cute.. not making sense.. :-)
>
>> [
On Tue, May 06, 2014 at 09:32:28AM +0200, Ingo Molnar wrote:
>
> * Jiri Kosina wrote:
>
> > On Mon, 5 May 2014, David Lang wrote:
> >
> > > how would you know that all instances of the datastructure in memory
> > > have= been touched? just because all tasks have run and are outside the
> > >
On Tuesday 06 May 2014 14:10:23 Thomas Petazzoni wrote:
> On Tue, 06 May 2014 13:57:44 +0200, Arnd Bergmann wrote:
>
> > > Please limit this driver to mvebu arch and compile testing, i.e.
> > >
> > > depends on ARCH_MVEBU || COMPILE_TEST
> >
> > I think it actually needs a dependency on
Boris,
> -Original Message-
> From: Boris BREZILLON [mailto:boris.brezil...@free-electrons.com]
> Sent: Monday, May 05, 2014 4:23 PM
> To: Bryan Evenson
> Cc: Andrew Victor; Nicolas Ferre; Jean-Christophe Plagniol-Villard; linux-arm-
> ker...@lists.infradead.org; Alessandro Zummo; rtc-
>
On Mon, May 05, 2014 at 06:59:29PM -0700, David Lang wrote:
> On Tue, 6 May 2014, Jiri Kosina wrote:
>
> >On Mon, 5 May 2014, David Lang wrote:
> >
> >>how would you know that all instances of the datastructure in memory
> >>have= been touched? just because all tasks have run and are outside the
On Tue, May 6, 2014 at 2:04 PM, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.15-rc4[1] to v3.15-rc3[3], the summaries are:
> - build errors: +7/-1
+ /scratch/kisskb/src/arch/powerpc/include/asm/fixmap.h: error:
overflow in enumeration values CC drivers/hwmon/smsc47m192.o:
=>
On Sat, May 03, 2014 at 02:44:46PM +0100, Liu Hua wrote:
> Hi Will or Russell,
Hello,
> With CONFIG_LPAE=y, memory in 32-bit ARM systems can exceed
> 4G. So if we use kdump in such systems. The capture kernel
> should parse 64-bit elf header(parse_crash_elf64_headers).
>
> And this process can
On Mon, May 05, 2014 at 11:49:23PM +0200, Frederic Weisbecker wrote:
> On Mon, May 05, 2014 at 08:43:04PM +0200, Ingo Molnar wrote:
> > If a kernel refuses to patch with certain threads running, that will
> > drive those kernel threads being fixed and such. It's a deterministic,
> > recoverable,
Dear Arnd Bergmann,
On Tue, 06 May 2014 13:57:44 +0200, Arnd Bergmann wrote:
> > Please limit this driver to mvebu arch and compile testing, i.e.
> >
> > depends on ARCH_MVEBU || COMPILE_TEST
>
> I think it actually needs a dependency on MVEBU_MBUS.
That's not what we do for any of
Hello,
On Fri, May 02, 2014 at 11:46:51PM +0100, Jan Kara wrote:
> On Fri 02-05-14 14:22:20, Andrew Morton wrote:
> > From: Will Deacon
> > Subject: printk: print initial logbuf contents before re-enabling interrupts
> >
> > When running on a hideously slow system (~10Mhz FPGA) with a bunch of
Below is the list of build error/warning regressions/improvements in
v3.15-rc4[1] compared to v3.14[2].
Summarized:
- build errors: +11/-2
- build warnings: +181/-114
JFYI, when comparing v3.15-rc4[1] to v3.15-rc3[3], the summaries are:
- build errors: +7/-1
- build warnings: +76/-26
Hi David,
On 5/5/2014 9:57 AM, George Cherian wrote:
This series does some minimal cleanups.
-Conversion of pr_*() to dev_*()
-Convert kzalloc to devm_kzalloc.
No functional changes.
v1 -> v2 Address review comments.
George Cherian (3):
driver net: cpsw: Convert pr_*() to
Hi Richard,
On Sat, May 3, 2014 at 9:12 PM, Richard Weinberger wrote:
> @@ -90,6 +91,9 @@ static int add_mmap(unsigned long virt, unsigned long phys,
> unsigned long len,
> struct host_vm_op *last;
> int fd, ret = 0;
>
> + if ((virt >= STUB_START) && (virt < STUB_END))
> +
On Thu, May 01, 2014 at 11:34:16AM +0900, Jungseok Lee wrote:
> This patch implements 4 levels of translation tables since 3 levels
> of page tables with 4KB pages cannot support 40-bit physical address
> space described in [1] due to the following issue.
>
> It is a restriction that kernel
On Tuesday 06 May 2014 13:34:46 Bartlomiej Zolnierkiewicz wrote:
> On Tuesday, May 06, 2014 02:14:01 AM Gregory CLEMENT wrote:
> > For the Armada 38x SoCs which come with an xhci controller, specific
> > initialization must be done during probe related to the MBus windows
> > configuration. This
On Sun, May 04, 2014 at 05:14:59PM +0530, Preeti Murthy wrote:
> As far as my understanding goes, the logic in select_task_rq_fair()
> does wake_affine() or calls select_idle_sibling() only at those
> levels of sched domains where the flag SD_WAKE_AFFINE is set.
> This flag is not set at the numa
Hi Guenter, Srinivas,
On Mon, 5 May 2014 10:32:31 -0700, Guenter Roeck wrote:
> On Mon, May 05, 2014 at 10:13:11AM -0700, Srinivas Pandruvada wrote:
> > for kernel : 3.15.rc3 .
> >
> > Is there any change in the coretemp? Previously we used to see,
> > tempx data (like temp2_input, temp2_max
On Fri, May 02, 2014 at 11:19:47AM -0400, Rik van Riel wrote:
> As an aside, it also looks like SD_BALANCE_WAKE is set on all domains
> of a NUMA system by default, so even the non-affine wakeup will end
> up looking for the lowest load NUMA node to start up on.
I can't find it being set on
2014-05-04 7:14 GMT+04:00 Axel Lin :
> Current code sets both irq_ack and irq_mask callbacks to vt8500_irq_mask().
> However, vt8500_irq_mask does not clear interrupt enable bit when the
> interrupt
> trigger mode is edge trigger.
>
> This patch moves the code clearing Interrupt Status Register
Good Day,
Do you need a LOAN or Financing of any type? Have been turned down by your
bank due to bad credit? Do you have unpaid bills or in debt? For quick response
contact us with the below information's.
Name:
Loan Amount:
loan Duration:
Country:
Address:
Mobile Number:
Sincerely,
On 05/06/2014 02:29 AM, David Rientjes wrote:
On Mon, 5 May 2014, Vlastimil Babka wrote:
I see, although I would still welcome some numbers to back such change.
It's pretty difficult to capture numbers for this in real-world scenarios
since it happens rarely (and when it happens, it's very
I was confused that strsep() was equivalent to strtok_r() in skipping
over consecutive delimiters. strsep() just splits at the first
occurrence of one of the delimiters which makes the parsing very
inflexible, which makes allowing multiple whitespace chars as
delimters kinda moot. Let's just be
cgroup_subtree_control_write() waits for offline to complete
child-by-child before enabling a controller; however, it has a couple
bugs.
* It doesn't initialize the wait_queue_t. This can lead to infinite
hang on the following schedule() among other things.
* It forgets to pin the child
release_path is now protected by release_agent_path_lock to allow
accessing it without grabbing cgroup_mutex; however,
cgroup_release_agent_show() was still grabbing cgroup_mutex. Let's
convert it to release_agent_path_lock so that we don't have to worry
about this one for the planned locking
Hello,
This patchset contains the following four patches.
0001-cgroup-fix-offlining-child-waiting-in-cgroup_subtree.patch
0002-cgroup-only-allow-space-as-the-separator-for-cgroup..patch
0003-cgroup-use-restart_syscall-for-retries-after-offline.patch
After waiting for a child to finish offline,
cgroup_subtree_control_write() jumps up to retry from after the input
parsing and active protection breaking. This retry makes the
scheduled locking update more difficult. Let's simplify it by
returning with restart_syscall() for retries.
(2014/05/06 3:43), Ingo Molnar wrote:
>
> * Frederic Weisbecker wrote:
>
>> On Mon, May 05, 2014 at 08:26:38AM -0500, Josh Poimboeuf wrote:
>>> On Mon, May 05, 2014 at 10:55:37AM +0200, Ingo Molnar wrote:
* Josh Poimboeuf wrote:
> [...]
>
> kpatch checks the
On Tue, May 06, 2014 at 04:33:38PM +0800, Alex Shi wrote:
>
> >
> > Maybe the predication is reasonable on per task history. but on a cpu
> > load history, with many tasks rebalance. No testing show current method
> > is helpful.
> >
> > For task load change, scheduler has no idea for its
On Mon, May 05, 2014 at 12:32:22PM -0700, Julius Werner wrote:
> Hmmm... very odd. I unfortunately don't have a machine that can easily
> do S4 at hand, but I did test this on an IVB with XHCI_RESET_ON_RESUME
> in S3 (essentially the same code path), and I didn't run into any
> problems.
>
> How
On Tue, May 06, 2014 at 03:24:13PM +0530, Preeti Murthy wrote:
> Hi Morten, Peter, Alex,
>
> In a similar context, I noticed that /proc/loadavg makes use of
> avenrun[] array which keeps track of the history of the global
> load average. This however makes use of the sum of
> nr_running +
Hi,
On Tuesday, May 06, 2014 02:14:12 AM Gregory CLEMENT wrote:
> The Armada 375 SoC comes with an USB2 host and device controller and
> an USB3 controller. The USB cluster control register allows to manage
> common features of both USB controllers. It uses the generic PHY
> framework
>
>
Boris,
> -Original Message-
> From: Boris BREZILLON [mailto:boris.brezil...@free-electrons.com]
> Sent: Monday, May 05, 2014 4:23 PM
> To: Bryan Evenson
> Cc: Andrew Victor; Nicolas Ferre; Jean-Christophe Plagniol-Villard; linux-arm-
> ker...@lists.infradead.org; Alessandro Zummo; rtc-
>
Hi,
On Tuesday, May 06, 2014 02:14:01 AM Gregory CLEMENT wrote:
> For the Armada 38x SoCs which come with an xhci controller, specific
> initialization must be done during probe related to the MBus windows
> configuration. This patch adds the support of this quirk.
>
> Signed-off-by: Gregory
On Mon, May 05, 2014 at 07:49:00PM +0200, Fabian Frederick wrote:
> Cc: Li Zefan
> Cc: Andrew Morton
> Signed-off-by: Fabian Frederick
Applied to cgroup/for-3.16.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Mon, May 05, 2014 at 07:46:55PM +0200, Fabian Frederick wrote:
> This patch also converts seq_printf to seq_puts
>
> Cc: Li Zefan
> Cc: Andrew Morton
> Signed-off-by: Fabian Frederick
Applied to cgroup/for-3.16.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line
Am Dienstag, 6. Mai 2014, 13:13:46 schrieb Beniamino Galvani:
> On Sun, May 04, 2014 at 02:57:52PM +0200, Matthias Brugger wrote:
> > 2014-05-02 1:32 GMT+02:00 Heiko Stübner :
> > > Hi Beniamino,
> > >
> > > Am Donnerstag, 1. Mai 2014, 21:50:34 schrieb Beniamino Galvani:
> > >> Add new vendor
* Rusty Russell wrote:
> Ingo Molnar writes:
> > * Madhavan Srinivasan wrote:
> >
> >> Performance data for different FAULT_AROUND_ORDER values from 4 socket
> >> Power7 system (128 Threads and 128GB memory). perf stat with repeat of 5
> >> is used to get the stddev values. Test ran in v3.14
My static checker warns that "data_size" could be negative and underflow
the limit check. The code looks suspicious but I don't know if it is a
real bug.
Signed-off-by: Dan Carpenter
diff --git a/drivers/block/drbd/drbd_receiver.c
b/drivers/block/drbd/drbd_receiver.c
index b6c8aaf..15daf86d
On Mon 05-05-14 13:47:43, John Stultz wrote:
> Two of the three prink_deferred uses are really printk_once style
> uses, so add a printk_deferred_once macro to simplify those call
> sites.
>
> Cc: Jan Kara
> Cc: Peter Zijlstra
> Cc: Jiri Bohac
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc:
On Tue, May 06, 2014 at 07:08:54AM -0400, Steven Rostedt wrote:
> Hey, I'm one of those that jerk off to CPU hotplug stress test scripts!
I know you are, Mike gave me your script. Like you haven't done enough!
:-P
> We were just bitching about this yesterday, but -rt related. As
> anything crap
On Sun, May 04, 2014 at 02:57:52PM +0200, Matthias Brugger wrote:
> 2014-05-02 1:32 GMT+02:00 Heiko Stübner :
> > Hi Beniamino,
> >
> > Am Donnerstag, 1. Mai 2014, 21:50:34 schrieb Beniamino Galvani:
> >> Add new vendor prefixes for:
> >>
> >> * bq, a company that sells multimedia devices and
On Tue, 6 May 2014 12:29:24 +0200
Borislav Petkov wrote:
> Hi,
>
> so I'm getting sick'n'tired of all those bug reports of people pounding
> cpu hotplug with stupid scripts.
>
> * We know cpu hotplug is fragile/buggy/crap/needs proper rewrite.
>
> * Stupid hotplugging script doesn't resemble
Use devm_() and friends for allocating memory, input device
and IRQ.
Signed-off-by: Roger Quadros
Acked-by: Mugunthan V N
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 38 ---
1 file changed, 15 insertions(+), 23 deletions(-)
diff --git
Switch to using the Type-B Multi-Touch protocol.
Signed-off-by: Roger Quadros
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 125 ++
1 file changed, 94 insertions(+), 31 deletions(-)
diff --git a/drivers/input/touchscreen/pixcir_i2c_ts.c
Get rid of the attb_read_val() platform hook. Instead,
read the ATTB gpio directly from the driver.
Fail if valid ATTB gpio is not provided by patform data.
Signed-off-by: Roger Quadros
Acked-by: Mugunthan V N
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 16 +++-
On Sat, May 03, 2014 at 09:16:00AM -0400, Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity inside a KVM tools guest running latest -next
> kernel I've stumbled on the following:
>
Cute.. not making sense.. :-)
> [ 1796.591361] BUG: unable to handle kernel paging request at
Hi!
> > From: Pavel Machek [mailto:pa...@ucw.cz]
> > Sent: Tuesday, May 06, 2014 3:54 PM
> >
> > On Wed 2014-04-30 10:03:39, Lv Zheng wrote:
> > > This patch deploys ACPI_DEBUGGER_EXEC usage to utglobal.c to reduce
> > > "ifdef"
> > > of ACPI_DEBUGGER. No functional changes. Lv Zheng.
> > >
>
Provide device tree support and binding information.
Also provide support for a new chip "pixcir_tangoc".
Signed-off-by: Roger Quadros
---
.../bindings/input/touchscreen/pixcir_i2c_ts.txt | 26
.../devicetree/bindings/vendor-prefixes.txt| 1 +
Some variants of the Pixcir touch controller support upto 5
simultaneous fingers and hardware tracking IDs. Prepare the driver
for that.
Signed-off-by: Roger Quadros
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 74 ---
include/linux/input/pixcir_ts.h |
Improve the suspend and resume handlers to allow the device
to wakeup the system from suspend.
Signed-off-by: Roger Quadros
Acked-by: Mugunthan V N
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 47 ---
1 file changed, 43 insertions(+), 4 deletions(-)
diff --git
These add device tree entry for qspi controller driver on dra7-evm.
Signed-off-by: Sourav Poddar
---
Depends on sricharan's irq crossbar.
arch/arm/boot/dts/dra7-evm.dts | 80
arch/arm/boot/dts/dra7.dtsi| 14 +++
2 files changed, 94
Introduce helper functions to configure power and interrupt registers.
Default to IDLE mode on probe as device supports auto wakeup to ACVIE mode
on detecting finger touch.
Configure interrupt mode and polarity on start up. Power down on device
closure or module removal.
Signed-off-by: Roger
Hi Dmitry,
This series does the following
- use devres managed resource allocations
- convert to Type-B multi touch protocol
- support upto 5 fingers with hardware supplied tracking IDs
- device tree support
Please queue this for -next (3.16). Thanks.
cheers,
-roger
Changelog:
v5:
- Changed
On Tue, 6 May 2014 11:45:57 +0200
Jan Kara wrote:
> On Mon 05-05-14 19:18:46, Steven Rostedt wrote:
> > To prevent deadlocks with doing a printk inside the scheduler,
> > printk_sched() was created. The issue is that printk has a console_sem
> > that it can grab and release. The release does a
On 05/05/2014 07:16 PM, Soren Brinkmann wrote:
> - Use generic node names
> - Fix up some weird formatting and white spaces
> - Update copyright info
>
> Signed-off-by: Soren Brinkmann
> ---
>
> arch/arm/boot/dts/zynq-7000.dtsi | 29 +++--
> 1 file changed, 15
Hi!
> This is intended to be a presentation of the kgraft engine, so it is
> placed into samples/ directory.
>
> It patches sys_iopl() and sys_capable() to print an additional message
> to the original functionality.
>
> Jiri Kosina
??
> Signed-off-by: Jiri Slaby
> Cc: Steven Rostedt
> Cc:
On Wed 2014-04-30 16:30:45, Jiri Slaby wrote:
> These are a base which can be used for kgraft patch generation.
>
> The code was provided by Michael
Should Michael Matz sign it off, then?
> Signed-off-by: Jiri Slaby
> Cc: Michael Matz
> tools/kgraft/app.c | 35 +
>
Hi!
> This is a text provided by Udo and polished.
>
> Signed-off-by: Jiri Slaby
> Cc: Udo Seidel
> ---
> Documentation/kgr.txt | 26 ++
> 1 file changed, 26 insertions(+)
> create mode 100644 Documentation/kgr.txt
>
> diff --git a/Documentation/kgr.txt
System can have mmaped also character devices (e.g dri devices by X) or deleted
files. Running cat on character devices is really bad idea (system can hang) so
run cat only on regular files. Also mmaped files can have spaces in filenames.
Signed-off-by: Pali Rohár
---
Hi Peter,
On Sat, May 03, 2014 at 06:59:24PM +0100, Peter Feuerer wrote:
> acerhdf has been doing an on-off fan control using hysteresis by
> post-manipulating the outcome of thermal subsystem trip point handling.
> This patch enables acerhdf to use the bang-bang governor, which is
> intended for
On Thu, May 01, 2014 at 11:34:16AM +0900, Jungseok Lee wrote:
> This patch implements 4 levels of translation tables since 3 levels
> of page tables with 4KB pages cannot support 40-bit physical address
> space described in [1] due to the following issue.
>
> It is a restriction that kernel
On Thu, May 01, 2014 at 11:34:19AM +0900, Jungseok Lee wrote:
> This patch adds 4 levels of translation tables implementation for both
> HYP and stage2.
>
> Both symmetric and asymmetric configurations for page size and translation
> levels are are validated on Fast Models:
>
> 1) 4KB + 3
On Thu, May 01, 2014 at 11:34:12AM +0900, Jungseok Lee wrote:
> This patch adds hardware definition and types for 4 levels of
> translation tables with 4KB pages.
>
> Cc: Catalin Marinas
> Cc: Steve Capper
> Signed-off-by: Jungseok Lee
> Reviewed-by: Sungjinn Chung
> ---
>
Hi,
so I'm getting sick'n'tired of all those bug reports of people pounding
cpu hotplug with stupid scripts.
* We know cpu hotplug is fragile/buggy/crap/needs proper rewrite.
* Stupid hotplugging script doesn't resemble any real use case - go use
a real benchmark/stress test to trigger bugs.
On Sun, May 4, 2014 at 8:29 AM, Al Viro wrote:
> On Sat, May 03, 2014 at 07:21:11PM +0100, Al Viro wrote:
>> On Sat, May 03, 2014 at 05:26:04AM +0100, Al Viro wrote:
>>
>> > See vfs.git#dentry_kill-3; warning - this is completely untested and I
>> > would
>> > really like comments on spinning
On Mon 05-05-14 13:47:42, John Stultz wrote:
> After learning we'll need some sort of deferred printk functionality
> in the timekeeping core, Peter suggested we rename the printk_sched
> function so it can be reused by needed subsystems.
>
> This only changes the function name. No logic changes.
This allows us to avoid a non-atomic memset over ->atomic_flags as well
as killing lots of duplicate initializations.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 47 +--
include/linux/blkdev.h |7 ---
2 files changed, 49
On Mon 05-05-14 13:47:41, John Stultz wrote:
> An earlier change in -mm (printk: remove separate printk_sched
> buffers...), removed the printk_sched irqsave/restore lines
> since it was safe for current users. Since we may be expanding
> usage of printk_sched(), disable preepmtion for this
(2014/05/06 5:48), Tony Luck wrote:
> This patch is in linux-next ("next-20140505") and I see a
> bunch of "Failed to find blacklist" messages when booting
> on ia64:
>
> Failed to find blacklist 000101316830
> Failed to find blacklist 0001013000f0a000
> Failed to find blacklist
* Jiri Kosina wrote:
> On Tue, 29 Apr 2014, Steven Rostedt wrote:
>
> > > According to 38.4 of [1], when SMM mode is entered while the CPU is
> > > handling NMI, the end result might be that upon exit from SMM, NMIs will
> > > be re-enabled and latched NMI delivered as nested [2].
> >
> >
Hi Nikita,
>From: Nikita Yushchenko
>
>Per MPC8572E manual, sec 14.4.3.1.3: "Transfers shorter than a full page,
>however, require software to prepare the appropriate ECC in the spare
>region"
>
>Need to set NAND_NO_SUBPAGE_WRITE flag. If this is not done, then
>generic nand_write_subpage_hwecc()
On Mon, 05 May 2014 23:46:06 +0530
RAGHAVENDRA GANIGA wrote:
> 1. glitch filter read and write parameter
> 2. alarm status read parameter
> 3. alarm mode read parameter
> 4. trickle charger read parameter
>
> and i am removing the proc interface.
>
> is the above implementation ok as per your
On Tue, 6 May 2014 00:34:41 +0100 (BST)
"Maciej W. Rozycki" wrote:
> Well, the handling of update-ended interrupts is still missing, as is
> some non-x86 stuff I posted a fix for recently (still pending review, can
> you please look into it sometime?).
Done, sorry for the delay.
--
601 - 700 of 1654 matches
Mail list logo