commit 4ce78a838c (can: c_can: Speed up rx_poll function) hyped a
performance improvement by reducing the access to the interrupt
pending register from a dual 16 bit to a single 16 bit access. Wow!
Thereby it crippled the driver to cast the 16 msg objects in stone,
which is completly braindead as
The function is broken in several ways:
- The function does not wait for the init to complete.
That can take quite some microseconds.
- No protection against being called for two chips at the same
time. SMP is such a new thing, right?
Clear the start and the init done bit
First of all, I'm really grumpy as hell.
This is the worst driver I looked at in the last 10 years. And that's
an achievement.
The driver is full of serious bugs:
- Two HW init routines are not spec compliant.
- Completely defective message buffer handling in several ways
That
According to the documentation the CPU must wait for CONTROL_INIT to
be cleared before writing to the baudrate registers.
Signed-off-by: Benedikt Spranger
Signed-off-by: Thomas Gleixner
---
drivers/net/can/c_can/c_can.c | 26 +++---
1 file changed, 23 insertions(+), 3
There is no point to toggle the RX led for every packet. Especially if
we have a full FIFO we want to avoid everything we can.
Signed-off-by: Thomas Gleixner
---
drivers/net/can/c_can/c_can.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
Index:
nameidata was replaced by flags in
00cd8dd3bf95f2 ("stop passing nameidata to ->lookup()")
Signed-off-by: Fabian Frederick
---
fs/freevxfs/vxfs_lookup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/freevxfs/vxfs_lookup.c b/fs/freevxfs/vxfs_lookup.c
index
The buffer handling of c_can has been broken forever. That leads to
message reordering:
ksoftirqd/0-3 [000] ..s.79.123776: c_can_poll: rx_poll: val: 7fff
ksoftirqd/0-3 [000] ..s.79.124101: c_can_poll: rx_poll: val: 8001
What happens is:
CPU HW
On 03/18, Tetsuo Handa wrote:
>
> Oleg Nesterov wrote:
> > If we need the urgent hack to fix the regression, then I suggest to change
> > scsi_host_alloc() temporary until mptsas (or whatever) is fixed.
>
> Device initialization taking longer than 30 seconds is possible and is not a
> hang up. It
This reverts commit 56dd669a138c, which makes the GART visible in
/proc/iomem. This fixes a regression: e501b3d87f00 ("agp: Support 64-bit
APBASE") exposed an existing problem with a conflict between the GART
region and a PCI BAR region.
The GART addresses are bus addresses, not CPU addresses,
This is a fix for a regression exposed by an AGP patch I merged in
v3.14-rc1. Assuming nobody complains, I'd like to ask Linus to pull
it ASAP, before v3.14 releases.
I think it's correct, but I'd sure appreciate it if an AGP expert could
check this out and confirm my belief that the GART
The perf_fuzzer can quickly cause a machine to lockup with an hrtimer
related rb tree related oops. I've had a hard time debugging this in any
useful manner, but I can trigger it on both core2 and haswell test systems
on 3.14-rc7.
This involves making a large number of perf_event events of
Gidday,
The Linux man-pages maintainer proudly announces:
man-pages-3.63 - man pages for Linux
He also proudly announces that man-pages recently passed
10,000 commits since he took over as maintainer in 2004
(https://plus.google.com/u/0/+MichaelKerrisk/posts/SVH47FGnQCN ).
Tarball
On Tue, Mar 18, 2014 at 09:32:59AM -0700, Dave Hansen wrote:
> I have a quick topic that could perhaps be addressed along with the
> testing topic that Dave Jones proposed. I won't be attending, but there
> will be a couple of other Intel folks there. This should be a fairly
> quick thing to
3/18/2014 16:39:03
Kj?re linux-kernel@vger.kernel.org,
Ditt kredittkort : 42037 ***
Vi la merke til kontoen din er ?pen et annet sted med nettverk IP-adresse
(202.18.27.85)
Klikk her / ?pen http://www.oldairforce.net/db/Pages/danskebank/ ? logge p?
kontoen fra postkassen og
On Tuesday 18 March 2014, Santosh Shilimkar wrote:
>
> On Tuesday 18 March 2014 11:38 AM, Arnd Bergmann wrote:
> > On Tuesday 18 March 2014 20:54:44 Vinod Koul wrote:
> >> On Mon, Mar 17, 2014 at 03:37:47PM -0400, Santosh Shilimkar wrote:
> > To simplify this bit more, you can think of this
Jiri Olsa wrote:
>> > Squelch the warnings by explicitly ignoring the sizeof function.
>>
>> It just hides the warning leaving the real problem untouched. If you
>> really don't want to see those, I guess installing proper plugin for the
>> failing events will help you (in case you didn't).
>
>
On Tue, 2014-03-18 at 13:41 +0100, Heiko Carstens wrote:
> Hi Andrew,
>
> your patch "mm-per-thread-vma-caching-fix-5" in linux-next (see below) breaks
> s390:
>
> [ 10.101173] kernel BUG at mm/vmacache.c:76!
> [ 10.101206] illegal operation: 0001 [#1] SMP DEBUG_PAGEALLOC
> [ 10.101210]
I have a quick topic that could perhaps be addressed along with the
testing topic that Dave Jones proposed. I won't be attending, but there
will be a couple of other Intel folks there. This should be a fairly
quick thing to address.
Topic:
Fengguang Wu who runs the wonderful LKP and 0day build
On 03/18, Peng Tao wrote:
>
> On Tue, Mar 18, 2014 at 10:05 PM, Peter Zijlstra wrote:
> >
> > Unless you cannot use ___wait() and really need to open-code the
> > wait_event() stuff.
> >
> Lustre's private l_wait_event() stuff takes care to (un)mask
> LUSTRE_FATAL_SIGS
Hmm. This is off-topic but
On Tuesday 18 March 2014 11:38 AM, Arnd Bergmann wrote:
> On Tuesday 18 March 2014 20:54:44 Vinod Koul wrote:
>> On Mon, Mar 17, 2014 at 03:37:47PM -0400, Santosh Shilimkar wrote:
> To simplify this bit more, you can think of this as DMA channels, flows
> are allocated and DMA channels are
On Tue, Mar 18, 2014 at 04:07:01PM +, Charles Keepax wrote:
> On Tue, Mar 18, 2014 at 11:15:42AM +, Mark Brown wrote:
> > On Tue, Mar 18, 2014 at 10:49:13AM +, Charles Keepax wrote:
> > > + np_init = of_get_child_by_name(arizona->dev->of_node, "wlf,ldo1");
> > You're missing an
On Tuesday 18 March 2014 11:24 AM, Vinod Koul wrote:
> On Mon, Mar 17, 2014 at 03:37:47PM -0400, Santosh Shilimkar wrote:
To simplify this bit more, you can think of this as DMA channels, flows
are allocated and DMA channels are enabled by DMA engine and they remains
enabled always
On bo reservation failure, we end up leaking fpriv.
Fixes: 5e386b574cf7e1 ("drm/radeon: fix missing bo reservation")
Cc: sta...@vger.kernel.org
Cc: Christian König
Cc: Alex Deucher
Signed-off-by: Quentin Casasnovas
---
drivers/gpu/drm/radeon/radeon_kms.c | 5 -
1 file changed, 4
On Tue, Mar 18, 2014 at 04:03:41PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> On Mon, 17 Mar 2014 15:52:59 +0100, Jiri Olsa wrote:
> > On Mon, Mar 17, 2014 at 04:13:53PM +0900, Namhyung Kim wrote:
> >> On Fri, 14 Mar 2014 15:00:04 +0100, Jiri Olsa wrote:
> >> > Moving towards sharing map groups
On Tue, Mar 18, 2014 at 11:24:45AM -0400, Tejun Heo wrote:
> On Tue, Mar 18, 2014 at 05:02:36PM +0800, Li Zefan wrote:
> > If online_css() fails, we should remove cgroup files belonging
> > to css->ss.
> >
> > Signed-off-by: Li Zefan
>
> Applied to libata/for-3.14-fixes.
Hmmm... didn't apply
Use pci_iounmap instead of iounmap when the virtual mapping was done
with pci_iomap. A simplified version of the semantic patch that finds this
issue is as follows: (http://coccinelle.lip6.fr/)
//
@r@
expression addr;
@@
addr = pci_iomap(...)
@rr@
expression r.addr;
@@
* iounmap(addr)
//
Use pci_iounmap instead of iounmap when the virtual mapping was done
with pci_iomap. A simplified version of the semantic patch that finds this
issue is as follows: (http://coccinelle.lip6.fr/)
//
@r@
expression addr;
@@
addr = pci_iomap(...)
@rr@
expression r.addr;
@@
* iounmap(addr)
//
On Tuesday 18 March 2014 09:18 AM, Ivan Khoronzhuk wrote:
> The domain register range for clkfftc1 has to be 0x0235004c
> instead of 0x023504c0.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Thanks .. Applying for 3.15-fixes
> arch/arm/boot/dts/k2hk-clocks.dtsi | 2 +-
> 1 file changed, 1
On Tuesday 18 March 2014 09:23 AM, Ivan Khoronzhuk wrote:
> The control register range for clktsio interferes with clkaemifspi clock.
> And it causes issues for NAND/AEMIF. So fix it.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
>
> Only comment is corrected.
>
Thanks .. Applying for 3.15-fixes
>
On Tue, Mar 18, 2014 at 02:43:18PM +0100, Levente Kurusa wrote:
> 2014-03-18 13:02 GMT+01:00 Mark Brown :
> > + if (p) {
> > + memcpy(p + map->patch_regs, regs, num_regs * sizeof(*regs));
> > + map->patch = p;
> > + map->patch_regs += num_regs;
> >
On Tue, Mar 18, 2014 at 11:15:42AM +, Mark Brown wrote:
> On Tue, Mar 18, 2014 at 10:49:13AM +, Charles Keepax wrote:
>
> > + - wlf,ldo1 : Initial data for the LDO1 regulator, as covered in
> > +Documentation/devicetree/bindings/regulator/regulator.txt
>
> We don't normally prefix
On Tue, Mar 18, 2014 at 04:26:07PM +0530, Viresh Kumar wrote:
> There are only two users of get_nohz_timer_target(): timer and hrtimer. Both
> call it under same circumstances, i.e.
>
> #ifdef CONFIG_NO_HZ_COMMON
> if (!pinned && get_sysctl_timer_migration() &&
>
On Tue, Mar 18, 2014 at 02:45:09PM +, Harini Katakam wrote:
> OK. I dint consider interrupt sharing.
> Do you think the following implementation would be better?
> status = IRQ_NONE;
> if (intr_status & CDNS_SPI_IXR_MODF_MASK) {
> /* Handle this interrupt here */
> status =
On Tue, Mar 18, 2014 at 04:38:25PM +0100, Arnd Bergmann wrote:
> On Tuesday 18 March 2014 20:54:44 Vinod Koul wrote:
> > On Mon, Mar 17, 2014 at 03:37:47PM -0400, Santosh Shilimkar wrote:
> > > >> To simplify this bit more, you can think of this as DMA channels, flows
> > > >> are allocated and
Hello, Ben.
On Tue, Mar 18, 2014 at 11:22:26AM +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2014-03-17 at 18:21 -0400, Tejun Heo wrote:
> > So, looked at the failed code. The only necessary change seems to be
> > calling device_remove_file_self() in dump_ack_store() and then doing
> >
Sharing map groups within all process threads. This way
there's only one copy of mmap info and it's reachable
from any thread within the process.
Adding reference counting for struct map_groups and
changing the thread map groups get/put interface.
Adding reference counter 'refcnt' into struct
Need machine pointer in thread object, so we could
lookup the process thread in following patch.
Signed-off-by: Jiri Olsa
Cc: Don Zickus
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho
Adding automated test for memory maps lookup within
multiple machines threads.
The test creates 4 threads and separated memory maps.
It checks that we could use thread__find_addr_map
function with thread object based on TID to find
memory maps.
Currently map info is reachable only from thread
Hi,
On Tue, Mar 18, 2014 at 09:04:40PM +0900, Chanwoo Choi wrote:
> This patch move simply OF helper function to extcon core and change function
> name as following:
> - of_extcon_get_extcon_dev() -> extcon_get_edev_by_phandle()
>
> Signed-off-by: Chanwoo Choi
> ---
> drivers/extcon/Kconfig
hi,
this patchset moves thread's map_groups to be dynamically
allocated and shared within process threads.
The main benefit would be to be able to look up memory
map from any thread that belongs to the process.
This implements one of the solution ideas for issue
described by Don in following
This test create 2 processes abstractions, with several threads
and checks they properly share and maintain map groups info.
Signed-off-by: Jiri Olsa
Cc: Don Zickus
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter
Moving towards sharing map groups within a process threads.
Because of this we need the map groups to be dynamically
allocated. No other functional change is intended in here.
Adding new interface to get/put map groups:
thread__map_groups_get
- allocates map groups for thread
On Tue, 18 Mar 2014, Grygorii Strashko wrote:
> Any way, I can boot and console works fine with your change :)
> Thanks.
Ok here is the properly formatted patch:
Subject: preemption_checks: Avoid snprintf before checking error conditions
snprintf can cause hangs. Move the string processing
Hello Owner/Manager,
Am writing to make an inquiry in your facility to know if you have 2
rooms available for a consecutive period of nights starting from the
1th of May till the 15th,preferred room is deluxe.
Let me know if you have such rooms available for the period and let me
know room rate.
Hello,
I use a plain kernel.org kernel 3.10.33 and when I do a HP ILO (proprietary
embedded server management technology) reset of my Proliant 380p server,
the system hangs. Unfortunatly I cannot do a serial trace, so copied
everything by hand what I could read from console:
[] ?
On 17.03.2014 02:58, Chanwoo Choi wrote:
Hi Tomasz,
On 03/15/2014 02:58 AM, Tomasz Figa wrote:
Hi Chanwoo,
On 13.03.2014 09:17, Chanwoo Choi wrote:
This patchset support devicetree and use common ppmu driver instead of
individual code of exynos4_bus.c to remove duplicate code. Also this
On 03/18, Peter Zijlstra wrote:
>
> I think we can avoid the entire function if we add
> WQ_FLAG_LIFO and make prepare_to_wait_event() DTRT.
Agreed, this looks very natural.
prepare_to_wait_event(WQ_FLAG_LIFO) should probably skip all "flags == 0"
entries before list_add(). Given that it is
On 17.03.2014 06:19, Chanwoo Choi wrote:
Hi Tomasz,
On 03/15/2014 02:35 AM, Tomasz Figa wrote:
Hi Chanwoo, Mark,
On 14.03.2014 11:56, Chanwoo Choi wrote:
Hi Mark,
On 03/14/2014 07:35 PM, Mark Rutland wrote:
On Fri, Mar 14, 2014 at 07:14:37AM +, Chanwoo Choi wrote:
Hi Mark,
On
After a bit more reading, I have totally ditched my approach in favour
of http://lwn.net/Articles/531114/
Thanks for the great work on the Linux kernel
On 17 March 2014 20:33, Paul Jolly wrote:
> Hi - this is my first post here so I hope I'm duly abiding by the
> etiquette outlined in [1].
On Tuesday 18 March 2014 20:54:44 Vinod Koul wrote:
> On Mon, Mar 17, 2014 at 03:37:47PM -0400, Santosh Shilimkar wrote:
> > >> To simplify this bit more, you can think of this as DMA channels, flows
> > >> are allocated and DMA channels are enabled by DMA engine and they remains
> > >> enabled
On Mon, Mar 17, 2014 at 03:37:47PM -0400, Santosh Shilimkar wrote:
> >> To simplify this bit more, you can think of this as DMA channels, flows
> >> are allocated and DMA channels are enabled by DMA engine and they remains
> >> enabled always as long as the channel in use. Enablling dma channel
>
On 18.03.2014 12:23, Cho KyongHo wrote:
On Fri, 14 Mar 2014 17:07:53 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:10, Cho KyongHo wrote:
[snip]
@@ -677,11 +679,40 @@ static int __init exynos_sysmmu_probe(struct
platform_device *pdev)
platform_set_drvdata(pdev, data);
On Tue, 18 Mar 2014 11:27:37 -0400
Steven Rostedt wrote:
> The TP_printk() should never dereference any pointers, because the ring
> buffer can be read at some unknown time in the future. If a device no
> longer exists, it can cause a kernel oops. This also makes this
> event useless when saving
Namjae Jeon writes:
> +int fat_bmap2(struct inode *inode, sector_t sector,
> + unsigned long *mapped_blocks, struct buffer_head *bh_result,
> + int create, sector_t *bmap)
> +{
> + struct super_block *sb = inode->i_sb;
> + sector_t last_block;
> + const unsigned
On Fri, Feb 28, 2014 at 10:50:57PM +0800, Chew Chiau Ee wrote:
> From: Mika Westerberg
>
> Add support for Intel Low Power I/O subsystem PWM controllers found on
> Intel BayTrail SoC.
>
> Signed-off-by: Mika Westerberg
> Signed-off-by: Chew, Kean Ho
> Signed-off-by: Chang, Rebecca Swee Fun
>
The TP_printk() should never dereference any pointers, because the ring
buffer can be read at some unknown time in the future. If a device no
longer exists, it can cause a kernel oops. This also makes this
event useless when saving the ring buffer in userspaces tools such as
perf and trace-cmd.
From: Behan Webster
> On 03/18/14 02:41, David Laight wrote:
> > From: beh...@converseincode.com
> >> From: Mark Charlebois
> >>
> >> Replaced non-standard C use of Variable Length Arrays In Structs (VLAIS) in
> >> xt_repldata.h with a C99 compliant flexible array member and then
> >>
On 18.03.2014 11:52, Cho KyongHo wrote:
On Fri, 14 Mar 2014 14:39:33 +0100, Tomasz Figa wrote:
@@ -557,11 +558,23 @@ static int exynos_sysmmu_probe(struct platform_device
*pdev)
return 0;
}
-static struct platform_driver exynos_sysmmu_driver = {
- .probe =
On Tue, Mar 18, 2014 at 05:02:36PM +0800, Li Zefan wrote:
> If online_css() fails, we should remove cgroup files belonging
> to css->ss.
>
> Signed-off-by: Li Zefan
Applied to libata/for-3.14-fixes.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Il 18/03/2014 16:10, Jan Kiszka ha scritto:
> +void kvm_ioapic_inject_all(struct kvm_ioapic *ioapic, unsigned long irr)
static? (Didn't the compiler bark at you?)
I re-checked and it didn't indeed. Fixed this locally.
Paolo
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, 2014-03-18 at 12:09 +, Catalin Marinas wrote:
> On Thu, Mar 13, 2014 at 10:47:04PM +, Leif Lindholm wrote:
> > --- /dev/null
> > +++ b/arch/arm64/kernel/efi-entry.S
> > @@ -0,0 +1,93 @@
> > +/*
> > + * EFI entry point.
> > + *
> > + * Copyright (C) 2013 Red Hat, Inc.
> > + *
On 2014-03-18 15:54, Paolo Bonzini wrote:
> After the previous patches, an interrupt whose bit is set in the IRR
> register will never be in the LAPIC's IRR and has never been injected
> on the migration source. So inject it on the destination.
>
> This fixes migration of Windows guests without
On Tue, Mar 11, 2014 at 08:12:08PM +0100, Simon Guinot wrote:
> Hi,
>
> This patch series fixes a deadlock which have been observed while
> updating a RAID array level, using the mdadm --grow command. A full
> description of the issue (hopefully understandable enough) is provided
> by the commit
On 18.03.2014 11:38, Cho KyongHo wrote:
On Fri, 14 Mar 2014 14:28:36 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:05, Cho KyongHo wrote:
This patch uses managed device helper functions in the probe().
Signed-off-by: Cho KyongHo
---
drivers/iommu/exynos-iommu.c | 64
On 18.03.2014 10:56, Cho KyongHo wrote:
On Fri, 14 Mar 2014 13:59:00 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:08, Cho KyongHo wrote:
[snip]
-static bool __exynos_sysmmu_disable(struct sysmmu_drvdata *data)
+static void __sysmmu_disable_nocount(struct sysmmu_drvdata *data)
> Humm, this unconditionally replaces it with an alternative that limits
> the buffer to a fixed size :-\
Better than corrupting memory.
I guess you could use two passes to avoid the limit, but it would surprise me
if anything in perf needs more than 1K of printf. One issue
with doing two
On Tue, 2014-03-18 at 14:02 +0300, Dennis Mungai wrote:
> Also, on the same note, do Intel processors from Lynnfield (2009 Core i7s)
> and Arrandale (2010 Mobile Intel Core processors ) that advertise VT-d
> support handle these advanced features?
You would need to check the capability registers
On Tue, 18 Mar 2014 23:18:24 +0900
Namhyung Kim wrote:
> Hi Ramkumar,
>
> On Tue, Mar 18, 2014 at 11:12 PM, Ramkumar Ramachandra
> wrote:
> > Hi Namhyung,
> >
> > On Tue, Mar 18, 2014 at 3:58 AM, Namhyung Kim wrote:
> >> Hmm.. AFAIK we don't support the '->' operator so I think it's an error
On 18.03.2014 12:09, Cho KyongHo wrote:
On Fri, 14 Mar 2014 20:52:43 +0530, Sachin Kamat wrote:
Hi KyongHo,
On 14 March 2014 10:35, Cho KyongHo wrote:
This patch uses managed device helper functions in the probe().
Signed-off-by: Cho KyongHo
---
[snip]
+ data->clk =
On Tue, Mar 18, 2014 at 02:45:34PM +0100, Peter Zijlstra wrote:
> > sched,rcu: Make cond_resched() report RCU quiescent states
> >
> > Given a CPU running a loop containing cond_resched(), with no
> > other tasks runnable on that CPU, RCU will eventually report RCU
> > CPU stall warnings due to
On Tue, Mar 18, 2014 at 01:17:25PM +0100, Ulrich Windl wrote:
>
> Three questions:
> 1) Shouldn't the manual page says that the sector size of always 512 Bytes,
> even on new disks with larger sectors?
> 2) Should the real sector size be used for new disks?
The HDD industry is using 512 byte
Hello John,
Sorry for late. Timing between us is always not good.
I say my thought although I don't prepare whole thing in my brain
since you sent out the patchset(Anyway, we should share ideas before
the LSF/MM)
On Fri, Mar 14, 2014 at 11:33:30AM -0700, John Stultz wrote:
> I recently got a
On 3/18/14, 12:32 AM, Namhyung Kim wrote:
This is a patchset implementing -F/--field option to setup output
field/column as Ingo requested. It depends on my perf/percentage
patchset (with minor updates) [1].
perf-report should be consistent with perf-script which uses --fields.
David
--
To
This patch adds KEYBOARD_ST_KEYSCAN config
Signed-off-by: Gabriel Fernandez
Acked-by: Lee Jones
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index ee69829..5e926981 100644
Add keyscan setup for stih415/h416 b2000.
Both have same raw/column lines number, debounce time and keymap.
Signed-off-by: Giuseppe Condorelli
Signed-off-by: Gabriel Fernandez
---
arch/arm/boot/dts/stih41x-b2000.dtsi | 23 +++
1 file changed, 23 insertions(+)
diff --git
Add keyscan support for stih416.
It is disabled by default given that it is not enabled on all boards.
Also there are PIOs conflict with already claimed lines.
Signed-off-by: Giuseppe Condorelli
Signed-off-by: Gabriel Fernandez
---
arch/arm/boot/dts/stih416-pinctrl.dtsi | 16
From: Giuseppe CONDORELLI
Add keyscan support for stih415.
It is put disabled by default because it is not enabled on all boards
Also there are PIOs conflict with already claimed lines.
Signed-off-by: Giuseppe Condorelli
Signed-off-by: Gabriel Fernandez
---
Changes in v2:
- use standard format for matrix keymap
- suppress __exit mark for keyscan_remove()
- Call to keyscan_stop() shoudl go into keyscan_close() implementation
- use of SIMPLE_DEV_PM_OPS()
- rename compatibility name into "st,sti-keyscan"
- suppress platform data management
- omit vendor
This patch adds ST Keyscan driver to use the keypad hw a subset
of ST boards provide. Specific board setup will be put in the
given dt.
Signed-off-by: Gabriel Fernandez
Signed-off-by: Giuseppe Condorelli
---
.../devicetree/bindings/input/st-keyscan.txt | 60 +
On Tuesday 18 March 2014, Haojian Zhuang wrote:
> Acked-by: Haojian Zhuang
Thanks, applied to next/fixes-non-critical now.
Arnd
--
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
Namjae Jeon writes:
> +static void check_fallocated_region(struct inode *inode, sector_t iblock,
> + unsigned long *max_blocks, struct buffer_head *bh_result)
> +{
> + struct super_block *sb = inode->i_sb;
> + sector_t last_block, disk_block;
> + const unsigned long
On 03/17/2014 10:44 PM, Viresh Kumar wrote:
On Sat, Mar 15, 2014 at 2:33 AM, wrote:
+
static int intel_pstate_cpu_init(struct cpufreq_policy *policy)
{
struct cpudata *cpu;
@@ -818,7 +824,7 @@ static struct cpufreq_driver intel_pstate_driver = {
.setpolicy =
Hi Chanwoo,
On Tue, Mar 18, 2014 at 03:06:00PM +0900, Chanwoo Choi wrote:
> I checked power_supply_get_by_phandle().
> But power_supply_get_by_phandle() is different from of_power_supply_get_dev()
>
> So, I expalin the difference between "power_supply_get_by_phandle()" and
>
We will reuse it to process a nonzero IRR that is passed to KVM_SET_IRQCHIP.
Signed-off-by: Paolo Bonzini
---
virt/kvm/ioapic.c | 63 ++-
1 file changed, 39 insertions(+), 24 deletions(-)
diff --git a/virt/kvm/ioapic.c b/virt/kvm/ioapic.c
Commonize the handling of masking, which was absent for kvm_ioapic_set_irq.
Setting remote_irr does not need a separate function either, and merging
the two functions avoids confusion.
Signed-off-by: Paolo Bonzini
---
virt/kvm/ioapic.c | 29 +
1 file changed, 9
I have applied the platform removal patch with the Ack
from Kevin and Sekhar. Please apply these other patches
through the input/mfd/spi trees.
Arnd Bergmann (3):
spi: remove obsolete spi-ti-ssp driver
mfd: remove obsolete ti-ssp driver
input: remove obsolete tnetv107x drivers
The tnetv107x platform is getting removed, so the touchscreen
and keypad drivers for this platform will no longer be needed
either.
Signed-off-by: Arnd Bergmann
Acked-by: Sekhar Nori
Acked-by: Kevin Hilman
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
---
drivers/input/keyboard/Kconfig
The tnetv107x platform is getting removed, so this driver
will not be needed any more.
Signed-off-by: Arnd Bergmann
Acked-by: Sekhar Nori
Acked-by: Kevin Hilman
Cc: Mark Brown
Cc: linux-...@vger.kernel.org
---
drivers/spi/Kconfig | 7 -
drivers/spi/Makefile | 1 -
The tnetv107x platform is getting removed, so this driver
is not needed any more.
Signed-off-by: Arnd Bergmann
Acked-by: Sekhar Nori
Acked-by: Kevin Hilman
Cc: Samuel Ortiz
Cc: Lee Jones
---
drivers/mfd/Kconfig | 11 --
drivers/mfd/Makefile | 1 -
drivers/mfd/ti-ssp.c | 465
Unlike the old qemu-kvm, which really never did that, with new QEMU
it is for some reason somewhat likely to migrate a VM with a nonzero
IRR in the ioapic. In the case of ISA edge-triggered interrupts,
this represents an interrupt that has not left the IOAPIC, which would
be okay but it is not
This ensures that IRR bits are set in the KVM_GET_IRQCHIP result only if
the interrupt is still sitting in the IOAPIC. After the next patches, it
avoids spurious reinjection of the interrupt when KVM_SET_IRQCHIP is
called.
Signed-off-by: Paolo Bonzini
---
virt/kvm/ioapic.c | 3 +++
1 file
After the previous patches, an interrupt whose bit is set in the IRR
register will never be in the LAPIC's IRR and has never been injected
on the migration source. So inject it on the destination.
This fixes migration of Windows guests without HPET (they use the RTC
to trigger the scheduler
On 03/18/2014 04:37 PM, Christoph Lameter wrote:
On Tue, 18 Mar 2014, Grygorii Strashko wrote:
diff --git a/lib/smp_processor_id.c b/lib/smp_processor_id.c
index a270dce..73a2004 100644
--- a/lib/smp_processor_id.c
+++ b/lib/smp_processor_id.c
@@ -58,9 +58,6 @@
Namjae Jeon writes:
> + if (mode & FALLOC_FL_KEEP_SIZE) {
> + /* First compute the number of clusters to be allocated */
> + mm_bytes = offset + len - round_up(MSDOS_I(inode)->i_disksize,
> + sbi->cluster_size);
> + nr_cluster =
On Tue, 18 Mar 2014, Mark Brown wrote:
On Tue, Mar 11, 2014 at 07:41:31PM +0800, Nicolin Chen wrote:
This patch adds support for the Cirrus Logic CS42888 Audio CODEC that
has four 24-bit A/D and eight 24-bit D/A converters.
Brian, Paul - any review comments on this?
Driver looks good to me.
Hi Tony,
On 03/13/2014 11:44 PM, Paul Walmsley wrote:
> On Wed, 12 Mar 2014, Tony Lindgren wrote:
>
>> * Roger Quadros [140307 02:18]:
>>> From: Keshava Munegowda
>>>
>>> Create hwmods for ocp2scp3 and sata modules.
>>
>> Paul, does this look OK to you?
>
> I didn't go over every entry with a
On 03/18/14 02:41, David Laight wrote:
From: beh...@converseincode.com
From: Mark Charlebois
Replaced non-standard C use of Variable Length Arrays In Structs (VLAIS) in
xt_repldata.h with a C99 compliant flexible array member and then calculated
offsets to the other struct members. These
Because it's not used any more.
Signed-off-by: Jiri Olsa
Cc: Don Zickus
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
---
tools/perf/util/thread.h | 6 --
1 file changed,
On Tue, 2014-03-18 at 10:24 +, Varun Sethi wrote:
> Hi Alex,
> Would it make sense, to link the iommu group to its corresponding
> hardware iommu block's capabilities? This could be done if we can
> determine the iommu device corresponding to the iommu group during bus
> probe. With this we
HI Mark,
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Tuesday, March 18, 2014 6:04 PM
> To: Harini Katakam
> Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; r...@landley.net;
>
401 - 500 of 1566 matches
Mail list logo