3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Ido Shamay
[ Upstream commit 07841f9d94c11afe00c0498cf242edf4075729f4 ]
When system is out of memory, refilling of RX buffers fails while
the driver continue to pass the received packets to
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Benjamin Poirier
[ Upstream commit 42eab005a5dd5d7ea2b0328aecc4d6cc0c23c9c2 ]
By default, the number of tx queues is limited by the number of online cpus
in mlx4_en_get_profile(). However,
--
NOTE:
This is the LAST 3.19-stable release that will happen. This tree will
be end-of-life after this release. Please move to 4.0.x at this point
in time. This is just a last little "cleanup" release for those who are
stuck on 3.19 for some odd reason. I
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Alexei Starovoitov
[ Upstream commit 876a7ae65b86d8cec8efe7d15d050ac61116874e ]
ALU64_DIV instruction should be dividing 64-bit by 64-bit,
whereas do_div() does 64-bit by 32-bit divide.
x64
On 06 May, Michal Marek wrote:
> On 2015-05-04 17:37, Andrey Skvortsov wrote:
> > On 22 Apr, maximilian attems wrote:
> >> On Tue, Apr 21, 2015 at 03:58:48PM +0200, Michal Marek wrote:
> >>> (added Max to Cc)
> >>>
> >>> On 2015-03-16 09:20, Andrey Skvortsov wrote:
> If CONFIG_MODULE_SIG_ALL
This is a note to let you know that I've just added the patch titled
clk: at91: usb: fix determine_rate prototype
to the 3.19-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
On Thu, May 07, 2015 at 12:13:22AM -0700, Tahsin Erdogan wrote:
> > Perhaps we need to CC stable (3.19) too..?
> >
>
> Hi Greg,
> Could you please push this patch to 3.19 ?
>
> commit sha: e8a4a2696fecb398b0288c43c0e0dbb91e265bb2
It's not even in a released version from Linus, so I can't add it
Addition of CLK_RECALC_NEW_RATES flag to support Exynos5420 cpu clk so that
correct divider values are re-calculated after both pre/post
clock notifiers had run for mout_apll clock and mout_kpll clock.
Observation their is considerable improvement in cpufreq stats
after applying this patch.
> The first issue is that the 'status' field of the PEBS record is a copy
> of the GLOBAL_STATUS MSR at PEBS assist time. To see why this is a
I wanted to mention that Skylake has this issue fixed. The status
field in PEBS is now only the counter that triggered the PEBS record.
> The second
On Thu, May 07, 2015 at 09:29:31PM +0200, Marek Belisko wrote:
> Add small documentation for GTM601 UMTS modem audio interface.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, 2015-05-06 at 13:51 +0100, Russell King - ARM Linux wrote:
> On Wed, May 06, 2015 at 03:34:09PM +0300, Andy Shevchenko wrote:
> > On Wed, 2015-05-06 at 12:09 +0100, Russell King - ARM Linux wrote:
> > > On Wed, May 06, 2015 at 01:24:12PM +0300, Andy Shevchenko wrote:
> > > > Since
On Fri, May 08, 2015 at 06:26:28PM +0800, Lu Baolu wrote:
> There is no need to call xhci_stop_device() and xhci_ring_device() in
> hub control and bus suspend functions since all device suspend and
> resume have been notified through device_suspend/device_resume interfaces.
Does this mean that
On Thu, May 07, 2015 at 03:56:25PM -0700, Andi Kleen wrote:
> +/* Same as HSW, plus TSC */
> +
> +struct pebs_record_v3 {
This is inconsistently named.
> + u64 flags, ip;
> + u64 ax, bx, cx, dx;
> + u64 si, di, bp, sp;
> + u64 r8, r9, r10, r11;
> + u64 r12, r13, r14, r15;
>
On May 8, 2015 12:07 PM, "Ingo Molnar" wrote:
>
>
> * Andy Lutomirski wrote:
>
> > > So do you mean:
> > >
> > >this_cpu_set(rcu_state) = IN_KERNEL;
> > >...
> > >this_cpu_inc(rcu_qs_ctr);
> > >this_cpu_set(rcu_state) = IN_USER;
> > >
> > > ?
> > >
> > > So in your proposal we'd
Michael Welling writes:
On Thu, May 07, 2015 at 11:13:15AM +0100, Jonathan Cameron wrote:
On 06/05/15 17:49, Michael Welling wrote:
> Without the cacheline alignment, the readings will occasionally incorrectly
> return 0.
>
> Signed-off-by: Michael Welling
Applied to the fixes-togreg branch
From: Thierry Reding
Define the pr_fmt() macro to causes all messages emitted by pr_*()
functions to be prefixed with "vgaarb: ".
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vgaarb.c | 39 ---
1 file changed, 20 insertions(+), 19 deletions(-)
diff
From: Thierry Reding
The header comment uses a weird combination of formatting styles. Make
it consistent.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c
From: Thierry Reding
Wrap overly long lines to make checkpatch happy. While at it, also add
blank lines after declarations to eliminate additional problems flagged
by checkpatch.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 33 -
1 file
From: Thierry Reding
Use pr_fmt() to define the "vga_switcheroo: " prefix that is prepended
to all output messages emitted by pr_*() functions. This allows making
existing strings much shorter and eliminates a bunch of warnings from
checkpatch about lines being overly long.
Signed-off-by:
From: Thierry Reding
debugfs_remove() gracefully ignores NULL parameters, so the explicit
checks can be removed.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git
From: Thierry Reding
This silences a bunch of checkpatch warnings and makes the code shorter.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c
From: Thierry Reding
Wrap overly long lines (offending lines were mostly comments, so trivial
to fix up) and a number of other coding style issues pointed out by the
checkpatch tool.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vgaarb.c | 102
From: Thierry Reding
This is a set of cosmetic cleanups that I couldn't resist after fixing
the annoying and misleading "PCI device is not a VGA device" warning.
Thierry
Thierry Reding (7):
vgaarb: Use vgaarb: prefix consistently in messages
vgaarb: Fix a few checkpatch errors and warnings
* Linus Torvalds wrote:
> Ugh, I pulled, but:
>
> On Wed, May 6, 2015 at 5:58 AM, Ingo Molnar
> wrote:
> >
> > Ingo Molnar (1):
> > x86/mm: Clean up types in xlate_dev_mem_ptr()
> >
> > diff --git a/arch/x86/mm/ioremap.c b/arch/x86/mm/ioremap.c
> > index fdf617c00e2f..4bf037b20f47
From: Thierry Reding
Some setups do not register a default VGA device, in which case the VGA
arbiter will still complain about the (non-existent) PCI device being a
non-VGA device.
Fix this by making the error message conditional on a default VGA device
having been set up. Note that the easy
On Fri, May 08, 2015 at 11:20:19AM +0100, Mark Brown wrote:
> On Fri, May 08, 2015 at 10:55:37AM +0100, Nariman Poushin wrote:
> > Signed-off-by: Nariman Poushin
> > ---
> > regcache currently causes a BUG_ON if cache_sync/sync_region is
> > called on a map with cache_type REGCACHE_NONE. This
Hi Felipe,
On Thu, 07 May 2015, Felipe Balbi wrote:
> On Thu, May 07, 2015 at 04:13:58PM +0100, Peter Griffin wrote:
> > Hi Felipe,
> >
> > On Thu, 30 Apr 2015, Peter Griffin wrote:
> >
> > > There is a subtle typo phys-names should be phy-names. Using the
> > > current example means you don't
On Fri, 08 May 2015, Paul Bolle wrote:
> On Fri, 2015-05-08 at 10:36 +0100, Lee Jones wrote:
> > On Fri, 08 May 2015, Paul Bolle wrote:
> > > On Thu, 2015-05-07 at 14:38 +0100, Lee Jones wrote:
> > > > --- a/drivers/clocksource/Kconfig
> > > > +++ b/drivers/clocksource/Kconfig
> > >
> > > >
This patch implements device_suspend/device_resume entries for xHC driver.
device_suspend will be called when a USB device is about to suspend. It
will issue a stop endpoint command for each endpoint in this device. The
Suspend(SP) bit in the command TRB will set which will give xHC a hint
about
On Fri, 08 May 2015, Paul Bolle wrote:
> On Thu, 2015-05-07 at 14:38 +0100, Lee Jones wrote:
> > --- a/drivers/clocksource/Kconfig
> > +++ b/drivers/clocksource/Kconfig
>
> > +config CLKSRC_ST_LPC
> > + bool
> > + depends on ARCH_STI
>
> By itself this does nothing. You can't set this
This patch adds two new entries in hc_driver. With these new entries,
USB core can notify host driver when a USB device is about to suspend
or just resumed.
The xHCI spec is designed to allow an xHC implementation to cache the
endpoint state. Caching endpoint state allows an xHC to reduce latency
There is no need to call xhci_stop_device() and xhci_ring_device() in
hub control and bus suspend functions since all device suspend and
resume have been notified through device_suspend/device_resume interfaces.
Signed-off-by: Lu Baolu
---
drivers/usb/host/xhci-hub.c | 47
This patch series try to meet a design requirement in xHCI spec.
The xHCI spec is designed to allow an xHC implementation to cache the
endpoint state. Caching endpoint state allows an xHC to reduce latency
when handling ERDYs and other USB asynchronous events. However holding
this state in xHC
With both gcc 4.7.2 and 4.9.2, sometimes gcc mysteriously doesn't inline
very small functions we expect to be inlined:
$ nm --size-sort vmlinux | grep -iF ' t ' | uniq -c | grep -v '^ *1 ' | sort -rn
473 000b t spin_unlock_irqrestore
449 005f t rcu_read_unlock
Default NR_CPUS==8 is not enough to cover high-end desktop
configuration: Haswell-E has upto 16 threads.
Let's increase default NR_CPUS to 64 on 64-bit configuration. With this
value CPU bitmask will still fit into one unsinged long.
Default for 32-bit configuration is still 8: it's unlikely
Since b53b5eda8194 the maximum supported NR_CPUS for CPUMASK_OFFSTACK
case is 8192. Let's adjust decription to reflect the change.
Signed-off-by: Kirill A. Shutemov
---
arch/x86/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index
On Fri, May 08, 2015 at 10:55:37AM +0100, Nariman Poushin wrote:
> Signed-off-by: Nariman Poushin
> ---
> regcache currently causes a BUG_ON if cache_sync/sync_region is
> called on a map with cache_type REGCACHE_NONE. This is not
> consistent with the behaviour of regcache_read/write which
>
On Thu, May 7, 2015 at 2:31 PM, Bert Vermeulen wrote:
> +static int rb4xx_nand_probe(struct platform_device *pdev)
> +{
> + struct device *spi_dev;
> + struct rb4xx_nand_info *info;
> + struct rb4xx_cpld_platform_data *pdata;
> + int ret;
> +
> + /*
> +*
On 05/08/2015 02:34 AM, Sascha Hauer wrote:
> On Thu, May 07, 2015 at 01:22:11PM -0400, Peter Hurley wrote:
>> On 05/07/2015 01:09 PM, Maciej W. Rozycki wrote:
>>> On Mon, 4 May 2015, Peter Hurley wrote:
>>>
>> Since 2007, 'console=' is a early param synonym for 'earlycon='; IOW,
>> the
On Thu, 2015-05-07 at 14:38 +0100, Lee Jones wrote:
> --- a/drivers/clocksource/Kconfig
> +++ b/drivers/clocksource/Kconfig
> +config CLKSRC_ST_LPC
> + bool
> + depends on ARCH_STI
By itself this does nothing. You can't set this symbol to 'y', even if
ARCH_STI is 'y', right? Of course,
> diff --git a/drivers/usb/dwc3/Kconfig b/drivers/usb/dwc3/Kconfig
> index 827c4f8..6f92b36 100644
> --- a/drivers/usb/dwc3/Kconfig
> +++ b/drivers/usb/dwc3/Kconfig
> @@ -11,6 +11,13 @@ config USB_DWC3
>
> if USB_DWC3
>
> +config USB_DWC3_ULPI
> + bool "Register ULPI PHY Interface"
> +
On 08/05/15 09:52, Hanjun Guo wrote:
On 2015年05月07日 02:36, Ashwin Chaugule wrote:
Hello,
On 6 May 2015 at 10:31, Sudeep Holla wrote:
Similar to the idle, thermal and throttling libraries, always compile
the perflib if CONFIG_ACPI_PROCESSOR is enabled. This not only makes
perflib alligned
On Thu, May 07, 2015 at 02:03:57PM -0700, Stephen Boyd wrote:
> On 05/07/15 08:17, Kevin Hilman wrote:
> > On Fri, May 1, 2015 at 4:40 PM, Stephen Boyd wrote:
> >> On 05/01/15 15:07, Heiko Stübner wrote:
> >>> Am Freitag, 1. Mai 2015, 13:52:47 schrieb Stephen Boyd:
> >>>
> > Instead I guess
On Tue, Mar 3, 2015 at 10:39 PM, Frans Klaver wrote:
> If a parent device is set, add_mtd_device() has enough knowledge to fill
> in some sane default values for the module name and owner. Do so if they
> aren't already set.
>
> Signed-off-by: Frans Klaver
> ---
> drivers/mtd/mtdcore.c | 9
On Fri, May 08, 2015 at 11:26:01AM +0200, Ingo Molnar wrote:
>
> * Al Viro wrote:
>
> > On Fri, May 08, 2015 at 07:37:59AM +0200, Ingo Molnar wrote:
> >
> > > So if code does iov_iter_get_pages_alloc() on a user address that
> > > has a real struct page behind it - and some other code does a
On Thu, May 07, 2015 at 10:46:04PM +0200, Greg Kroah-Hartman wrote:
> On Thu, May 07, 2015 at 09:19:21AM +0300, Heikki Krogerus wrote:
> > +config USB_ULPI_BUS
> > + bool "USB ULPI PHY interface support"
>
> Can't we make this a module?
There is actually nothing preventing it.
I removed the
On Mon, May 04, 2015 at 07:54:59PM +0900, Minchan Kim wrote:
> So, I guess once below compiler optimization happens in __page_set_anon_rmap,
> it could be corrupt in page_refernced.
>
> __page_set_anon_rmap:
> page->mapping = (struct address_space *) anon_vma;
> page->mapping =
Signed-off-by: Nariman Poushin
---
regcache currently causes a BUG_ON if cache_sync/sync_region is
called on a map with cache_type REGCACHE_NONE. This is not
consistent with the behaviour of regcache_read/write which
currently just return -ENOSYS and only throws a BUG_ON if
the cache_type is
On Fri, May 08, 2015 at 11:30:19AM +0200, Heiko Stübner wrote:
> Am Freitag, 8. Mai 2015, 10:13:55 schrieb Sascha Hauer:
> > On Thu, May 07, 2015 at 11:53:18PM -0700, Stephen Boyd wrote:
> > > On 05/07, Kevin Hilman wrote:
> > > > On Thu, May 7, 2015 at 2:03 PM, Stephen Boyd
> wrote:
> > > > >
On Fri, 2015-05-08 at 10:36 +0100, Lee Jones wrote:
> On Fri, 08 May 2015, Paul Bolle wrote:
> > On Thu, 2015-05-07 at 14:38 +0100, Lee Jones wrote:
> > > --- a/drivers/clocksource/Kconfig
> > > +++ b/drivers/clocksource/Kconfig
> >
> > > +config CLKSRC_ST_LPC_TIMER_SCHED_CLOCK
> > > + bool
> > >
On Thu, Apr 30 2015, "Reese Faucette" wrote:
> When checking for overflow, the code in mm/mmap.c compares the first byte
> *after* the end of mapped region to the start of the region instead of the
> last byte of the mapped region. This prevents mapping a region which abuts
> the end of
On 05/07/2015 07:14 PM, Alexander Duyck wrote:
> On 05/07/2015 04:41 AM, Denys Vlasenko wrote:
>> These functions compile to ~60 bytes of machine code each.
>>
>> With this .config: http://busybox.net/~vda/kernel_config
>> there are 617 calls to netif_tx_stop_queue()
>> and 49 calls to
> Hi Namjae,
Hi Michael,
>
> > Update FALLOC_FL_INSERT_RANGE flag in fallocate.
>
> Sorry -- I should have said that I already applied your V2
> patch and made the fix we discussed (and that you add below).
> I just hadn't pushed to Git yet. Done now.
Okay :)
Thanks very much!!
>
> Cheers,
>
Hi Namjae,
> Update FALLOC_FL_INSERT_RANGE flag in fallocate.
Sorry -- I should have said that I already applied your V2
patch and made the fix we discussed (and that you add below).
I just hadn't pushed to Git yet. Done now.
Cheers,
Michael
On 05/08/2015 07:28 AM, Namjae Jeon wrote:
>
On Wed, May 06, 2015 at 05:23:18PM +0100, Alex Bennée wrote:
> This commit defines the API headers for guest debugging. There are two
> architecture specific debug structures:
>
> - kvm_guest_debug_arch, allows us to pass in HW debug registers
> - kvm_debug_exit_arch, signals exception and
On Fri, 08 May 2015, Paul Bolle wrote:
> On Thu, 2015-05-07 at 14:38 +0100, Lee Jones wrote:
> > --- a/drivers/clocksource/Kconfig
> > +++ b/drivers/clocksource/Kconfig
>
> > +config CLKSRC_ST_LPC_TIMER_SCHED_CLOCK
> > + bool
> > + depends on CLKSRC_ST_LPC
> > + default y
> > + help
> > +
Hi,
> On Friday 08 May 2015 12:54 PM, Yoshihiro Shimoda wrote:
> > Hi Kishon,
> >
> >> Sent: Thursday, April 02, 2015 5:01 PM
> >>
> >> According to the technical update (No. TN-RCS-B011A/E), the UGSTS LOCK
> >> bit location is bit 8, not bits 1 and 0. It also says that the register
> >> address
On Wed, May 06, 2015 at 11:31:31AM +0200, Jens Kuske wrote:
> The H3 SoC has the same dma engine as the A31 (sun6i), with a
> reduced amount of endpoints and physical channels. Add the proper
> config data and compatible string to support it.
Applied, thanks
--
~Vinod
--
To unsubscribe from
Commit-ID: dde74f2e4a4447ef838c57e407f7139de3df68cb
Gitweb: http://git.kernel.org/tip/dde74f2e4a4447ef838c57e407f7139de3df68cb
Author: Denys Vlasenko
AuthorDate: Mon, 27 Apr 2015 15:21:51 +0200
Committer: Ingo Molnar
CommitDate: Fri, 8 May 2015 11:07:31 +0200
x86/asm/entry/64: Tidy up
Commit-ID: 6b442bc81337913eb775965a67ffdb8a36935422
Gitweb: http://git.kernel.org/tip/6b442bc81337913eb775965a67ffdb8a36935422
Author: Thomas Gleixner
AuthorDate: Thu, 7 May 2015 14:35:59 +0200
Committer: Ingo Molnar
CommitDate: Thu, 7 May 2015 16:15:50 +0200
nohz: Fix
Commit-ID: 03335e95e27fc1f2b17b05b27342ad76986b3cf0
Gitweb: http://git.kernel.org/tip/03335e95e27fc1f2b17b05b27342ad76986b3cf0
Author: Denys Vlasenko
AuthorDate: Mon, 27 Apr 2015 15:21:52 +0200
Committer: Ingo Molnar
CommitDate: Fri, 8 May 2015 11:07:32 +0200
x86/asm/entry/64: Clean
* Al Viro wrote:
> On Fri, May 08, 2015 at 07:37:59AM +0200, Ingo Molnar wrote:
>
> > So if code does iov_iter_get_pages_alloc() on a user address that
> > has a real struct page behind it - and some other code does a
> > regular get_user_pages() on it, we'll have two sets of struct page
>
On 2015年05月08日 16:49, Tomasz Figa wrote:
Hi Mark,
Thanks for review.
On Fri, May 8, 2015 at 5:40 PM, Mark yao wrote:
@@ -233,6 +243,7 @@ static const struct vop_win_phy win23_data = {
.nformats = ARRAY_SIZE(formats_234),
.enable = VOP_REG(WIN2_CTRL0, 0x1, 0),
Am Freitag, 8. Mai 2015, 10:13:55 schrieb Sascha Hauer:
> On Thu, May 07, 2015 at 11:53:18PM -0700, Stephen Boyd wrote:
> > On 05/07, Kevin Hilman wrote:
> > > On Thu, May 7, 2015 at 2:03 PM, Stephen Boyd
wrote:
> > > > On 05/07/15 08:17, Kevin Hilman wrote:
> > > >> On Fri, May 1, 2015 at 4:40
On Wed, May 06, 2015 at 05:23:17PM +0100, Alex Bennée wrote:
> Currently x86, powerpc and soon arm64 use the same two architecture
> specific bits for guest debug support for software and hardware
> breakpoints. This makes the shared values explicit while leaving the
> gate open for another
On Fri, May 08, 2015 at 07:37:59AM +0200, Ingo Molnar wrote:
> same as iov_iter_get_pages(), except that pages array is allocated
> (kmalloc if possible, vmalloc if that fails) and left for caller to
> free. Lustre and NFS ->direct_IO() switched to it.
>
> Signed-off-by: Al
On Wed, May 06, 2015 at 05:23:16PM +0100, Alex Bennée wrote:
> Bring into line with the comments for the other structures and their
> KVM_EXIT_* cases. Also update api.txt to reflect use in kvm_run
> documentation.
>
> Signed-off-by: Alex Bennée
> Reviewed-by: David Hildenbrand
> Reviewed-by:
On Thu, May 07, 2015 at 09:52:38AM +0100, Lee Jones wrote:
> On Fri, 01 May 2015, Richard Fitzgerald wrote:
>
> > Signed-off-by: Richard Fitzgerald
> > ---
> > drivers/mfd/Kconfig |6 +
> > drivers/mfd/Makefile |3 +
> > drivers/mfd/arizona-core.c
There is one more thing - please rebase this patch on top
of linux-next as currently it conflicts with
drivers/leds/Makefile.
On 05/08/2015 05:03 AM, Ingi Kim wrote:
This patch adds a driver to support the ktd2692 flash LEDs.
ktd2692 can control flash current by ExpressWire interface.
On Fri, May 08, 2015 at 01:24:32PM +0530, Sudip Mukherjee wrote:
> so, what i understood till now:
> 1) any patch of the series should not break the build.
> (you told me that in my parport patch series :) )
>
> 2) any patch of the series should not introduce build warning.
>
> 3) when i
On Fri, May 08, 2015 at 10:05:24AM +0300, Peter Ujfalusi wrote:
> On 05/08/2015 06:41 AM, Vinod Koul wrote:
> > Now as far as this series is concerned, rest of it looks good so I am
> > willing to merge to if you plan to work on defered probe :) I think its a
> > fair bargain!
>
> Deal ;)
Am 08.05.2015 um 10:37 schrieb Daniel Vetter:
dma-buf user handles are fds, which means anything allocated can be passed
around nicely already. The question really is whether we'll have one ioctl
on top of a special dev node or a syscall. I thought that in these cases
where the dev node is only
Hi Krysztof,
I will prepare a table as suggested by you and resend it. Thanks for
you comments.
-Anand Moon
On 8 May 2015 at 13:57, Krzysztof Kozłowski wrote:
> 2015-05-08 17:10 GMT+09:00 Anand Moon :
>> Addition of CLK_RECALC_NEW_RATES flag to support Exynos5420 cpu clk so that
>> correct
2015-05-05 17:50 GMT+02:00 Sascha Hauer :
> On Tue, May 05, 2015 at 05:41:16PM +0200, Matthias Brugger wrote:
>> 2015-04-27 8:49 GMT+02:00 Sascha Hauer :
>> > The mtk 8250 needs two clocks, one for providing the baudrate and
>> > one that needs to be enabled for register accesses. The latter has
On Tue, May 05, 2015 at 07:40:52PM -0400, Leonardo Carreras wrote:
> Removed checkpatch reported spaces in indentation:
> ERROR: code indent should use tabs where possible
> +^I PL080_CONFIG_TC_IRQ_MASK);$
>
Applied, thanks
--
~Vinod
> Signed-off-by: Leonardo Carreras
> ---
>
On Thu, May 07, 2015 at 04:15:41PM -0700, Vikas Shivappa wrote:
> >No.
> >
> >1) two arch hooks right after one another is FAIL
> >1a) just 'fix' the existing hook
> >2) current is cheap and easily obtainable without passing it as
> > an argument
>
> will fix to just use an existing hook in
From: Leilk Liu
Signed-off-by: Leilk Liu
---
.../devicetree/bindings/spi/spi-mt65xx.txt | 32 ++
1 file changed, 32 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/spi-mt65xx.txt
diff --git
From: Leilk Liu
This patch adds MT8173 spi bus controllers into device tree.
Signed-off-by: Leilk Liu
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
From: Leilk Liu
This patch adds basic spi bus for MT8173.
Signed-off-by: Leilk Liu
---
drivers/spi/Kconfig | 10 +
drivers/spi/Makefile | 1 +
drivers/spi/spi-mt65xx.c | 622 +++
3 files changed, 633 insertions(+)
create mode 100644
Mediatek SPI BUS controller has 3 hardware restrictions:
1. Hw has the restriction that in one transfer, length must be a multiple of
1024, when it's greater than 1024bytes.
2. Hw tx/rx have 4bytes aligned restriction.
3. For MT8173 IC: RX must enable TX, then TX transfer dummy data; TX don't
On 2015年05月07日 02:36, Ashwin Chaugule wrote:
Hello,
On 6 May 2015 at 10:31, Sudeep Holla wrote:
Similar to the idle, thermal and throttling libraries, always compile
the perflib if CONFIG_ACPI_PROCESSOR is enabled. This not only makes
perflib alligned with other libraries but also helps in
On Thu, 7 May 2015 22:08:12 +0200, Jean Delvare wrote:
> Hi Wolfram,
>
> On Fri, 27 Feb 2015 17:16:56 +0100, Wolfram Sang wrote:
> > This tool allows to construct and concat multiple I2C messages into one
> > single transfer. Its aim is to test I2C master controllers, and so there
> > is no SMBus
Hi Sudeep,
On 2015年05月06日 22:31, Sudeep Holla wrote:
ACPI 6.0 adds support for optional processor container device which may
contain child objects that are either processor devices or other processor
containers. This allows representing hierarchical processor topologies.
It is declared using
Hi Mark,
Thanks for review.
On Fri, May 8, 2015 at 5:40 PM, Mark yao wrote:
>> @@ -233,6 +243,7 @@ static const struct vop_win_phy win23_data = {
>> .nformats = ARRAY_SIZE(formats_234),
>> .enable = VOP_REG(WIN2_CTRL0, 0x1, 0),
>> .format = VOP_REG(WIN2_CTRL0, 0x7, 1),
rs of pm_clk_add_clk() in next-20150508, so
for now no in-tree code is affected.
---
drivers/base/power/clock_ops.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/power/clock_ops.c b/drivers/base/power/clock_ops.c
index 7fdd0172605afe1b..c7b0fcebf168cabe 100644
---
On Fri, May 8, 2015 at 1:38 AM, Will Deacon wrote:
>> - imm64 = (u64)insn1.imm << 32 | imm;
>> + imm64 = ((u64)(u32)insn1.imm) << 32 | (u64)(u32)imm;
>
> This seems a bit convoluted to me. Don't you just need to add a (u32)
> cast to imm and that's it? The (u64)(u32) looks
On Thu, 2015-05-07 at 14:38 +0100, Lee Jones wrote:
> --- a/drivers/clocksource/Kconfig
> +++ b/drivers/clocksource/Kconfig
> +config CLKSRC_ST_LPC_TIMER_SCHED_CLOCK
> + bool
> + depends on CLKSRC_ST_LPC
> + default y
> + help
> + Use Low Power controller timer clock source
Hi Tomasz
Thanks for the fix, but some register is wrong.
On 2015年05月08日 16:16, Tomasz Figa wrote:
VOP can support BGR formats in all windows thanks to red/blue swap option
provided in WINx_CTRL0 registers. This patch enables support for
ABGR, XBGR, BGR888 and BGR565 formats by
On Fri, May 08, 2015 at 06:39:51AM +0100, Xi Wang wrote:
> Consider "(u64)insn1.imm << 32 | imm" in the arm64 JIT. Since imm is
> signed 32-bit, it is sign-extended to 64-bit, losing the high 32 bits.
> The fix is to convert imm to u32 first and zero-extend it to u64.
>
> Also extend test_bpf to
On Thu, 2015-05-07 at 18:17 +0530, Ramneek Mehresh wrote:
> Provide option to load fsl otg driver as loadable
> module
(Full stop at the end of that sentence, please.)
In case anyone is wondering: this is all that's needed to allow the
build of a phy-fsl-usb.ko module because the code already
On Thu, May 07, 2015 at 05:40:03PM +0100, One Thousand Gnomes wrote:
> On Thu, 7 May 2015 15:52:12 +0200
> Daniel Vetter wrote:
>
> > On Thu, May 07, 2015 at 03:22:20PM +0200, Thierry Reding wrote:
> > > On Wed, May 06, 2015 at 03:15:32PM +0200, Daniel Vetter wrote:
> > > > Yes the idea would be
On Thursday 07 May 2015, 12:54:20 wrote Eric Anholt:
> Noralf Trønnes writes:
>
> > Den 05.05.2015 22:27, skrev Eric Anholt:
> >> From: Lubomir Rintel
> >>
> >> This mailbox driver provides a single mailbox channel to write 32-bit
> >> values to the VPU and get a 32-bit response. The Raspberry
Hi Ingi,
Thanks for the update. It looks like we're almost there.
I can see only two minor issues.
On 05/08/2015 05:03 AM, Ingi Kim wrote:
This patch adds a driver to support the ktd2692 flash LEDs.
ktd2692 can control flash current by ExpressWire interface.
Signed-off-by: Ingi Kim
Acked-by:
Hi Ingi,
On 05/08/2015 05:03 AM, Ingi Kim wrote:
This patch adds the device tree bindings for ktd2692 flash LEDs.
Add Optional properties of child node for Flash LED
Signed-off-by: Ingi Kim
Acked-by: Seung-Woo Kim
Reviewed-by: Varka Bhadram
---
On Fri, May 08, 2015 at 02:37:55AM -0400, Len Brown wrote:
> From: Len Brown
>
> Modern processor familes are on a white-list to remove
> the costly cpu_init_udelay 1. Unknown processor families
> get the traditional 10ms delay in cpu_up().
>
> This seemed more efficient than forcing
2015-05-08 16:01 GMT+08:00 Yogesh Narayan Gaur :
> EP-2DAD0AFA905A4ACB804C4F82A001242F
>
> --- Original Message ---
> Sender : yalin wang
> Date : May 08, 2015 13:17 (GMT+05:30)
> Title : Re: [EDT] oom_killer: find bulkiest task based on pss value
>
> 2015-05-08 13:29 GMT+08:00 Yogesh
Hello, experts.
I am porting my board support for the latest kernel.
The 16550 UART device on my board (ARM architecture)
shares an IRQ line with an ethernet device.
With both devices enabled, I got an error message like this:
genirq: Flags mismatch irq 18. 0080 (serial) vs. 0084
Hi Mathieu,
On Wed, 2015-05-06 at 09:27 -0600, Mathieu Poirier wrote:
>
> +static struct amba_id etm4_ids[] = {
> + { /* ETM 4.0 - Juno board */
> + .id = 0x000bb95e,
> + .mask = 0x000f,
> + .data = "ETM 4.0",
> + },
> +
2015-05-08 17:10 GMT+09:00 Anand Moon :
> Addition of CLK_RECALC_NEW_RATES flag to support Exynos5420 cpu clk so that
> correct divider values are re-calculated after both pre/post
> clock notifiers had run for mout_apll clock and mout_kpll clock.
>
> Below is the output of cpupower utility.
>
On Fri, May 08, 2015 at 09:51:11AM +0200, Ingo Molnar wrote:
> > +static const struct x86_cpu_id init_udelay_ids[] = {
> > + { X86_VENDOR_INTEL, 0x6, X86_MODEL_ANY, X86_FEATURE_ANY, 0 },
> > + { X86_VENDOR_AMD, 0x16, X86_MODEL_ANY, X86_FEATURE_ANY, 0 },
> > + { X86_VENDOR_AMD, 0x15,
601 - 700 of 1534 matches
Mail list logo